* RE: setup hangs during postinstall
@ 2003-10-15 17:49 Steve Fairbairn
2003-10-15 18:03 ` Brian Ford
0 siblings, 1 reply; 78+ messages in thread
From: Steve Fairbairn @ 2003-10-15 17:49 UTC (permalink / raw)
To: cygwin
All,
OK, so I tried a lot of things already tried, and at least one thing that
hadn't been tried ;). I must admit I haven't followed everything said in
the threads so didn't realise we already knew cygpath wasn't actually
starting.
So, getting this straight in my own head.
Setup runs normally.
Setup creates a new thread or process to run our bash script - Is this done
with sh, then sh runs bash because of the #/bin/bash, or does setup run bash
straight?
Bash starts up and does some parts of the script.
Bash then tries to run cygpath.... At this point does the cygwin DLL
emulates a fork & exec (as windows only has CreateProcess) ?
If cygpath isn't starting.... Does this mean it's still running
bash/cygwin1.dll code at the point of the hang?
Is it possible to put a nice big sleep into the bash script before the it
gets to the cygpath.
Attach gdb to bash during this sleep
Add a break point to the exec or whatever the function is
Continue until breakpoint is hit
Step through the whole operation of launching cygpath?
Is it possible? Could it potentially be useful? Would we hit Windows
internal code that stops us getting to anything useful?
Any comments?
Steve.
--
-- LONG DISCLAIMER --
*******************************************************
This email has originated from Perwill plc (Registration No. 1906964)
Office registered at: 13A Market Square, Alton, Hampshire, GU34 1UR, UK
Tel: +44 (0)1420 545000
Fax: +44 (0)1420 545001
www.perwill.com
*******************************************************
Privileged, confidential and/or copyright information may be contained
in this email, and is only for the use of the intended addressee.
To copy, forward, disclose or otherwise use it in any way if you are not
the intended recipient or responsible for delivering to him/her is
prohibited.
If you receive this email by mistake, please advise the sender immediately,
by using the reply facility in your email software.
We may monitor the content of emails sent and received via our network
for the purposes of ensuring compliance with policies and procedures.
This message is subject to and does not create or vary any contractual
relationships between Perwill plc and the recipient.
*******************************************************
Any opinions expressed in the email are those of the sender and not
necessarily of Perwill plc.
*******************************************************
This email has been scanned for known viruses using
McAfee WebShield 4.5 MR1a
*******************************************************
--
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/
^ permalink raw reply [flat|nested] 78+ messages in thread
* RE: setup hangs during postinstall
2003-10-15 17:49 setup hangs during postinstall Steve Fairbairn
@ 2003-10-15 18:03 ` Brian Ford
2003-10-15 18:47 ` Christopher Faylor
2003-10-15 21:49 ` Hannu E K Nevalainen
0 siblings, 2 replies; 78+ messages in thread
From: Brian Ford @ 2003-10-15 18:03 UTC (permalink / raw)
To: cygwin
On Wed, 15 Oct 2003, Steve Fairbairn wrote:
> OK, so I tried a lot of things already tried, and at least one thing that
> hadn't been tried ;). I must admit I haven't followed everything said in
> the threads so didn't realise we already knew cygpath wasn't actually
> starting.
>
No problem here.
> So, getting this straight in my own head.
>
I'll try and answer some of these with my somewhat limited knowledge.
> Setup runs normally.
> Setup creates a new thread or process to run our bash script - Is this
> done with sh, then sh runs bash because of the #/bin/bash, or does setup
> run bash straight?
>
/bin/sh -c bash_script.sh
> Bash starts up and does some parts of the script.
> Bash then tries to run cygpath.... At this point does the cygwin DLL
> emulates a fork & exec (as windows only has CreateProcess) ?
>
Yes, for bash.
> If cygpath isn't starting.... Does this mean it's still running
> bash/cygwin1.dll code at the point of the hang?
>
Well, the real cygpath does exist. It is just hung. There is still an
exec stub of bash (called cygpath is ps) that is waiting on the real
cygpath to get further up.
I don't know how this communication works when bash is starting a
non-Cygwin process, though.
> Is it possible to put a nice big sleep into the bash script before the it
> gets to the cygpath.
> Attach gdb to bash during this sleep
> Add a break point to the exec or whatever the function is
> Continue until breakpoint is hit
> Step through the whole operation of launching cygpath?
>
Sure, or just CYGWIN_DEBUG=bash.
> Is it possible? Could it potentially be useful? Would we hit Windows
> internal code that stops us getting to anything useful?
>
Not sure.
I think a *real* expert may have to look at this since even a non-Cygwin
SHLWAPI based executable hangs. It must be something that happened in the
long chain shown at the bottom of here that mucks up Windows:
http://www.cygwin.com/ml/cygwin/2003-10/msg00949.html
--
Brian Ford
Senior Realtime Software Engineer
VITAL - Visual Simulation Systems
FlightSafety International
Phone: 314-551-8460
Fax: 314-551-8444
--
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/
^ permalink raw reply [flat|nested] 78+ messages in thread
* Re: setup hangs during postinstall
2003-10-15 18:03 ` Brian Ford
@ 2003-10-15 18:47 ` Christopher Faylor
2003-10-15 21:49 ` Hannu E K Nevalainen
1 sibling, 0 replies; 78+ messages in thread
From: Christopher Faylor @ 2003-10-15 18:47 UTC (permalink / raw)
To: cygwin
On Wed, Oct 15, 2003 at 12:49:18PM -0500, Brian Ford wrote:
>I don't know how this communication works when bash is starting a
>non-Cygwin process, though.
The cygwin stub stays around until the non-cygwin process exits in this case.
cgf
--
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/
^ permalink raw reply [flat|nested] 78+ messages in thread
* RE: setup hangs during postinstall
2003-10-15 18:03 ` Brian Ford
2003-10-15 18:47 ` Christopher Faylor
@ 2003-10-15 21:49 ` Hannu E K Nevalainen
2003-10-15 21:51 ` Brian Ford
1 sibling, 1 reply; 78+ messages in thread
From: Hannu E K Nevalainen @ 2003-10-15 21:49 UTC (permalink / raw)
To: cygwin
> From: Brian Ford
> Sent: Wednesday, October 15, 2003 7:49 PM
> On Wed, 15 Oct 2003, Steve Fairbairn wrote:
> > Is it possible to put a nice big sleep into the bash script
> before the it
> > gets to the cygpath.
> > Attach gdb to bash during this sleep
> > Add a break point to the exec or whatever the function is
> > Continue until breakpoint is hit
> > Step through the whole operation of launching cygpath?
> >
> Sure, or just CYGWIN_DEBUG=bash.
This seems to be one thing left to try. i.e.
- get cygwin-bash sources
- build a debug enabled version of it
- Look up where to set breakpoints
- understand what is _supposed_ to be happening
i.e. understand what both Windows and Cygwin do to launch programs
- try the above
- find any deviations
Just like that, simple as h*ll. ALMOST anyone can do it <BIG GRIN> ;-)
/ I'm not the right person, I see that clearly now ;-) /
Now, I've seen no mail from CGF in a while, I wonder what he's up to...
might he be working on some idea?
/Hannu E K Nevalainen, B.Sc. EE - 59?16.37'N, 17?12.60'E
-- UTC+01, DST -> UTC+02 --
A short description of CYGWIN_DEBUG above is in
$ ls -l /src/winsup/cygwin/how-to-debug-cygwin.txt
-rw-r--r-- 1 Hannu 5692 Jul 13 2002 how-to-debug-cygwin.txt
which you get hands on by using cvs as described on the CVS subpage at
cygwin.com (after having done "cd /" first).
--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/
^ permalink raw reply [flat|nested] 78+ messages in thread
* RE: setup hangs during postinstall
2003-10-15 21:49 ` Hannu E K Nevalainen
@ 2003-10-15 21:51 ` Brian Ford
2003-10-15 23:30 ` Hannu E K Nevalainen
2003-10-15 23:40 ` Christopher Faylor
0 siblings, 2 replies; 78+ messages in thread
From: Brian Ford @ 2003-10-15 21:51 UTC (permalink / raw)
To: cygwin
On Wed, 15 Oct 2003, Hannu E K Nevalainen wrote:
> Now, I've seen no mail from CGF in a while, I wonder what he's up to...
> might he be working on some idea?
>
Um... You missed it.
http://www.cygwin.com/ml/cygwin/2003-10/msg00977.html
--
Brian Ford
Senior Realtime Software Engineer
VITAL - Visual Simulation Systems
FlightSafety International
Phone: 314-551-8460
Fax: 314-551-8444
--
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/
^ permalink raw reply [flat|nested] 78+ messages in thread
* RE: setup hangs during postinstall
2003-10-15 21:51 ` Brian Ford
@ 2003-10-15 23:30 ` Hannu E K Nevalainen
2003-10-15 23:40 ` Christopher Faylor
1 sibling, 0 replies; 78+ messages in thread
From: Hannu E K Nevalainen @ 2003-10-15 23:30 UTC (permalink / raw)
To: cygwin
> From: Brian Ford
> On Wed, 15 Oct 2003, Hannu E K Nevalainen wrote:
>
> > Now, I've seen no mail from CGF in a while, I wonder what he's up to...
> > might he be working on some idea?
> >
>
> Um... You missed it.
>
> http://www.cygwin.com/ml/cygwin/2003-10/msg00977.html
>
Ahh... THAT was interesting!
/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/
^ permalink raw reply [flat|nested] 78+ messages in thread
* Re: setup hangs during postinstall
2003-10-15 21:51 ` Brian Ford
2003-10-15 23:30 ` Hannu E K Nevalainen
@ 2003-10-15 23:40 ` Christopher Faylor
2003-10-16 10:39 ` Hannu E K Nevalainen (garbage mail)
1 sibling, 1 reply; 78+ messages in thread
From: Christopher Faylor @ 2003-10-15 23:40 UTC (permalink / raw)
To: cygwin
On Wed, Oct 15, 2003 at 04:40:43PM -0500, Brian Ford wrote:
>On Wed, 15 Oct 2003, Hannu E K Nevalainen wrote:
>>Now, I've seen no mail from CGF in a while, I wonder what he's up to...
>>might he be working on some idea?
>
>Um... You missed it.
>
>http://www.cygwin.com/ml/cygwin/2003-10/msg00977.html
Yeah, that plus the other 5 responses on this subject today.
cgf
--
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/
^ permalink raw reply [flat|nested] 78+ messages in thread
* RE: setup hangs during postinstall
2003-10-15 23:40 ` Christopher Faylor
@ 2003-10-16 10:39 ` Hannu E K Nevalainen (garbage mail)
0 siblings, 0 replies; 78+ messages in thread
From: Hannu E K Nevalainen (garbage mail) @ 2003-10-16 10:39 UTC (permalink / raw)
To: cygwin
> From: Christopher Faylor
> Sent: Wednesday, October 15, 2003 11:53 PM
> On Wed, Oct 15, 2003 at 04:40:43PM -0500, Brian Ford wrote:
> >On Wed, 15 Oct 2003, Hannu E K Nevalainen wrote:
> >>Now, I've seen no mail from CGF in a while, I wonder what he's up to...
> >>might he be working on some idea?
> >
> >Um... You missed it.
> >
> >http://www.cygwin.com/ml/cygwin/2003-10/msg00977.html
>
> Yeah, that plus the other 5 responses on this subject today.
>
> cgf
Yep. I retrieved them at the same occassion as I sent the one you and Brian
have quoted above.
This is the way things are when you *DO NOT* have "constant access" to the
net (I'm on dual line Euro-ISDN). I'm used to it, I've been doing this since
the late eighties.
I download mail manually and occasionally. Extremes are: Sometimes with a
pause of a day or two, sometimes within ten minutes (usually when I have a
reply to send).
"Such is life" :-I
/Hannu E K Nevalainen, B.Sc. EE - 59?16.37'N, 17?12.60'E
-- (DST) ? UTC+02 : UTC+01 ; --
--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/
^ permalink raw reply [flat|nested] 78+ messages in thread
* RE: setup hangs during postinstall
@ 2003-10-16 8:12 Steve Fairbairn
0 siblings, 0 replies; 78+ messages in thread
From: Steve Fairbairn @ 2003-10-16 8:12 UTC (permalink / raw)
To: 'cygwin@cygwin.com'
>
> >$ ls -l shlwapi.dll msvcrt.dll
> >-rwxrwxr-x+ 1 Administ SYSTEM 300816 Oct 20 2000 shlwapi.dll
> >-rwxrwxr-x+ 1 Administ SYSTEM 290869 Oct 30 2001 msvcrt.dll
> >
> >The properties dialogs show the following versions:
> >
> >File version: 5.50.4522.1800
> >Description: Shell Light-weight Utility Library
> >Copyright: Copyright (C) Microsoft Corp. 1981-2000
> >
> >File version: 6.1.9359.0
> >Description: Microsoft (R) C Runtime Library
> >Copyright: Copyright (C) Microsoft Corp. 1981-1999
>
> -rwxrwxr-x+ 1 Administ SYSTEM 395264 Jul 13 16:05 shlwapi.dll
> Version 6.00.2800.1226
>
> -rwxrwxr-x+ 1 Administ SYSTEM 286773 Jun 19 12:05 msvcrt.dll
> Version 6.00.2800.1226
>
-rwxrwx---+ 1 Administ SYSTEM 323072 Aug 29 2002 msvcrt.dll
Version 6.00.2800.1226
-rwxrwx---+ 1 Administ SYSTEM 395264 Jul 13 16:05 shlwapi.dll
Version 7.0.2600.1106
Recently installed, nearly up to date on Windows Update, Windows XP Pro.
Steve.
--
-- LONG DISCLAIMER --
*******************************************************
This email has originated from Perwill plc (Registration No. 1906964)
Office registered at: 13A Market Square, Alton, Hampshire, GU34 1UR, UK
Tel: +44 (0)1420 545000
Fax: +44 (0)1420 545001
www.perwill.com
*******************************************************
Privileged, confidential and/or copyright information may be contained
in this email, and is only for the use of the intended addressee.
To copy, forward, disclose or otherwise use it in any way if you are not
the intended recipient or responsible for delivering to him/her is
prohibited.
If you receive this email by mistake, please advise the sender immediately,
by using the reply facility in your email software.
We may monitor the content of emails sent and received via our network
for the purposes of ensuring compliance with policies and procedures.
This message is subject to and does not create or vary any contractual
relationships between Perwill plc and the recipient.
*******************************************************
Any opinions expressed in the email are those of the sender and not
necessarily of Perwill plc.
*******************************************************
This email has been scanned for known viruses using
McAfee WebShield 4.5 MR1a
*******************************************************
--
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/
^ permalink raw reply [flat|nested] 78+ messages in thread
* Re: setup hangs during postinstall
2003-10-15 23:15 ` Hannu E K Nevalainen
@ 2003-10-16 0:51 ` Cliff Stanford
0 siblings, 0 replies; 78+ messages in thread
From: Cliff Stanford @ 2003-10-16 0:51 UTC (permalink / raw)
To: cygwin
I have no idea if this is useful to those debugging this. If no, I
apologise for the post.
On windows, my user name is 'Cliff Stanford' with the space. I was
seeing these hangs until I put in a symlink for my home directory and
added a line to /etc/passwd with a user of "cliff" rather than "Cliff
Stanford" pointing to "/home/cliff" rather than "/home/Cliff Stanford".
I'm not saying the change made the problem go away, just that it went
away and around the same time as I made the change.
Regards,
Cliff.
--
Cliff Stanford
Might Limited +44 20 7257 2000 (Office)
17-18 Henrietta Street +44 7973 616 666 (Mobile)
London WC2E 8QH
--
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/
^ permalink raw reply [flat|nested] 78+ messages in thread
* RE: setup hangs during postinstall
2003-10-15 19:50 ` Brian Ford
2003-10-15 20:18 ` Christopher Faylor
@ 2003-10-15 23:15 ` Hannu E K Nevalainen
2003-10-16 0:51 ` Cliff Stanford
1 sibling, 1 reply; 78+ messages in thread
From: Hannu E K Nevalainen @ 2003-10-15 23:15 UTC (permalink / raw)
To: cygwin
> From: Brian Ford
> Sent: Wednesday, October 15, 2003 9:32 PM
> On Wed, 15 Oct 2003, Christopher Faylor wrote:
>
> > On Wed, Oct 15, 2003 at 03:10:36PM -0400, Igor Pechtchanski wrote:
> > >Speaking of which, what's the version of SHLWAPI that hangs? On my
> > >machine (which doesn't exhibit the hang) I have
> > >
> > >$ ls -l shlwapi.dll msvcrt.dll
> > >-rwxrwxr-x+ 1 Administ SYSTEM 300816 Oct 20 2000 shlwapi.dll
> > >-rwxrwxr-x+ 1 Administ SYSTEM 290869 Oct 30 2001 msvcrt.dll
> > >
> > >The properties dialogs show the following versions:
> > >
> > >File version: 5.50.4522.1800
> > >Description: Shell Light-weight Utility Library
> > >Copyright: Copyright (C) Microsoft Corp. 1981-2000
> > >
> > >File version: 6.1.9359.0
> > >Description: Microsoft (R) C Runtime Library
> > >Copyright: Copyright (C) Microsoft Corp. 1981-1999
> >
> > -rwxrwxr-x+ 1 Administ SYSTEM 395264 Jul 13 16:05 shlwapi.dll
> > Version 6.00.2800.1226
> >
> > -rwxrwxr-x+ 1 Administ SYSTEM 286773 Jun 19 12:05 msvcrt.dll
> > Version 6.00.2800.1226
> >
> > Both are on a recently-updated Windows 2000 system. I can't duplicate
> > the described problem.
> >
> -rwxrwxrwx+ 1 Administ None 395264 Jul 13 16:05 shlwapi.dll*
> Version 6.00.2800.1226
> -rwxrwxrwx+ 1 Administ None 278581 Jul 15 2000 msvcrt.dll*
> Version 6.00.8797.0
>
> NT4sp6+
I can reproduce it:
$ ls -l `cygpath -W`/system32/{msvcrt.dll,shlwapi.dll}
-rwxrwxr-x+ 1 Administ 286773 Jun 19 12:05 msvcrt.dll*
-rwxrwxr-x+ 1 Administ 395264 Jul 13 16:05 shlwapi.dll*
shlwapi.dll 6.00.2800.1226
Created; 5 october 2003, 17:33:12
Modified: 13 july 2003, 16:05:42
msvcrt.dll 6.1.9844.0
Windows 2000 Advanced Server, SP4++
/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/
^ permalink raw reply [flat|nested] 78+ messages in thread
* Re: setup hangs during postinstall
2003-10-15 21:33 ` Brian Ford
@ 2003-10-15 21:53 ` Markus Schönhaber
0 siblings, 0 replies; 78+ messages in thread
From: Markus Schönhaber @ 2003-10-15 21:53 UTC (permalink / raw)
To: cygwin
Brian Ford wrote:
>Another weird thing I noticed in the msvcrt.dll properties:
>
>Created: Tuesday, May 13 2003 3:34:33 PM
>Modified: Saturday, July 15 2000
>
>Huh?
>
>
>
Quite a normal thing, when a file is copied. The creation date/time of
the copy is set to the date/time the copy is performed, while the
modification date/time is copied unaltered from the original file.
Regards
mks
--
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/
^ permalink raw reply [flat|nested] 78+ messages in thread
* Re: setup hangs during postinstall
2003-10-15 20:18 ` Christopher Faylor
@ 2003-10-15 21:33 ` Brian Ford
2003-10-15 21:53 ` Markus Schönhaber
0 siblings, 1 reply; 78+ messages in thread
From: Brian Ford @ 2003-10-15 21:33 UTC (permalink / raw)
To: cygwin
On Wed, 15 Oct 2003, Christopher Faylor wrote:
> On Wed, Oct 15, 2003 at 02:31:51PM -0500, Brian Ford wrote:
> >On Wed, 15 Oct 2003, Christopher Faylor wrote:
> >> -rwxrwxr-x+ 1 Administ SYSTEM 395264 Jul 13 16:05 shlwapi.dll
> >> Version 6.00.2800.1226
> >>
> >> -rwxrwxr-x+ 1 Administ SYSTEM 286773 Jun 19 12:05 msvcrt.dll
> >> Version 6.00.2800.1226
> >>
> >> Both are on a recently-updated Windows 2000 system. I can't duplicate
> >> the described problem.
> >>
> >-rwxrwxrwx+ 1 Administ None 395264 Jul 13 16:05 shlwapi.dll*
> >Version 6.00.2800.1226
> >-rwxrwxrwx+ 1 Administ None 278581 Jul 15 2000 msvcrt.dll*
> >Version 6.00.8797.0
> >
> >NT4sp6+
>
> Weird. Apparently the same shlwapi.dll but different msvcrt.dlls.
>
Another weird thing I noticed in the msvcrt.dll properties:
Created: Tuesday, May 13 2003 3:34:33 PM
Modified: Saturday, July 15 2000
Huh?
--
Brian Ford
Senior Realtime Software Engineer
VITAL - Visual Simulation Systems
FlightSafety International
Phone: 314-551-8460
Fax: 314-551-8444
--
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/
^ permalink raw reply [flat|nested] 78+ messages in thread
* Re: setup hangs during postinstall
2003-10-15 19:50 ` Brian Ford
@ 2003-10-15 20:18 ` Christopher Faylor
2003-10-15 21:33 ` Brian Ford
2003-10-15 23:15 ` Hannu E K Nevalainen
1 sibling, 1 reply; 78+ messages in thread
From: Christopher Faylor @ 2003-10-15 20:18 UTC (permalink / raw)
To: cygwin
On Wed, Oct 15, 2003 at 02:31:51PM -0500, Brian Ford wrote:
>On Wed, 15 Oct 2003, Christopher Faylor wrote:
>
>> On Wed, Oct 15, 2003 at 03:10:36PM -0400, Igor Pechtchanski wrote:
>> >Speaking of which, what's the version of SHLWAPI that hangs? On my
>> >machine (which doesn't exhibit the hang) I have
>> >
>> >$ ls -l shlwapi.dll msvcrt.dll
>> >-rwxrwxr-x+ 1 Administ SYSTEM 300816 Oct 20 2000 shlwapi.dll
>> >-rwxrwxr-x+ 1 Administ SYSTEM 290869 Oct 30 2001 msvcrt.dll
>> >
>> >The properties dialogs show the following versions:
>> >
>> >File version: 5.50.4522.1800
>> >Description: Shell Light-weight Utility Library
>> >Copyright: Copyright (C) Microsoft Corp. 1981-2000
>> >
>> >File version: 6.1.9359.0
>> >Description: Microsoft (R) C Runtime Library
>> >Copyright: Copyright (C) Microsoft Corp. 1981-1999
>>
>> -rwxrwxr-x+ 1 Administ SYSTEM 395264 Jul 13 16:05 shlwapi.dll
>> Version 6.00.2800.1226
>>
>> -rwxrwxr-x+ 1 Administ SYSTEM 286773 Jun 19 12:05 msvcrt.dll
>> Version 6.00.2800.1226
>>
>> Both are on a recently-updated Windows 2000 system. I can't duplicate
>> the described problem.
>>
>-rwxrwxrwx+ 1 Administ None 395264 Jul 13 16:05 shlwapi.dll*
>Version 6.00.2800.1226
>-rwxrwxrwx+ 1 Administ None 278581 Jul 15 2000 msvcrt.dll*
>Version 6.00.8797.0
>
>NT4sp6+
Weird. Apparently the same shlwapi.dll but different msvcrt.dlls.
cgf
--
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/
^ permalink raw reply [flat|nested] 78+ messages in thread
* Re: setup hangs during postinstall
2003-10-15 19:47 ` Christopher Faylor
@ 2003-10-15 19:50 ` Brian Ford
2003-10-15 20:18 ` Christopher Faylor
2003-10-15 23:15 ` Hannu E K Nevalainen
0 siblings, 2 replies; 78+ messages in thread
From: Brian Ford @ 2003-10-15 19:50 UTC (permalink / raw)
To: cygwin
On Wed, 15 Oct 2003, Christopher Faylor wrote:
> On Wed, Oct 15, 2003 at 03:10:36PM -0400, Igor Pechtchanski wrote:
> >Speaking of which, what's the version of SHLWAPI that hangs? On my
> >machine (which doesn't exhibit the hang) I have
> >
> >$ ls -l shlwapi.dll msvcrt.dll
> >-rwxrwxr-x+ 1 Administ SYSTEM 300816 Oct 20 2000 shlwapi.dll
> >-rwxrwxr-x+ 1 Administ SYSTEM 290869 Oct 30 2001 msvcrt.dll
> >
> >The properties dialogs show the following versions:
> >
> >File version: 5.50.4522.1800
> >Description: Shell Light-weight Utility Library
> >Copyright: Copyright (C) Microsoft Corp. 1981-2000
> >
> >File version: 6.1.9359.0
> >Description: Microsoft (R) C Runtime Library
> >Copyright: Copyright (C) Microsoft Corp. 1981-1999
>
> -rwxrwxr-x+ 1 Administ SYSTEM 395264 Jul 13 16:05 shlwapi.dll
> Version 6.00.2800.1226
>
> -rwxrwxr-x+ 1 Administ SYSTEM 286773 Jun 19 12:05 msvcrt.dll
> Version 6.00.2800.1226
>
> Both are on a recently-updated Windows 2000 system. I can't duplicate
> the described problem.
>
-rwxrwxrwx+ 1 Administ None 395264 Jul 13 16:05 shlwapi.dll*
Version 6.00.2800.1226
-rwxrwxrwx+ 1 Administ None 278581 Jul 15 2000 msvcrt.dll*
Version 6.00.8797.0
NT4sp6+
--
Brian Ford
Senior Realtime Software Engineer
VITAL - Visual Simulation Systems
FlightSafety International
Phone: 314-551-8460
Fax: 314-551-8444
--
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/
^ permalink raw reply [flat|nested] 78+ messages in thread
* Re: setup hangs during postinstall
2003-10-15 19:31 ` Igor Pechtchanski
@ 2003-10-15 19:47 ` Christopher Faylor
2003-10-15 19:50 ` Brian Ford
0 siblings, 1 reply; 78+ messages in thread
From: Christopher Faylor @ 2003-10-15 19:47 UTC (permalink / raw)
To: cygwin
On Wed, Oct 15, 2003 at 03:10:36PM -0400, Igor Pechtchanski wrote:
>On Wed, 15 Oct 2003, Brian Ford wrote:
>
>> On Wed, 15 Oct 2003, Christopher Faylor wrote:
>>
>> > On Wed, Oct 15, 2003 at 07:24:53PM +0100, Steve Fairbairn wrote:
>> > >As Brian has noted, Executing the binary with '< /dev/null' stops the
>> > >hanging, but also executing it without capturing the output to a variable
>> > >also stops the hanging.
>> >
>> > I would guess that something like
>> >
>> > foo=`bar`
>> >
>> > is what is causing the problem because this uses a pipe for
>> > communication. In a shell that is run from setup.exe, it is possible
>> > that stdin is not opened at all and stdout is the pipe in question.
>> > Maybe this is somehow confusing the SHF* function.
>>
>> Yes. I thought this had always been clear.
>
>I'd say it's confusing the DLL initialization sequence, as the function
>doesn't even have to be called (see the simple hanging example in this
>thread).
>
>> Since this only happens in bash, and not in sh, I doubt that is the
>> problem. Are we looking at some kind of weird bash bug here? We have
>> almost eliminated most of Cygwin since MINGW SHLWAPI executables exhibit
>> the problem.
>
>Speaking of which, what's the version of SHLWAPI that hangs? On my
>machine (which doesn't exhibit the hang) I have
>
>$ ls -l shlwapi.dll msvcrt.dll
>-rwxrwxr-x+ 1 Administ SYSTEM 300816 Oct 20 2000 shlwapi.dll
>-rwxrwxr-x+ 1 Administ SYSTEM 290869 Oct 30 2001 msvcrt.dll
>
>The properties dialogs show the following versions:
>
>File version: 5.50.4522.1800
>Description: Shell Light-weight Utility Library
>Copyright: Copyright (C) Microsoft Corp. 1981-2000
>
>File version: 6.1.9359.0
>Description: Microsoft (R) C Runtime Library
>Copyright: Copyright (C) Microsoft Corp. 1981-1999
-rwxrwxr-x+ 1 Administ SYSTEM 395264 Jul 13 16:05 shlwapi.dll
Version 6.00.2800.1226
-rwxrwxr-x+ 1 Administ SYSTEM 286773 Jun 19 12:05 msvcrt.dll
Version 6.00.2800.1226
Both are on a recently-updated Windows 2000 system. I can't duplicate
the described problem.
cgf
--
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/
^ permalink raw reply [flat|nested] 78+ messages in thread
* RE: setup hangs during postinstall
2003-10-15 19:00 ` Igor Pechtchanski
@ 2003-10-15 19:35 ` Brian Ford
0 siblings, 0 replies; 78+ messages in thread
From: Brian Ford @ 2003-10-15 19:35 UTC (permalink / raw)
To: cygwin
On Wed, 15 Oct 2003, Igor Pechtchanski wrote:
> You could try testing the following things:
>
> $(cygpath d:/) # don't capture the output but execute cygpath in a subshell
>
Just a subshell works ie. (cyghan.exe). Both $(cyghan.exe) and
`cyghan.exe` without assignment to a variable hang.
> sh -c "cygpath d:/" # force the subshell to be "sh"
>
You mean as stated, or `sh -c "cygpath d:/"`? As stated, I don't see why
it wouldn't work. With back ticks, still hangs.
> $(cat /dev/null | cygpath d:/) # see if pipes work the same as input redirect
>
Yes, they do.
> $(cygpath d:/ > /tmp/cygpath.out) # see if redirecting output also affects it
>
My cyghan.exe has no output, but still hangs.
> I'll let you know if I think of other things to try.
>
Please do.
--
Brian Ford
Senior Realtime Software Engineer
VITAL - Visual Simulation Systems
FlightSafety International
Phone: 314-551-8460
Fax: 314-551-8444
--
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/
^ permalink raw reply [flat|nested] 78+ messages in thread
* Re: setup hangs during postinstall
2003-10-15 19:19 ` Brian Ford
@ 2003-10-15 19:31 ` Igor Pechtchanski
2003-10-15 19:47 ` Christopher Faylor
0 siblings, 1 reply; 78+ messages in thread
From: Igor Pechtchanski @ 2003-10-15 19:31 UTC (permalink / raw)
To: Brian Ford; +Cc: cygwin
On Wed, 15 Oct 2003, Brian Ford wrote:
> On Wed, 15 Oct 2003, Christopher Faylor wrote:
>
> > On Wed, Oct 15, 2003 at 07:24:53PM +0100, Steve Fairbairn wrote:
> > >As Brian has noted, Executing the binary with '< /dev/null' stops the
> > >hanging, but also executing it without capturing the output to a variable
> > >also stops the hanging.
> >
> > I would guess that something like
> >
> > foo=`bar`
> >
> > is what is causing the problem because this uses a pipe for
> > communication. In a shell that is run from setup.exe, it is possible
> > that stdin is not opened at all and stdout is the pipe in question.
> > Maybe this is somehow confusing the SHF* function.
>
> Yes. I thought this had always been clear.
I'd say it's confusing the DLL initialization sequence, as the function
doesn't even have to be called (see the simple hanging example in this
thread).
> Since this only happens in bash, and not in sh, I doubt that is the
> problem. Are we looking at some kind of weird bash bug here? We have
> almost eliminated most of Cygwin since MINGW SHLWAPI executables exhibit
> the problem.
Speaking of which, what's the version of SHLWAPI that hangs? On my
machine (which doesn't exhibit the hang) I have
$ ls -l shlwapi.dll msvcrt.dll
-rwxrwxr-x+ 1 Administ SYSTEM 300816 Oct 20 2000 shlwapi.dll
-rwxrwxr-x+ 1 Administ SYSTEM 290869 Oct 30 2001 msvcrt.dll
The properties dialogs show the following versions:
File version: 5.50.4522.1800
Description: Shell Light-weight Utility Library
Copyright: Copyright (C) Microsoft Corp. 1981-2000
File version: 6.1.9359.0
Description: Microsoft (R) C Runtime Library
Copyright: Copyright (C) Microsoft Corp. 1981-1999
I don't know if it'll help, but it might be worth a shot...
Igor
--
http://cs.nyu.edu/~pechtcha/
|\ _,,,---,,_ pechtcha@cs.nyu.edu
ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com
|,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D.
'---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow!
"I have since come to realize that being between your mentor and his route
to the bathroom is a major career booster." -- Patrick Naughton
--
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/
^ permalink raw reply [flat|nested] 78+ messages in thread
* Re: setup hangs during postinstall
2003-10-15 18:51 ` Christopher Faylor
@ 2003-10-15 19:19 ` Brian Ford
2003-10-15 19:31 ` Igor Pechtchanski
0 siblings, 1 reply; 78+ messages in thread
From: Brian Ford @ 2003-10-15 19:19 UTC (permalink / raw)
To: cygwin
On Wed, 15 Oct 2003, Christopher Faylor wrote:
> On Wed, Oct 15, 2003 at 07:24:53PM +0100, Steve Fairbairn wrote:
> >As Brian has noted, Executing the binary with '< /dev/null' stops the
> >hanging, but also executing it without capturing the output to a variable
> >also stops the hanging.
>
> I would guess that something like
>
> foo=`bar`
>
> is what is causing the problem because this uses a pipe for
> communication. In a shell that is run from setup.exe, it is possible
> that stdin is not opened at all and stdout is the pipe in question.
> Maybe this is somehow confusing the SHF* function.
>
Yes. I thought this had always been clear.
Since this only happens in bash, and not in sh, I doubt that is the
problem. Are we looking at some kind of weird bash bug here? We have
almost eliminated most of Cygwin since MINGW SHLWAPI executables exhibit
the problem.
> So, the question is does something like this also hang?
>
> #!/bin/bash
> exec 0<&- 1>&-
> cygpath -S | cat
>
> when invoked from the command line? Or possibly via "Run"?
>
Not from within a setup postinstall script, so the others are probably not
meaningfull.
--
Brian Ford
Senior Realtime Software Engineer
VITAL - Visual Simulation Systems
FlightSafety International
Phone: 314-551-8460
Fax: 314-551-8444
--
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/
^ permalink raw reply [flat|nested] 78+ messages in thread
* RE: setup hangs during postinstall
2003-10-15 18:43 Steve Fairbairn
2003-10-15 18:51 ` Christopher Faylor
@ 2003-10-15 19:00 ` Igor Pechtchanski
2003-10-15 19:35 ` Brian Ford
1 sibling, 1 reply; 78+ messages in thread
From: Igor Pechtchanski @ 2003-10-15 19:00 UTC (permalink / raw)
To: Steve Fairbairn; +Cc: cygwin
On Wed, 15 Oct 2003, Steve Fairbairn wrote:
> Again, probably going over old ground but I can't find anywhere that it
> has actually been stated for those that can't duplicate the problem,
> that
> TOPFOLDER="$(cygpath d:/)/Cygwin-XFree86"
> hangs, but
> cygpath d:/
> doesn't hang?
This was already stated.
> As Brian has noted, Executing the binary with '< /dev/null' stops the
> hanging, but also executing it without capturing the output to a variable
> also stops the hanging.
>
> Could the capturing of the output somehow give the child process an output
> stream but no input one? Could something be failing because (going on
> CreateProcess API) it was told to inherit file descriptors but there isn't a
> valid input one?
>
> I'm just trying to throw questions at anyone in the hope I might stumble
> across something that makes one of the real geniuses realise what is going
> on.
>
> Please tell me to be quiet if I'm being annoying ;)
> Steve.
You could try testing the following things:
$(cygpath d:/) # don't capture the output but execute cygpath in a subshell
sh -c "cygpath d:/" # force the subshell to be "sh"
$(cat /dev/null | cygpath d:/) # see if pipes work the same as input redirect
$(cygpath d:/ > /tmp/cygpath.out) # see if redirecting output also affects it
I'll let you know if I think of other things to try.
Igor
--
http://cs.nyu.edu/~pechtcha/
|\ _,,,---,,_ pechtcha@cs.nyu.edu
ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com
|,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D.
'---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow!
"I have since come to realize that being between your mentor and his route
to the bathroom is a major career booster." -- Patrick Naughton
--
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/
^ permalink raw reply [flat|nested] 78+ messages in thread
* Re: setup hangs during postinstall
2003-10-15 18:43 Steve Fairbairn
@ 2003-10-15 18:51 ` Christopher Faylor
2003-10-15 19:19 ` Brian Ford
2003-10-15 19:00 ` Igor Pechtchanski
1 sibling, 1 reply; 78+ messages in thread
From: Christopher Faylor @ 2003-10-15 18:51 UTC (permalink / raw)
To: cygwin
On Wed, Oct 15, 2003 at 07:24:53PM +0100, Steve Fairbairn wrote:
>
>Again, probably going over old ground but I can't find anywhere that it has
>actually been stated for those that can't duplicate the problem, that
>
> TOPFOLDER="$(cygpath d:/)/Cygwin-XFree86"
>
>hangs, but
>
> cygpath d:/
>
>doesn't hang?
>
>As Brian has noted, Executing the binary with '< /dev/null' stops the
>hanging, but also executing it without capturing the output to a variable
>also stops the hanging.
I would guess that something like
foo=`bar`
is what is causing the problem because this uses a pipe for
communication. In a shell that is run from setup.exe, it is possible
that stdin is not opened at all and stdout is the pipe in question.
Maybe this is somehow confusing the SHF* function.
So, the question is does something like this also hang?
#!/bin/bash
exec 0<&- 1>&-
cygpath -S | cat
when invoked from the command line? Or possibly via "Run"?
cgf
--
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/
^ permalink raw reply [flat|nested] 78+ messages in thread
* RE: setup hangs during postinstall
@ 2003-10-15 18:43 Steve Fairbairn
2003-10-15 18:51 ` Christopher Faylor
2003-10-15 19:00 ` Igor Pechtchanski
0 siblings, 2 replies; 78+ messages in thread
From: Steve Fairbairn @ 2003-10-15 18:43 UTC (permalink / raw)
To: cygwin
Again, probably going over old ground but I can't find anywhere that it has
actually been stated for those that can't duplicate the problem, that
TOPFOLDER="$(cygpath d:/)/Cygwin-XFree86"
hangs, but
cygpath d:/
doesn't hang?
As Brian has noted, Executing the binary with '< /dev/null' stops the
hanging, but also executing it without capturing the output to a variable
also stops the hanging.
Could the capturing of the output somehow give the child process an output
stream but no input one? Could something be failing because (going on
CreateProcess API) it was told to inherit file descriptors but there isn't a
valid input one?
I'm just trying to throw questions at anyone in the hope I might stumble
across something that makes one of the real geniuses realise what is going
on.
Please tell me to be quiet if I'm being annoying ;)
Steve.
--
-- LONG DISCLAIMER --
*******************************************************
This email has originated from Perwill plc (Registration No. 1906964)
Office registered at: 13A Market Square, Alton, Hampshire, GU34 1UR, UK
Tel: +44 (0)1420 545000
Fax: +44 (0)1420 545001
www.perwill.com
*******************************************************
Privileged, confidential and/or copyright information may be contained
in this email, and is only for the use of the intended addressee.
To copy, forward, disclose or otherwise use it in any way if you are not
the intended recipient or responsible for delivering to him/her is
prohibited.
If you receive this email by mistake, please advise the sender immediately,
by using the reply facility in your email software.
We may monitor the content of emails sent and received via our network
for the purposes of ensuring compliance with policies and procedures.
This message is subject to and does not create or vary any contractual
relationships between Perwill plc and the recipient.
*******************************************************
Any opinions expressed in the email are those of the sender and not
necessarily of Perwill plc.
*******************************************************
This email has been scanned for known viruses using
McAfee WebShield 4.5 MR1a
*******************************************************
--
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/
^ permalink raw reply [flat|nested] 78+ messages in thread
* RE: setup hangs during postinstall
2003-10-15 14:03 Steve Fairbairn
@ 2003-10-15 16:50 ` Brian Ford
0 siblings, 0 replies; 78+ messages in thread
From: Brian Ford @ 2003-10-15 16:50 UTC (permalink / raw)
To: cygwin
I think you're in a time warp Steve. Most of this has already been
discovered/presented.
On Wed, 15 Oct 2003, Steve Fairbairn wrote:
> OK, again with simple tests... I've added a printf to the very start of
> main in cygpath.cc...
[snip]
> Which implies main isn't even being reached.
>
We already know the hang is well before entry to main. See:
http://www.cygwin.com/ml/cygwin/2003-10/msg00859.html
> I have attached strace to the process once it has hung, but there is no
> output until the process recieves a signal from kill and then the output
> just seems to be the signal handling/termination (attached anyway).
>
We already know that attaching strace is not useful. See:
http://www.cygwin.com/ml/cygwin/2003-10/msg00874.html
and others I don't have time to find.
> > In any event, can you set the CYGWIN_DEBUG=cygpath and maybe do some
> > search and destroy debugging to see precisely where it is hanging?
> >
> I can't get CYGWIN_DEBUG=cygpath to do anything at all, inside bash or from
> setup.
>
Did you export it inside bash? Was your cygwin1.dll compiled with
--enable-debugging?
Under setup, we knew this too. In fact, you quoted part of it below. See:
http://www.cygwin.com/ml/cygwin/2003-10/msg00841.html
for more detail.
> >From another email:
> > Are you saying that there was no popup? That would imply that
> > CYGWIN_DEBUG is not in the environment. You could just hack on the
> > code in dcrt0.cc to automatically pop up a gdb when command line
> > contains cygpath, as a temporary measure, of course.
> >
> Tried this as well, but I may be ammending the wrong code, or my simple
> change isn't good enough...
>
I don't think this will help either, but I could be wrong here.
We think it is hanging before it even loads cygwin1.dll. In fact, the
hanging process doesn't even need to be a Cygwin one. See:
http://www.cygwin.com/ml/cygwin/2003-10/msg00886.html
> The rest of the function is unchanged. When I use cygpath on the command
> line in bash, all works as it did before as if my addition doesn't exist. I
> did make sure no cygwin processes were running, I did remake and install the
> dll, I did copy it into /bin over the top of my existing debugging dll.
>
I don't know what is wrong with your code. (Part ignorance, part no time
to look at it.)
> I'm running out of random things to prod at in random ways ;)
>
> If any of this is being any use, please let me know. If anyone can tell me
> what I'm doing wrong with my attempts above then please yell. If anyone
> wants me to try anything else and can explain it well enough for me to do,
> then brign it on.
>
Your help is appreciated, but try to be a little less random so as to not
reproduce known results.
I am running out of things to try too, but if I figure out something
useful that I don't have time for, I'll let you know.
PS. I was hoping that this might have lead to a next step suggestion:
http://www.cygwin.com/ml/cygwin/2003-10/msg00886.html
I'm getting lost in which tests I still need to try or retry. If anyone
has any open requests, please re-present them for Steve and I so we can
catch up. Thanks.
--
Brian Ford
Senior Realtime Software Engineer
VITAL - Visual Simulation Systems
FlightSafety International
Phone: 314-551-8460
Fax: 314-551-8444
--
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/
^ permalink raw reply [flat|nested] 78+ messages in thread
* RE: setup hangs during postinstall
@ 2003-10-15 14:03 Steve Fairbairn
2003-10-15 16:50 ` Brian Ford
0 siblings, 1 reply; 78+ messages in thread
From: Steve Fairbairn @ 2003-10-15 14:03 UTC (permalink / raw)
To: 'cygwin@cygwin.com'
[-- Attachment #1: Type: text/plain, Size: 4929 bytes --]
OK, again with simple tests... I've added a printf to the very start of
main in cygpath.cc...
---
Steve Fairbairn@stevefnec /etc/postinstall
$ ./setup_from_win.sh
+ CYGWIN_DEBUG=/bin/cygpath
+ set CYGWIN_SLEEP=20000
+ echo -e 'CYGWIN_DEBUG=/bin/cygpath\tCYGWIN_SLEEP='
CYGWIN_DEBUG=/bin/cygpath CYGWIN_SLEEP=
++ cygpath -A -P
+ TOPFOLDER=Entered cygpath
/cygdrive/c/Documents and Settings/All Users/Start
Menu/Programs/Cygwin-XFree86
+ echo Entered cygpath /cygdrive/c/Documents and Settings/All Users/Start
Menu/Programs/Cygwin-XFree86
Entered cygpath /cygdrive/c/Documents and Settings/All Users/Start
Menu/Programs/Cygwin-XFree86
---
The 'Entered cygpath' bit is my addition. When this is run via setup
however...
---
Steve Fairbairn@stevefnec /etc/postinstall
$ tail -11 /var/log/setup.log.full
2003/10/15 13:22:50 running: D:\cygwin\bin\sh.exe -c
/etc/postinstall/setup_from_win.sh
+ CYGWIN_DEBUG=/bin/cygpath
+ set CYGWIN_SLEEP=20000
+ echo -e 'CYGWIN_DEBUG=/bin/cygpath\tCYGWIN_SLEEP='
CYGWIN_DEBUG=/bin/cygpath CYGWIN_SLEEP=
++ cygpath -A -P
+ TOPFOLDER=/Cygwin-XFree86
+ echo /Cygwin-XFree86
/Cygwin-XFree86
2003/10/15 13:27:13 mbox note: Nothing needed to be installed
2003/10/15 13:27:14 Ending cygwin install
---
Which implies main isn't even being reached.
I have tried HUP and USR1 as kill signals to cygpath, but it doesn't seem to
handle any signals so all terminate the program in the same way.
I have attached strace to the process once it has hung, but there is no
output until the process recieves a signal from kill and then the output
just seems to be the signal handling/termination (attached anyway).
> -----Original Message-----
> From: Christopher Faylor
> Sent: 10 October 2003 01:28
> Subject: Re: setup hangs during postinstall
>
> In any event, can you set the CYGWIN_DEBUG=cygpath and maybe do some
> search and destroy debugging to see precisely where it is hanging?
>
I can't get CYGWIN_DEBUG=cygpath to do anything at all, inside bash or from
setup.
From another email:
> Are you saying that there was no popup? That would imply that
CYGWIN_DEBUG
> is not in the environment. You could just hack on the code in dcrt0.cc to
> automatically pop up a gdb when command line contains cygpath, as a
temporary
> measure, of course.
>
Tried this as well, but I may be ammending the wrong code, or my simple
change isn't good enough...
---
static void __stdcall
build_argv (char *cmd, char **&argv, int &argc, int winshell)
{
int argvlen = 0;
int nesting = 0; // monitor "nesting" from insert_file
argc = 0;
argvlen = 0;
argv = NULL;
if (strstr(cmd, "cygpath"))
{
argvlen = argc + 10;
argv = (char **) realloc (argv, (1 + argvlen) * sizeof (argv[0]));
argv[argc++] = "gdb";
argv[argc++] = "/bin/cygpath.exe";
*cmd = 0;
}
/* Scan command line until there is nothing left. */
while (*cmd)
{
---
The rest of the function is unchanged. When I use cygpath on the command
line in bash, all works as it did before as if my addition doesn't exist. I
did make sure no cygwin processes were running, I did remake and install the
dll, I did copy it into /bin over the top of my existing debugging dll.
I'm running out of random things to prod at in random ways ;)
If any of this is being any use, please let me know. If anyone can tell me
what I'm doing wrong with my attempts above then please yell. If anyone
wants me to try anything else and can explain it well enough for me to do,
then brign it on.
Cheers,
Steve.
--
-- LONG DISCLAIMER --
*******************************************************
This email has originated from Perwill plc (Registration No. 1906964)
Office registered at: 13A Market Square, Alton, Hampshire, GU34 1UR, UK
Tel: +44 (0)1420 545000
Fax: +44 (0)1420 545001
www.perwill.com
*******************************************************
Privileged, confidential and/or copyright information may be contained
in this email, and is only for the use of the intended addressee.
To copy, forward, disclose or otherwise use it in any way if you are not
the intended recipient or responsible for delivering to him/her is
prohibited.
If you receive this email by mistake, please advise the sender immediately,
by using the reply facility in your email software.
We may monitor the content of emails sent and received via our network
for the purposes of ensuring compliance with policies and procedures.
This message is subject to and does not create or vary any contractual
relationships between Perwill plc and the recipient.
*******************************************************
Any opinions expressed in the email are those of the sender and not
necessarily of Perwill plc.
*******************************************************
This email has been scanned for known viruses using
McAfee WebShield 4.5 MR1a
*******************************************************
[-- Attachment #2: strace_out_HUP.txt --]
[-- Type: text/plain, Size: 1123 bytes --]
5 5 [sig] bash 192! sig_handle: signal 1 processing
186 191 [sig] bash 192! sig_handle: signal 1, about to call do_exit
101 292 [sig] bash 192! signal_exit: terminating captive process
62 354 [sig] bash 192! signal_exit: about to call do_exit (10100)
43 397 [sig] bash 192! do_exit: do_exit (65792)
48 445 [sig] bash 192! void: 0x0 = signal (20, 0x1)
39 484 [sig] bash 192! void: 0x0 = signal (1, 0x1)
39 523 [sig] bash 192! void: 0x0 = signal (2, 0x1)
38 561 [sig] bash 192! void: 0x0 = signal (3, 0x1)
629 1190 [sig] bash 192! sigproc_terminate: entering
162 1352 [sig] bash 192! proc_terminate: nchildren 0, nzombies 0
31 1383 [sig] bash 192! proc_terminate: leaving
71 1454 [sig] bash 192! __to_clock_t: dwHighDateTime 0, dwLowDateTime 156250
28 1482 [sig] bash 192! __to_clock_t: total 00000000 0000000F
27 1509 [sig] bash 192! __to_clock_t: dwHighDateTime 0, dwLowDateTime 156250
26 1535 [sig] bash 192! __to_clock_t: total 00000000 0000000F
1270 2805 [sig] bash 192! _pinfo::exit: Calling ExitProcess 65792
[-- Attachment #3: Type: text/plain, Size: 218 bytes --]
--
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/
^ permalink raw reply [flat|nested] 78+ messages in thread
* RE: setup hangs during postinstall
2003-10-14 21:04 ` Christopher Faylor
2003-10-14 21:08 ` Brian Ford
@ 2003-10-14 21:39 ` Hannu E K Nevalainen
1 sibling, 0 replies; 78+ messages in thread
From: Hannu E K Nevalainen @ 2003-10-14 21:39 UTC (permalink / raw)
To: cygwin
> From: cygwin-owner@cygwin.com [mailto:cygwin-owner@cygwin.com]On Behalf
> Of Christopher Faylor
> Sent: Tuesday, October 14, 2003 10:20 PM
> To: cygwin@cygwin.com
> Subject: Re: setup hangs during postinstall
>
>
> On Tue, Oct 14, 2003 at 02:13:44PM -0500, Brian Ford wrote:
> >FOO=`cygpath -S < /dev/null`
> >does not hang.
>
> I forget have you tried making this:
>
> FOO=`strace -owhereever cygpath -S`
>
> I seem to recall that this worked ok but I can't find this
> usage anywhere in this neverending thread.
>
> cgf
I have not managed to get output from a strace call like the one above.
FWIW:
A snippet of strace output from an earlier posting of mine.
This is PART of the output of scripting *similar* to:
$ cat etc/postinstall/t2.sh
#!/bin/sh
strace -o /t3.strace bash -c /t3.sh
$ cat /t3.sh
BLAH=$(cygpath -A -P)
This means:
$ find -type f | xargs grep -n 'spawned windows pid'
./spawn.cc:834: sigproc_printf ("spawned windows pid %d", pi.dwProcessId);
...that is one of the last things that happens before the hang.
i.e. just telling the same that you already know.
<snip>
478 714604 [main] bash 2348 build_env: envp 0x61600CB4, envc 56
16907 731511 [main] bash 2348 spawn_guts: 2348 = spawn_guts
(/usr/bin/cygpath, C:\Program\cygwin\bin\cygpath.ex
e -A -P)
328 731839 [main] bash 2348! fhandler_base::close: closing '/dev/piper'
handle 0x248
304 732143 [main] bash 2348! fhandler_base::close: closing '/dev/pipew'
handle 0x228
3311 735454 [main] bash 2348! fhandler_base::close: closing
'/var/log/setup.log.postinstallXa00364' handle 0x3
54
508 735962 [main] bash 2348! spawn_guts: spawned windows pid 2344
--- split --
It is here the cygpath "hang" is active...
It continues below after a "kill -9 ..."
--- split --
70578826 71314788 [sig] bash 2348! wait_sig: awake, rc 2
418 71315206 [sig] bash 2348! wait_sig: processing signal 9
249 71315455 [sig] bash 2348! wait_sig: Got signal 9
240 71315695 [sig] bash 2348! sig_handle: signal 9
271 71315966 [sig] bash 2348! sig_handle: signal 9, about to call do_exit
588 71316554 [sig] bash 2348! signal_exit: terminating captive process
259 71316813 [sig] bash 2348! signal_exit: about to call do_exit (10900)
248 71317061 [sig] bash 2348! do_exit: do_exit (67840)
238 71317299 [sig] bash 2348! void: 0x0 = signal (20, 0x1)
236 71317535 [sig] bash 2348! void: 0x0 = signal (1, 0x1)
234 71317769 [sig] bash 2348! void: 0x0 = signal (2, 0x1)
236 71318005 [sig] bash 2348! void: 0x0 = signal (3, 0x1)
240 71318245 [sig] bash 2348! sigproc_terminate: entering
340 71318585 [sig] bash 2348! proc_terminate: nchildren 0, nzombies 0
239 71318824 [sig] bash 2348! proc_terminate: leaving
444 71319268 [sig] bash 2348! __to_clock_t: dwHighDateTime 0,
dwLowDateTime 100144
241 71319509 [sig] bash 2348! __to_clock_t: total 00000000 0000000A
239 71319748 [sig] bash 2348! __to_clock_t: dwHighDateTime 0,
dwLowDateTime 400576
238 71319986 [sig] bash 2348! __to_clock_t: total 00000000 00000028
3325 71323311 [sig] bash 2348! _pinfo::exit: Calling ExitProcess 67840
70664047 71329926 [proc] bash 1116 proc_subproc: args: 2, 0
<snip>
/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/
^ permalink raw reply [flat|nested] 78+ messages in thread
* Re: setup hangs during postinstall
2003-10-14 21:04 ` Christopher Faylor
@ 2003-10-14 21:08 ` Brian Ford
2003-10-14 21:39 ` Hannu E K Nevalainen
1 sibling, 0 replies; 78+ messages in thread
From: Brian Ford @ 2003-10-14 21:08 UTC (permalink / raw)
To: cygwin
On Tue, 14 Oct 2003, Christopher Faylor wrote:
> On Tue, Oct 14, 2003 at 02:13:44PM -0500, Brian Ford wrote:
> >FOO=`cygpath -S < /dev/null`
> >does not hang.
>
> I forget have you tried making this:
>
> FOO=`strace -owhereever cygpath -S`
>
> I seem to recall that this worked ok but I can't find this
> usage anywhere in this neverending thread.
>
Unfortunately, it does not. strace hangs just as cygpath does.
It was here:
http://www.cygwin.com/ml/cygwin/2003-10/msg00517.html
I wasn't subscribed to the mailing list then, so I didn't know how to
continue a thread properly ie. no reply possible, just cut and paste from
the archives.
--
Brian Ford
Senior Realtime Software Engineer
VITAL - Visual Simulation Systems
FlightSafety International
Phone: 314-551-8460
Fax: 314-551-8444
--
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/
^ permalink raw reply [flat|nested] 78+ messages in thread
* Re: setup hangs during postinstall
2003-10-14 19:20 ` Brian Ford
2003-10-14 20:14 ` Christopher Faylor
@ 2003-10-14 21:04 ` Christopher Faylor
2003-10-14 21:08 ` Brian Ford
2003-10-14 21:39 ` Hannu E K Nevalainen
1 sibling, 2 replies; 78+ messages in thread
From: Christopher Faylor @ 2003-10-14 21:04 UTC (permalink / raw)
To: cygwin
On Tue, Oct 14, 2003 at 02:13:44PM -0500, Brian Ford wrote:
>FOO=`cygpath -S < /dev/null`
>does not hang.
I forget have you tried making this:
FOO=`strace -owhereever cygpath -S`
I seem to recall that this worked ok but I can't find this
usage anywhere in this neverending thread.
cgf
--
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/
^ permalink raw reply [flat|nested] 78+ messages in thread
* Re: setup hangs during postinstall
2003-10-14 20:14 ` Christopher Faylor
@ 2003-10-14 20:23 ` Brian Ford
0 siblings, 0 replies; 78+ messages in thread
From: Brian Ford @ 2003-10-14 20:23 UTC (permalink / raw)
To: cygwin
On Tue, 14 Oct 2003, Christopher Faylor wrote:
> On Tue, Oct 14, 2003 at 02:13:44PM -0500, Brian Ford wrote:
> >BTW, when viewing cygpath's handles, I see two WinStation ones. Just
> >wondering if that means anything given the recent xemacs issues. I think
> >I have your patch for that in my Cygwin DLL, though.
>
> I wouldn't expect you to see two winstations handles if you have my patch
> but, then, I really don't know how many winstation handles are normal,
> either.
>
Upon closer inspection, two seems normal and I have your patch.
--
Brian Ford
Senior Realtime Software Engineer
VITAL - Visual Simulation Systems
FlightSafety International
Phone: 314-551-8460
Fax: 314-551-8444
--
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/
^ permalink raw reply [flat|nested] 78+ messages in thread
* Re: setup hangs during postinstall
2003-10-14 19:57 Lee D. Rothstein
@ 2003-10-14 20:19 ` Brian Ford
0 siblings, 0 replies; 78+ messages in thread
From: Brian Ford @ 2003-10-14 20:19 UTC (permalink / raw)
To: Lee D. Rothstein; +Cc: cygwin
On Tue, 14 Oct 2003, Lee D. Rothstein wrote:
> 'setup.exe' hangs during the posinstall phase,
> regardless of whether 'setup.exe' is invoked from, any of the
> following:
>
> 1. Double clicking the 'setup.exe' icon/item in Explorer folder
> containing it
> 2. Internet Explorer http://Cygwin.com link
> 3. Start Menu 'Run' box
>
I think we just classified all these as "explorer".
> 4. Windows DOS console command line
>
There was a conflicting report on this one here:
http://www.cygwin.com/ml/cygwin/2003-10/msg00574.html
> Do the core Cygwin developers have installed the following?:
>
I'm not a core Cygwin developer, but...
> * Latest Windows 2K/XP updates?
I see it even on NT4 w/ approximately the latest updates.
> * Norton AntiVirus (NAV)?
No.
> * NAV, latest code and virust definitions?
> (Yes, I've tried exiting the virus scanner, first -- no
> effect)
See above.
> * Microsoft Office applications?
Nope.
> * Multiport interconnect disks (Firewire, USB2, SCSI)?
Nope.
> * APC UPS Power Chute monitor
> * MS chain interconnect hardware manager (for SCSI, FireWire)
> * MS speaker/audio control
> * NAV scanner (when not disabled)
> * Adaptec create CD
>
None apply here.
> One other difference that may be relevant is that I install all
> of Cygwin on my systems.
>
Me too.
--
Brian Ford
Senior Realtime Software Engineer
VITAL - Visual Simulation Systems
FlightSafety International
Phone: 314-551-8460
Fax: 314-551-8444
--
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/
^ permalink raw reply [flat|nested] 78+ messages in thread
* Re: setup hangs during postinstall
2003-10-14 19:20 ` Brian Ford
@ 2003-10-14 20:14 ` Christopher Faylor
2003-10-14 20:23 ` Brian Ford
2003-10-14 21:04 ` Christopher Faylor
1 sibling, 1 reply; 78+ messages in thread
From: Christopher Faylor @ 2003-10-14 20:14 UTC (permalink / raw)
To: cygwin
On Tue, Oct 14, 2003 at 02:13:44PM -0500, Brian Ford wrote:
>BTW, when viewing cygpath's handles, I see two WinStation ones. Just
>wondering if that means anything given the recent xemacs issues. I think
>I have your patch for that in my Cygwin DLL, though.
I wouldn't expect you to see two winstations handles if you have my patch
but, then, I really don't know how many winstation handles are normal,
either.
--
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/
^ permalink raw reply [flat|nested] 78+ messages in thread
* Re: setup hangs during postinstall
@ 2003-10-14 19:57 Lee D. Rothstein
2003-10-14 20:19 ` Brian Ford
0 siblings, 1 reply; 78+ messages in thread
From: Lee D. Rothstein @ 2003-10-14 19:57 UTC (permalink / raw)
To: cygwin
In various posts over the last several days it has been implied
that the Cygwin 'setup.exe' post-install hang only occurs when
Cygwin 'setup.exe' is invoked from Explorer. I have now shown, on
my two systems, running respectively Windows 2000 on an AMD
Athlon, 1 GHz, and Windows XP on an Pentium 4 Mobile, 2 GHz (1993
MHz) that 'setup.exe' hangs during the posinstall phase,
regardless of whether 'setup.exe' is invoked from, any of the
following:
1. Double clicking the 'setup.exe' icon/item in Explorer folder
containing it
2. Internet Explorer http://Cygwin.com link
3. Start Menu 'Run' box
4. Windows DOS console command line
(In all cases, above and on both machines, I have made sure that
the latest copy of Cygwin 'setup.exe' is running.)
If the other Cygwin core developers cannot replicate this
problem, perhaps this is a function of the other software
installed on the system. Some questions that seem relevant to
this issue would seem to include:
Do the core Cygwin developers have installed the following?:
* Latest Windows 2K/XP updates?
* Norton AntiVirus (NAV)?
* NAV, latest code and virust definitions?
(Yes, I've tried exiting the virus scanner, first -- no
effect)
* Microsoft Office applications?
* Multiport interconnect disks (Firewire, USB2, SCSI)?
'PS -W' on my Athlon Win2K system, with 'setup.exe' hung in the
postinstall phase, yields:
-----------------------------------------------------------------------------------------------------------------------------------
$ ps -W
PID PPID PGID WINPID TTY UID STIME COMMAND
8 0 0 8 ? 0 15:24:48 *** unknown ***
168 0 0 168 ? 0 09:58:02 \SystemRoot\System32\smss.exe
212 0 0 212 ? 0 09:58:51 \??\C:\WINNT\system32\winlogon.exe
240 0 0 240 ? 0 09:58:53 C:\WINNT\system32\services.exe
252 0 0 252 ? 0 09:58:53 C:\WINNT\system32\lsass.exe
436 0 0 436 ? 0 09:58:58 C:\WINNT\system32\svchost.exe
464 0 0 464 ? 0 09:58:58 C:\WINNT\system32\spoolsv.exe
492 0 0 492 ? 0 09:58:58 C:\_Programs\APC\mainserv.exe
524 0 0 524 ? 0 09:59:02 C:\Program Files\Common Files\Symantec Shared\ccEvtMgr.exe
544 0 0 544 ? 0 09:59:03 C:\WINNT\System32\svchost.exe
568 0 0 568 ? 0 09:59:04 C:\Program Files\Norton AntiVirus\navapsvc.exe
632 0 0 632 ? 0 09:59:06 C:\Program Files\NMapWin\bin\nmapserv.exe
584 0 0 584 ? 0 09:59:07 C:\Program Files\Norton AntiVirus\AdvTools\NPROTECT.EXE
828 0 0 828 ? 0 09:59:09 C:\WINNT\system32\regsvc.exe
900 0 0 900 ? 0 09:59:13 C:\WINNT\system32\MSTask.exe
924 0 0 924 ? 0 09:59:16 C:\WINNT\system32\stisvc.exe
1008 0 0 1008 ? 0 09:59:16 C:\WINNT\System32\WBEM\WinMgmt.exe
1020 0 0 1020 ? 0 09:59:16 C:\WINNT\System32\mspmspsv.exe
1032 0 0 1032 ? 0 09:59:16 C:\WINNT\system32\svchost.exe
1100 0 0 1100 ? 0 09:59:27 C:\WINNT\Explorer.EXE
1252 0 0 1252 ? 0 10:00:00 C:\Program Files\Common Files\Symantec Shared\ccApp.exe
1312 0 0 1312 ? 0 10:00:02 C:\Program Files\Common Files\Symantec Shared\SymTray.exe
1344 0 0 1344 ? 0 10:00:03 C:\PROGRA~1\Adaptec\DirectCD\directcd.exe
1384 0 0 1384 ? 0 10:00:05 C:\Program Files\Common Files\Real\Update_OB\realsched.exe
1396 0 0 1396 ? 0 10:00:05 C:\Program Files\Java\j2re1.4.2\bin\jusched.exe
1260 0 0 1260 ? 0 10:00:06 C:\Program Files\QuickTime\qttask.exe
1368 0 0 1368 ? 0 10:00:10 C:\PROGRA~1\Adaptec\EASYCD~1\CreateCD\CreateCD.exe
1488 0 0 1488 ? 0 10:00:25 C:\_Programs\APC\apcsystray.exe
1068 0 0 1068 ? 0 11:34:51 G:\Software_Archives\FOSS_Updates\Cygwin\setup.exe
1160 1 1160 1160 con 500 12:00:08 /usr/bin/sh
1272 1160 1160 1272 con 500 12:00:09 /usr/bin/sh
580 0 0 580 ? 0 12:08:21 c:\_progr~1\textpad\textpad.exe
1472 0 0 1472 ? 0 12:34:54 C:\_Programs\TextPad\TextPad.exe
528 0 0 528 ? 0 12:50:56 C:\WINNT\system32\cmd.exe
1528 1 1528 1528 con 500 12:50:56 /usr/bin/bash
1560 0 0 1560 ? 0 12:51:13 C:\_Programs\Cygwin\bin\ps.exe
-----------------------------------------------------------------------------------------------------------------------------------
My tray-based background tasks include:
* APC UPS Power Chute monitor
* MS chain interconnect hardware manager (for SCSI, FireWire)
* MS speaker/audio control
* NAV scanner (when not disabled)
* Adaptec create CD
One other difference that may be relevant is that I install all
of Cygwin on my systems.
Attached is the cygcheck from the Athlon system.
--
Lee D. Rothstein -- lee@veritech.com
VeriTech -- 603-424-2900
7 Merry Meeting Drive
Merrimack, NH 03054-2934
--
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/
^ permalink raw reply [flat|nested] 78+ messages in thread
* RE: setup hangs during postinstall
2003-10-14 19:37 Robb, Sam
@ 2003-10-14 19:47 ` Brian Ford
0 siblings, 0 replies; 78+ messages in thread
From: Brian Ford @ 2003-10-14 19:47 UTC (permalink / raw)
To: cygwin
On Tue, 14 Oct 2003, Robb, Sam wrote:
> Hope this helps some...
>
> $ gdb --pid=1224
>
At least the stack trace part doesn't. You attached to the bash exec stub
of cygpath, not cygpath itself. There are already several of these back
traces in the archives.
The actual cygpath is here:
> Process: cygpath.exe Pid: 1280
>
Maybe all that DLL info is useful to a more trained eye. I don't know.
> Path Description Company Name Version
> <Unable to query process module information>
> C:\WINNT\system32\locale.nls
> C:\WINNT\system32\sortkey.nls
> C:\WINNT\system32\sorttbls.nls
> C:\WINNT\system32\unicode.nls
>
I got this too and figured it would not be of much use, so I didn't bother
including it.
The handle information might be interesting, though.
> ----------------------------------------
>
> Handle information for cygpath.exe:
>
> ----------------------------------------
>
> Process: cygpath.exe Pid: 1280
>
> Type Name
> Desktop \Default
> Directory \Windows
> Directory \KnownDlls
> File \Device\Afd\Endpoint
> File C:\cygwin
> File \Device\NamedPipe\Win32Pipes.000004c0.00000001
> File C:\cygwin\var\log\setup.log.postinstallXa00660
> File \Device\NamedPipe\Win32Pipes.000004c0.00000001
> Key HKLM
> Mutant \BaseNamedObjects\DBWinMutex
> Process bash.exe(1232)
> Process bash.exe(1232)
> Process bash.exe(1216)
> Section \BaseNamedObjects\cygpid.4D0
> Section \BaseNamedObjects\cygwin1S3.S-1-5-21-313501798-2004386012-1271835937-1626.27
> Section \BaseNamedObjects\cygwin1S3.shared.3
>
Here are the two WindowStation handles I mentioned. Maybe this is normal.
I don't know.
> WindowStation \Windows\WindowStations\WinSta0
> WindowStation \Windows\WindowStations\WinSta0
>
--
Brian Ford
Senior Realtime Software Engineer
VITAL - Visual Simulation Systems
FlightSafety International
Phone: 314-551-8460
Fax: 314-551-8444
--
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/
^ permalink raw reply [flat|nested] 78+ messages in thread
* RE: setup hangs during postinstall
@ 2003-10-14 19:37 Robb, Sam
2003-10-14 19:47 ` Brian Ford
0 siblings, 1 reply; 78+ messages in thread
From: Robb, Sam @ 2003-10-14 19:37 UTC (permalink / raw)
To: cygwin
> I know this is acting a lot but would you be willing to use the
> SysInternals "Process Explorer" process to see if you can see anything
> funny about the DLLs that are loaded in the hung cygpath?
>
> http://sysinternals.com/ntw2k/freeware/procexp.shtml
>
> Or, actually anyone who's experiencing the problem could provide this
> info. It would be interesting to see if the DLLs that a process are
> using look "funny" where "funny" would mean coming from a non system
> directory.
Hope this helps some...
-Samrobb
----------------------------------------
On my machine (debug version of cygwin1.dll and cygpath.exe built last week):
----------------------------------------
$ ps
PID PPID PGID WINPID TTY UID STIME COMMAND
760 1 760 760 con 11626 15:16:04 /usr/bin/bash
1296 1 1296 1296 con 11626 15:17:24 /usr/bin/sh
I 996 1296 1296 996 con 11626 15:17:25 /usr/bin/bash
1224 996 1296 1224 con 11626 15:17:25 /usr/bin/cygpath
1312 760 1312 1304 con 11626 15:17:41 /usr/bin/ps
sam.robb@claus /tmp
$ gdb --pid=1224
GNU gdb 5.3
Copyright 2002 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "i686-pc-cygwin".
Attaching to process 1224
[Switching to thread 1224.0x50c]
(gdb) list
1 ../../../../src/winsup/cygwin/assert.cc: No such file or directory.
in ../../../../src/winsup/cygwin/assert.cc
(gdb) where
#0 0x77fa144c in _system_dlls__ ()
#1 0x7c4e987c in _system_dlls__ ()
(gdb) info threads
* 3 thread 1224.0x50c 0x77fa144c in _system_dlls__ ()
2 thread 1224.0x2e4 0x77f8c55d in _system_dlls__ ()
1 thread 1224.0x4c0 0x77f9323e in _system_dlls__ ()
(gdb) thread 3
[Switching to thread 3 (thread 1224.0x50c)]#0 0x77fa144c in _system_dlls__ ()
(gdb) info stack
#0 0x77fa144c in _system_dlls__ ()
#1 0x7c4e987c in _system_dlls__ ()
(gdb) thread 2
[Switching to thread 2 (thread 1224.0x2e4)]#0 0x77f8c55d in _system_dlls__ ()
(gdb) info stack
#0 0x77f8c55d in _system_dlls__ ()
#1 0x6108acf6 in wait_sig(void*) (self=0x610e9b40)
at ../../../../src/winsup/cygwin/sigproc.cc:1089
#2 0x61002d6e in cygthread::stub(void*) (arg=0x610e9b40)
at ../../../../src/winsup/cygwin/cygthread.cc:69
#3 0x7c4e987c in _system_dlls__ ()
(gdb) thread 1
[Switching to thread 1 (thread 1224.0x4c0)]#0 0x77f9323e in _system_dlls__ ()
(gdb) info stack
#0 0x77f9323e in _system_dlls__ ()
#1 0x7c4fabfb in _system_dlls__ ()
#2 0x6108d7df in spawn_guts(char const*, char const* const*, char const* const*, int) (prog_arg=0xa04d1b0 "/usr/bin/cygpath", argv=0xa04d
0, envp=0xa04c280,
mode=3) at ../../../../src/winsup/cygwin/spawn.cc:847
#3 0x6108ea3e in spawnve (mode=3, path=0xa04d1b0 "/usr/bin/cygpath",
argv=0xa04d110, envp=0xa04c280)
at ../../../../src/winsup/cygwin/spawn.cc:976
#4 0x61026e7b in execve (path=0xa04d1b0 "/usr/bin/cygpath", argv=0xa04d110,
envp=0xa04c280) at ../../../../src/winsup/cygwin/exec.cc:35
#5 0x004143c5 in ?? ()
#6 0x0041419f in ?? ()
#7 0x00412f92 in ?? ()
#8 0x0041016f in ?? ()
#9 0x0044cb91 in ?? ()
#10 0x004253b1 in ?? ()
#11 0x00427a1d in ?? ()
#12 0x004285a3 in ?? ()
#13 0x004283ca in ?? ()
#14 0x004235c0 in ?? ()
#15 0x00423681 in ?? ()
#16 0x004236da in ?? ()
#17 0x0042333e in ?? ()
#18 0x00422eec in ?? ()
#19 0x00422f89 in ?? ()
#20 0x00429274 in ?? ()
#21 0x00428b99 in ?? ()
#22 0x00412db6 in ?? ()
#23 0x0041016f in ?? ()
#24 0x0040fb94 in ?? ()
#25 0x00403a09 in ?? ()
#26 0x0040195f in ?? ()
#27 0x610050c8 in dll_crt0_1() () at ../../../../src/winsup/cygwin/dcrt0.cc:793
#28 0x6100539d in _dll_crt0 () at ../../../../src/winsup/cygwin/dcrt0.cc:921
#29 0x0047b901 in ?? ()
#30 0x0040103c in ?? ()
#31 0x7c4e87f5 in _system_dlls__ ()
(gdb) info shared
DLL Name Load Address
/cygdrive/c/WINNT/system32/NTDLL.DLL 77f81000
/usr/bin/cygwin1.dll 61001000
/cygdrive/c/WINNT/system32/KERNEL32.DLL 7c4e1000
/cygdrive/c/WINNT/system32/USER32.DLL 77e11000
/cygdrive/c/WINNT/system32/GDI32.DLL 77f41000
/cygdrive/c/WINNT/system32/ADVAPI32.DLL 7c2d1000
/cygdrive/c/WINNT/system32/rpcrt4.dll 77d31000
----------------------------------------
Process PID CPU Description Company Name Path
System Idle Process 0 97
System 8 00
SMSS.EXE 156 00 Windows NT Session Manager Microsoft Corporation C:\WINNT\system32\SMSS.EXE
CSRSS.EXE 180 01 Client Server Runtime Process Microsoft Corporation C:\WINNT\system32\CSRSS.EXE
WINLOGON.EXE 216 00 Windows NT Logon Application Microsoft Corporation C:\WINNT\system32\WINLOGON.EXE
SERVICES.EXE 244 00 Services and Controller app Microsoft Corporation C:\WINNT\system32\SERVICES.EXE
ibmpmsvc.exe 356 00 C:\WINNT\system32\ibmpmsvc.exe
svchost.exe 456 00 Generic Host Process for Win32 Services Microsoft Corporation C:\WINNT\system32\svchost.exe
spoolsv.exe 484 00 Spooler SubSystem App Microsoft Corporation C:\WINNT\system32\spoolsv.exe
svchost.exe 520 00 Generic Host Process for Win32 Services Microsoft Corporation C:\WINNT\system32\svchost.exe
WinMgmt.exe 616 00 Windows Management Instrumentation Microsoft Corporation C:\WINNT\system32\wbem\WinMgmt.exe
svchost.exe 696 00 Generic Host Process for Win32 Services Microsoft Corporation C:\WINNT\system32\svchost.exe
LSASS.EXE 256 00 LSA Executable and Server DLL (Export Version) Microsoft Corporation C:\WINNT\system32\LSASS.EXE
explorer.exe 464 00 Windows Explorer Microsoft Corporation C:\WINNT\explorer.exe
tp4mon.exe 840 00 IBM TrackPoint Application IBM C:\WINNT\system32\tp4mon.exe
PROMon.exe 912 00 Intel(R) PROSet Tray Icon Intel Corporation C:\WINNT\system32\PROMon.exe
ltmsg.exe 888 00 ltmsg LUCENT TECHNOLOGIES C:\WINNT\system32\ltmsg.exe
qttask.exe 876 00 Apple Computer, Inc. C:\Program Files\QuickTime\qttask.exe
OUTLOOK.EXE 884 00 Microsoft Outlook Microsoft Corporation C:\Program Files\Microsoft Office\Office\OUTLOOK.EXE
MAPISP32.EXE 820 00 Microsoft Windows(TM) Messaging Subsystem Spooler Microsoft Corporation C:\Program Files\Common Files\System\Mapi\1033\NT\MAPISP32.EXE
procexp.exe 1284 01 Sysinternals Process Explorer Sysinternals C:\Shared\Tools\Bin\procexpnt\procexp.exe
setup.exe 1224 00 C:\Program Files\Cygwin Setup\setup.exe
sh.exe 664 00 c:\cygwin\bin\sh.exe
bash.exe 1216 00 c:\cygwin\bin\bash.exe
bash.exe 1232 00 c:\cygwin\bin\bash.exe
cygpath.exe 1280 01 c:\cygwin\bin\cygpath.exe
----------------------------------------
Following the process tree from setup.exe:
----------------------------------------
Process: setup.exe Pid: 1224
Path Description Company Name Version
C:\Program Files\Cygwin Setup\setup.exe
C:\WINNT\system32\activeds.dll ADs Router Layer DLL Microsoft Corporation 5.00.2195.6601
C:\WINNT\system32\adsldpc.dll ADs LDAP Provider C DLL Microsoft Corporation 5.00.2195.6701
C:\WINNT\system32\ADVAPI32.DLL Advanced Windows 32 Base API Microsoft Corporation 5.00.2195.6710
C:\WINNT\system32\comctl32.dll Common Controls Library Microsoft Corporation 5.81.4916.0400
C:\WINNT\system32\ctype.nls
C:\WINNT\system32\DHCPCSVC.DLL DHCP Client Service Microsoft Corporation 5.00.2195.6685
C:\WINNT\system32\dnsapi.dll DNS Client API DLL Microsoft Corporation 5.00.2195.6680
C:\WINNT\system32\GDI32.DLL GDI Client DLL Microsoft Corporation 5.00.2195.6660
C:\WINNT\system32\icmp.dll ICMP DLL Microsoft Corporation 5.00.2134.0001
C:\WINNT\system32\IPHLPAPI.DLL IP Helper API Microsoft Corporation 5.00.2195.6602
C:\WINNT\system32\KERNEL32.DLL Windows NT BASE API Client DLL Microsoft Corporation 5.00.2195.6688
C:\WINNT\system32\locale.nls
C:\WINNT\system32\mprapi.dll Windows NT MP Router Administration DLL Microsoft Corporation 5.00.2181.0001
C:\WINNT\system32\msafd.dll Microsoft Windows Sockets 2.0 Service Provider Microsoft Corporation 5.00.2195.6602
C:\WINNT\system32\msvcrt.dll Microsoft (R) C Runtime Library Microsoft Corporation 6.01.9844.0000
C:\WINNT\system32\NETAPI32.DLL Net Win32 API DLL Microsoft Corporation 5.00.2195.6601
C:\WINNT\system32\netrap.dll Net Remote Admin Protocol DLL Microsoft Corporation 5.00.2134.0001
C:\WINNT\system32\NTDLL.DLL NT Layer DLL Microsoft Corporation 5.00.2195.6685
C:\WINNT\system32\OLE32.DLL Microsoft OLE for Windows Microsoft Corporation 5.00.2195.6810
C:\WINNT\system32\OLEAUT32.DLL Microsoft Corporation 2.40.4522.0000
C:\WINNT\system32\rasadhlp.dll Remote Access AutoDial Helper Microsoft Corporation 5.00.2168.0001
C:\WINNT\system32\RASAPI32.DLL Remote Access API Microsoft Corporation 5.00.2195.6625
C:\WINNT\system32\RASMAN.DLL Remote Access Connection Manager Microsoft Corporation 5.00.2195.6738
C:\WINNT\system32\RNR20.DLL Windows Socket2 NameSpace DLL Microsoft Corporation 5.00.2195.6603
C:\WINNT\system32\rpcrt4.dll Remote Procedure Call Runtime Microsoft Corporation 5.00.2195.6802
C:\WINNT\system32\rtutils.dll Routing Utilities Microsoft Corporation 5.00.2168.0001
C:\WINNT\system32\samlib.dll SAM Library DLL Microsoft Corporation 5.00.2195.6666
C:\WINNT\system32\secur32.dll Security Support Provider Interface Microsoft Corporation 5.00.2195.6695
C:\WINNT\system32\SETUPAPI.DLL Windows Setup API Microsoft Corporation 5.00.2195.6622
C:\WINNT\system32\SHELL32.DLL Windows Shell Common Dll Microsoft Corporation 5.00.3700.6705
C:\WINNT\system32\shim.dll Shim Engine DLL Microsoft Corporation 5.00.2195.6717
C:\WINNT\system32\SHLWAPI.DLL Shell Light-weight Utility Library Microsoft Corporation 6.00.2800.1226
C:\WINNT\system32\sortkey.nls
C:\WINNT\system32\sorttbls.nls
C:\WINNT\system32\TAPI32.DLL Microsoft® Windows(TM) Telephony API Client DLL Microsoft Corporation 5.00.2195.6664
C:\WINNT\system32\unicode.nls
C:\WINNT\system32\USER32.DLL Windows 2000 USER API Client DLL Microsoft Corporation 5.00.2195.6688
C:\WINNT\system32\USERENV.DLL Userenv Microsoft Corporation 5.00.2195.6711
C:\WINNT\system32\winrnr.dll LDAP RnR Provider DLL Microsoft Corporation 5.00.2160.0001
C:\WINNT\system32\WLDAP32.DLL Win32 LDAP API DLL Microsoft Corporation 5.00.2195.6666
C:\WINNT\system32\ws2_32.dll Windows Socket 2.0 32-Bit DLL Microsoft Corporation 5.00.2195.6601
C:\WINNT\system32\ws2help.dll Windows Socket 2.0 Helper for Windows NT Microsoft Corporation 5.00.2134.0001
C:\WINNT\system32\wshtcpip.dll Windows Sockets Helper DLL Microsoft Corporation 5.00.2195.6601
C:\WINNT\system32\wsock32.dll Windows Socket 32-Bit DLL Microsoft Corporation 5.00.2195.6603
Process: sh.exe Pid: 664
Path Description Company Name Version
c:\cygwin\bin\cygwin1.dll Cygwin® POSIX Emulation DLL Red Hat 1005.05.0000.0000
c:\cygwin\bin\sh.exe
C:\WINNT\system32\ADVAPI32.DLL Advanced Windows 32 Base API Microsoft Corporation 5.00.2195.6710
C:\WINNT\system32\GDI32.DLL GDI Client DLL Microsoft Corporation 5.00.2195.6660
C:\WINNT\system32\KERNEL32.DLL Windows NT BASE API Client DLL Microsoft Corporation 5.00.2195.6688
C:\WINNT\system32\locale.nls
C:\WINNT\system32\NTDLL.DLL NT Layer DLL Microsoft Corporation 5.00.2195.6685
C:\WINNT\system32\rpcrt4.dll Remote Procedure Call Runtime Microsoft Corporation 5.00.2195.6802
C:\WINNT\system32\sortkey.nls
C:\WINNT\system32\sorttbls.nls
C:\WINNT\system32\unicode.nls
C:\WINNT\system32\USER32.DLL Windows 2000 USER API Client DLL Microsoft Corporation 5.00.2195.6688
Process: bash.exe Pid: 1216
Path Description Company Name Version
c:\cygwin\bin\bash.exe
c:\cygwin\bin\cygwin1.dll Cygwin® POSIX Emulation DLL Red Hat 1005.05.0000.0000
C:\WINNT\system32\activeds.dll ADs Router Layer DLL Microsoft Corporation 5.00.2195.6601
C:\WINNT\system32\adsldpc.dll ADs LDAP Provider C DLL Microsoft Corporation 5.00.2195.6701
C:\WINNT\system32\ADVAPI32.DLL Advanced Windows 32 Base API Microsoft Corporation 5.00.2195.6710
C:\WINNT\system32\comctl32.dll Common Controls Library Microsoft Corporation 5.81.4916.0400
C:\WINNT\system32\ctype.nls
C:\WINNT\system32\DHCPCSVC.DLL DHCP Client Service Microsoft Corporation 5.00.2195.6685
C:\WINNT\system32\dnsapi.dll DNS Client API DLL Microsoft Corporation 5.00.2195.6680
C:\WINNT\system32\GDI32.DLL GDI Client DLL Microsoft Corporation 5.00.2195.6660
C:\WINNT\system32\icmp.dll ICMP DLL Microsoft Corporation 5.00.2134.0001
C:\WINNT\system32\IPHLPAPI.DLL IP Helper API Microsoft Corporation 5.00.2195.6602
C:\WINNT\system32\KERNEL32.DLL Windows NT BASE API Client DLL Microsoft Corporation 5.00.2195.6688
C:\WINNT\system32\locale.nls
C:\WINNT\system32\mprapi.dll Windows NT MP Router Administration DLL Microsoft Corporation 5.00.2181.0001
C:\WINNT\system32\msvcrt.dll Microsoft (R) C Runtime Library Microsoft Corporation 6.01.9844.0000
C:\WINNT\system32\NETAPI32.DLL Net Win32 API DLL Microsoft Corporation 5.00.2195.6601
C:\WINNT\system32\netrap.dll Net Remote Admin Protocol DLL Microsoft Corporation 5.00.2134.0001
C:\WINNT\system32\NTDLL.DLL NT Layer DLL Microsoft Corporation 5.00.2195.6685
C:\WINNT\system32\OLE32.DLL Microsoft OLE for Windows Microsoft Corporation 5.00.2195.6810
C:\WINNT\system32\OLEAUT32.DLL Microsoft Corporation 2.40.4522.0000
C:\WINNT\system32\RASAPI32.DLL Remote Access API Microsoft Corporation 5.00.2195.6625
C:\WINNT\system32\RASMAN.DLL Remote Access Connection Manager Microsoft Corporation 5.00.2195.6738
C:\WINNT\system32\RNR20.DLL Windows Socket2 NameSpace DLL Microsoft Corporation 5.00.2195.6603
C:\WINNT\system32\rpcrt4.dll Remote Procedure Call Runtime Microsoft Corporation 5.00.2195.6802
C:\WINNT\system32\rtutils.dll Routing Utilities Microsoft Corporation 5.00.2168.0001
C:\WINNT\system32\samlib.dll SAM Library DLL Microsoft Corporation 5.00.2195.6666
C:\WINNT\system32\secur32.dll Security Support Provider Interface Microsoft Corporation 5.00.2195.6695
C:\WINNT\system32\SETUPAPI.DLL Windows Setup API Microsoft Corporation 5.00.2195.6622
C:\WINNT\system32\SHLWAPI.DLL Shell Light-weight Utility Library Microsoft Corporation 6.00.2800.1226
C:\WINNT\system32\sortkey.nls
C:\WINNT\system32\sorttbls.nls
C:\WINNT\system32\TAPI32.DLL Microsoft® Windows(TM) Telephony API Client DLL Microsoft Corporation 5.00.2195.6664
C:\WINNT\system32\unicode.nls
C:\WINNT\system32\USER32.DLL Windows 2000 USER API Client DLL Microsoft Corporation 5.00.2195.6688
C:\WINNT\system32\USERENV.DLL Userenv Microsoft Corporation 5.00.2195.6711
C:\WINNT\system32\winrnr.dll LDAP RnR Provider DLL Microsoft Corporation 5.00.2160.0001
C:\WINNT\system32\WLDAP32.DLL Win32 LDAP API DLL Microsoft Corporation 5.00.2195.6666
C:\WINNT\system32\ws2_32.dll Windows Socket 2.0 32-Bit DLL Microsoft Corporation 5.00.2195.6601
C:\WINNT\system32\ws2help.dll Windows Socket 2.0 Helper for Windows NT Microsoft Corporation 5.00.2134.0001
C:\WINNT\system32\wsock32.dll Windows Socket 32-Bit DLL Microsoft Corporation 5.00.2195.6603
Process: bash.exe Pid: 1232
Path Description Company Name Version
c:\cygwin\bin\bash.exe
c:\cygwin\bin\cygwin1.dll Cygwin® POSIX Emulation DLL Red Hat 1005.05.0000.0000
C:\WINNT\system32\ADVAPI32.DLL Advanced Windows 32 Base API Microsoft Corporation 5.00.2195.6710
C:\WINNT\system32\GDI32.DLL GDI Client DLL Microsoft Corporation 5.00.2195.6660
C:\WINNT\system32\KERNEL32.DLL Windows NT BASE API Client DLL Microsoft Corporation 5.00.2195.6688
C:\WINNT\system32\locale.nls
C:\WINNT\system32\NTDLL.DLL NT Layer DLL Microsoft Corporation 5.00.2195.6685
C:\WINNT\system32\rpcrt4.dll Remote Procedure Call Runtime Microsoft Corporation 5.00.2195.6802
C:\WINNT\system32\sortkey.nls
C:\WINNT\system32\sorttbls.nls
C:\WINNT\system32\unicode.nls
C:\WINNT\system32\USER32.DLL Windows 2000 USER API Client DLL Microsoft Corporation 5.00.2195.6688
Process: cygpath.exe Pid: 1280
Path Description Company Name Version
<Unable to query process module information>
C:\WINNT\system32\locale.nls
C:\WINNT\system32\sortkey.nls
C:\WINNT\system32\sorttbls.nls
C:\WINNT\system32\unicode.nls
----------------------------------------
Handle information for cygpath.exe:
----------------------------------------
Process: cygpath.exe Pid: 1280
Type Name
Desktop \Default
Directory \Windows
Directory \KnownDlls
File \Device\Afd\Endpoint
File C:\cygwin
File \Device\NamedPipe\Win32Pipes.000004c0.00000001
File C:\cygwin\var\log\setup.log.postinstallXa00660
File \Device\NamedPipe\Win32Pipes.000004c0.00000001
Key HKLM
Mutant \BaseNamedObjects\DBWinMutex
Process bash.exe(1232)
Process bash.exe(1232)
Process bash.exe(1216)
Section \BaseNamedObjects\cygpid.4D0
Section \BaseNamedObjects\cygwin1S3.S-1-5-21-313501798-2004386012-1271835937-1626.27
Section \BaseNamedObjects\cygwin1S3.shared.3
WindowStation \Windows\WindowStations\WinSta0
WindowStation \Windows\WindowStations\WinSta0
--
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/
^ permalink raw reply [flat|nested] 78+ messages in thread
* Re: setup hangs during postinstall
2003-10-14 19:13 ` Christopher Faylor
@ 2003-10-14 19:20 ` Brian Ford
2003-10-14 20:14 ` Christopher Faylor
2003-10-14 21:04 ` Christopher Faylor
0 siblings, 2 replies; 78+ messages in thread
From: Brian Ford @ 2003-10-14 19:20 UTC (permalink / raw)
To: cygwin
On Tue, 14 Oct 2003, Christopher Faylor wrote:
> Ok, so it is hanging in process initialization. Since it is single
> threaded it can't be attached to. I've run into this from time to time.
> It is really hard to debug. Maybe adding a small_printf in init.cc will
> show what's going on.
>
Will try soon.
> Igor's theory about DLLs might also be the culprit here. I wonder if
> the PATH is different when run via the desktop and a different version
> of MSVCRT.DLL is being pulled in or something.
>
I'll use his test program soon too, but...
> I know this is acting a lot but would you be willing to use the
> SysInternals "Process Explorer" process to see if you can see anything
> funny about the DLLs that are loaded in the hung cygpath?
>
> http://sysinternals.com/ntw2k/freeware/procexp.shtml
>
Always happy to learn about good tools. :)
> Or, actually anyone who's experiencing the problem could provide this
> info. It would be interesting to see if the DLLs that a process are
> using look "funny" where "funny" would mean coming from a non system
> directory.
>
I don't think the DLLs are the issue, but maybe.
When using the tool above, and looking at process properties->threads for
cygpath, it shows two threads. One's state is Wait:Executive, the
other's is Wait:UserInput (both in NTDLL.DLL).
Sure enough, changing my test to
#!/bin/bash
FOO=`cygpath -S < /dev/null`
does not hang.
I've seen behavior like this before with one of our apps all the way back
to pre 1.3.22 days, but I never got a chance to debug it. We already
launched it from a script, and it required no user input, so I just did
the above.
I'll keep digging to see if I can figure out why it is looking for user
input.
BTW, when viewing cygpath's handles, I see two WinStation ones. Just
wondering if that means anything given the recent xemacs issues. I think
I have your patch for that in my Cygwin DLL, though.
--
Brian Ford
Senior Realtime Software Engineer
VITAL - Visual Simulation Systems
FlightSafety International
Phone: 314-551-8460
Fax: 314-551-8444
--
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/
^ permalink raw reply [flat|nested] 78+ messages in thread
* Re: setup hangs during postinstall
2003-10-14 18:23 ` Brian Ford
@ 2003-10-14 19:13 ` Christopher Faylor
2003-10-14 19:20 ` Brian Ford
0 siblings, 1 reply; 78+ messages in thread
From: Christopher Faylor @ 2003-10-14 19:13 UTC (permalink / raw)
To: cygwin
On Tue, Oct 14, 2003 at 01:13:33PM -0500, Brian Ford wrote:
>On Tue, 14 Oct 2003, Christopher Faylor wrote:
>>4) exec (stub) waits for execed program to say "I'm here".
>>
>I'm sure this is where it hangs.
>
>>So, for a brief time there are two processes attached to the same
>>pinfo. The task manager (and maybe ps -W) will tell you the "real"
>>windows process that is running.
>>
>Found it with ps -W. It still had a DOS style path in the command
>field and no PPID, etc. yet.
Right. That jives with your theory that the process is hanging prior
to cygwin initialization.
>Tried to attach gdb, but gdb just hung. Still digging... Boy, this is
>a difficult one to debug!
Ok, so it is hanging in process initialization. Since it is single
threaded it can't be attached to. I've run into this from time to time.
It is really hard to debug. Maybe adding a small_printf in init.cc will
show what's going on.
Igor's theory about DLLs might also be the culprit here. I wonder if
the PATH is different when run via the desktop and a different version
of MSVCRT.DLL is being pulled in or something.
I know this is acting a lot but would you be willing to use the
SysInternals "Process Explorer" process to see if you can see anything
funny about the DLLs that are loaded in the hung cygpath?
http://sysinternals.com/ntw2k/freeware/procexp.shtml
Or, actually anyone who's experiencing the problem could provide this
info. It would be interesting to see if the DLLs that a process are
using look "funny" where "funny" would mean coming from a non system
directory.
cgf
--
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/
^ permalink raw reply [flat|nested] 78+ messages in thread
* Re: setup hangs during postinstall
2003-10-14 16:57 ` Christopher Faylor
2003-10-14 17:55 ` Brian Ford
@ 2003-10-14 18:23 ` Brian Ford
2003-10-14 19:13 ` Christopher Faylor
1 sibling, 1 reply; 78+ messages in thread
From: Brian Ford @ 2003-10-14 18:23 UTC (permalink / raw)
To: cygwin
On Tue, 14 Oct 2003, Christopher Faylor wrote:
> 4) exec (stub) waits for execed program to say "I'm here".
>
I'm sure this is where it hangs.
> So, for a brief time there are two processes attached to the same pinfo.
> The task manager (and maybe ps -W) will tell you the "real" windows
> process that is running.
>
Found it with ps -W. It still had a DOS style path in the command field
and no PPID, etc. yet. Tried to attach gdb, but gdb just hung. Still
digging... Boy, this is a difficult one to debug!
--
Brian Ford
Senior Realtime Software Engineer
VITAL - Visual Simulation Systems
FlightSafety International
Phone: 314-551-8460
Fax: 314-551-8444
--
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/
^ permalink raw reply [flat|nested] 78+ messages in thread
* Re: setup hangs during postinstall
2003-10-14 16:57 ` Christopher Faylor
@ 2003-10-14 17:55 ` Brian Ford
2003-10-14 18:23 ` Brian Ford
1 sibling, 0 replies; 78+ messages in thread
From: Brian Ford @ 2003-10-14 17:55 UTC (permalink / raw)
To: cygwin
On Tue, 14 Oct 2003, Christopher Faylor wrote:
> So it must not really be cygpath that is hanging, then. The stack trace that
> you provided was more likely for an execed bash stub. You could try setting
> CYGWIN_DEBUG=bash to test that theory.
>
Considering these things (cygpath, strace, etc.) only hang under /bin/bash
and not /bin/sh, I'd say that is likely.
Once again, I'll test ASAP, but I'm swamped right now.
> >> The stack trace below is from a process that is running cygpath not
> >> from cygpath itself.
> >>
> >Ok. That is what it looked like to me too, but I don't know how the
> >Cygwin "fork exec" stuff works yet (spawn_guts is huge), so I wasn't
> >entirely sure.
> >
> >Maybe I was just too rushed, but I'm almost positive I attached to
> >the only thing ps -ef said was cygpath. Why does the spawner (bash?) say
> >it's cygpath?
>
> The name of the stub changes when it execs a process. It goes something
> like this:
>
Thanks for the hand hold.
--
Brian Ford
Senior Realtime Software Engineer
VITAL - Visual Simulation Systems
FlightSafety International
Phone: 314-551-8460
Fax: 314-551-8444
--
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/
^ permalink raw reply [flat|nested] 78+ messages in thread
* Re: setup hangs during postinstall
2003-10-14 16:55 Steve Fairbairn
@ 2003-10-14 17:08 ` Christopher Faylor
0 siblings, 0 replies; 78+ messages in thread
From: Christopher Faylor @ 2003-10-14 17:08 UTC (permalink / raw)
To: cygwin
On Tue, Oct 14, 2003 at 05:28:41PM +0100, Steve Fairbairn wrote:
>Just trying to either re-enforce or counter Brian's debug info, I have done
>the same thing Chris requested of him with my hung cygpath process.
>
>(gdb) info threads
> 3 thread 164.0xd88 0x77f75a59 in ntdll!DbgUiConnectToDbg ()
> from /cygdrive/c/WINDOWS/System32/ntdll.dll
> 2 thread 164.0x118 0x7ffe0304 in ?? ()
>* 1 thread 164.0x124 0x7ffe0304 in ?? ()
>
>Thread 1
>(gdb) l *0x61092939
>0x61092939 is in muto::acquire(unsigned long)
>(../../../../src/winsup/cygwin/sync.cc:75).
>(gdb) l *0x6108da76
>0x6108da76 is in WFMO (../../../../src/winsup/cygwin/sigproc.cc:1248).
>(gdb) l *0x61092b50
>0x61092b50 is in close_all_files()
>(../../../../src/winsup/cygwin/syscalls.cc:102).
>(gdb) l *0x6108fffd
>0x6108fffd is in spawn_guts(char const*, char const* const*, char const*
>const*, int) (../../../../src/winsup/cygwin/spawn.cc:847).
This is roughly the same information that Brian provided. I'm still puzzled
as to how it could come to pass.
cgf
--
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/
^ permalink raw reply [flat|nested] 78+ messages in thread
* Re: setup hangs during postinstall
2003-10-14 16:28 ` Brian Ford
@ 2003-10-14 16:57 ` Christopher Faylor
2003-10-14 17:55 ` Brian Ford
2003-10-14 18:23 ` Brian Ford
0 siblings, 2 replies; 78+ messages in thread
From: Christopher Faylor @ 2003-10-14 16:57 UTC (permalink / raw)
To: cygwin
On Tue, Oct 14, 2003 at 10:27:45AM -0500, Brian Ford wrote:
>On Mon, 13 Oct 2003, Christopher Faylor wrote:
>
>> On Mon, Oct 13, 2003 at 12:22:12PM -0500, Brian Ford wrote:
>> >Since setup must be launched from explorer to hang, I set
>> >CYGWIN_DEBUG=cygpath in my system environment variables and rebooted. To
>> >make sure it worked, I launched a bash under rxvt and did a "cygpath -S".
>> >Up popped the gdb cmd shell. But, under setup, no dice.
>>
>> Are you saying that there was no popup? That would imply that CYGWIN_DEBUG
>> is not in the environment. You could just hack on the code in dcrt0.cc to
>> automatically pop up a gdb when command line contains cygpath, as a temporary
>> measure, of course.
>>
>Yes, but I'm sure it *was* in the environment. In fact, after terminating
>my manually attached gdb session, it popped up (this is NT4, so cypath
>had to exit at gdb detach time).
So it must not really be cygpath that is hanging, then. The stack trace that
you provided was more likely for an execed bash stub. You could try setting
CYGWIN_DEBUG=bash to test that theory.
>> The stack trace below is from a process that is running cygpath not
>> from cygpath itself.
>>
>Ok. That is what it looked like to me too, but I don't know how the
>Cygwin "fork exec" stuff works yet (spawn_guts is huge), so I wasn't
>entirely sure.
>
>Maybe I was just too rushed, but I'm almost positive I attached to
>the only thing ps -ef said was cygpath. Why does the spawner (bash?) say
>it's cygpath?
The name of the stub changes when it execs a process. It goes something
like this:
1) Call exec
2) exec calls CreateProcess, sets up pinfo structure with newly created
windows pid, maintaining the cygwin pid.
3) exec (stub) changes name in pinfo structure to that of execed program.
4) exec (stub) waits for execed program to say "I'm here".
4) exec (stub) exits.
So, for a brief time there are two processes attached to the same pinfo.
The task manager (and maybe ps -W) will tell you the "real" windows
process that is running.
cgf
--
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/
^ permalink raw reply [flat|nested] 78+ messages in thread
* RE: setup hangs during postinstall
@ 2003-10-14 16:55 Steve Fairbairn
2003-10-14 17:08 ` Christopher Faylor
0 siblings, 1 reply; 78+ messages in thread
From: Steve Fairbairn @ 2003-10-14 16:55 UTC (permalink / raw)
To: 'cygwin@cygwin.com'
All,
Just trying to either re-enforce or counter Brian's debug info, I have done
the same thing Chris requested of him with my hung cygpath process.
(gdb) info threads
3 thread 164.0xd88 0x77f75a59 in ntdll!DbgUiConnectToDbg ()
from /cygdrive/c/WINDOWS/System32/ntdll.dll
2 thread 164.0x118 0x7ffe0304 in ?? ()
* 1 thread 164.0x124 0x7ffe0304 in ?? ()
Thread 1
(gdb) l *0x61092939
0x61092939 is in muto::acquire(unsigned long)
(../../../../src/winsup/cygwin/sync.cc:75).
(gdb) l *0x6108da76
0x6108da76 is in WFMO (../../../../src/winsup/cygwin/sigproc.cc:1248).
(gdb) l *0x61092b50
0x61092b50 is in close_all_files()
(../../../../src/winsup/cygwin/syscalls.cc:102).
(gdb) l *0x6108fffd
0x6108fffd is in spawn_guts(char const*, char const* const*, char const*
const*, int) (../../../../src/winsup/cygwin/spawn.cc:847).
Thread 2
(gdb) l *0x610f1f20
No source file for address 0x610f1f20.
(gdb) l *0x6108d2f6
0x6108d2f6 is in wait_sig(void*)
(../../../../src/winsup/cygwin/sigproc.cc:1089).
(gdb) l *0x610a39fb
0x610a39fb is in pthread_key::set(void const*)
(../../../../src/winsup/cygwin/thread.cc:1386).
(gdb) l *0x610efdb8
No source file for address 0x610efdb8.
(gdb) l *0x610efdb8 (Yes there was 2 of them)
No source file for address 0x610efdb8.
Thread 3
None.
HTH,
Steve Fairbairn
--
-- LONG DISCLAIMER --
*******************************************************
This email has originated from Perwill plc (Registration No. 1906964)
Office registered at: 13A Market Square, Alton, Hampshire, GU34 1UR, UK
Tel: +44 (0)1420 545000
Fax: +44 (0)1420 545001
www.perwill.com
*******************************************************
Privileged, confidential and/or copyright information may be contained
in this email, and is only for the use of the intended addressee.
To copy, forward, disclose or otherwise use it in any way if you are not
the intended recipient or responsible for delivering to him/her is
prohibited.
If you receive this email by mistake, please advise the sender immediately,
by using the reply facility in your email software.
We may monitor the content of emails sent and received via our network
for the purposes of ensuring compliance with policies and procedures.
This message is subject to and does not create or vary any contractual
relationships between Perwill plc and the recipient.
*******************************************************
Any opinions expressed in the email are those of the sender and not
necessarily of Perwill plc.
*******************************************************
This email has been scanned for known viruses using
McAfee WebShield 4.5 MR1a
*******************************************************
--
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/
^ permalink raw reply [flat|nested] 78+ messages in thread
* RE: setup hangs during postinstall
@ 2003-10-14 16:50 Steve Fairbairn
0 siblings, 0 replies; 78+ messages in thread
From: Steve Fairbairn @ 2003-10-14 16:50 UTC (permalink / raw)
To: cygwin
[-- Attachment #1: Type: text/plain, Size: 7241 bytes --]
All,
Using the script below, provided by Hannu E K Nevalainen.
--
$ cat /etc/postinstall/t3.sh
#!/bin/bash -x
# CYGWIN_DEBUG=/bin/cygpath
# set CYGWIN_SLEEP=20000
echo -e "CYGWIN_DEBUG=${CYGWIN_DEBUG}\tCYGWIN_SLEEP=${CYGWIN_SLEEP}"
TOPFOLDER="$(cygpath -A -P)/Cygwin-XFree86"
echo $TOPFOLDER
--
I currently have my setup/cygpath is a hung state. To try and help out, I
decided to attach gdb to the process and hopefully see if I could get
anything useful. The first thing I did was a ps -W to obtain a process ID
to attach to, then did from my obj build directory I did 'gdb
/bin/cygpath.exe 1736'
--
Steve Fairbairn@stevefnec ~/obj
$ ps -W
PID PPID PGID WINPID TTY UID STIME COMMAND
4 0 0 4 ? 0 20:24:48 *** unknown ***
480 0 0 480 ? 0 15:51:12
\SystemRoot\System32\smss.exe
644 0 0 644 ? 0 15:51:14
\??\C:\WINDOWS\system32\winlogon.exe
688 0 0 688 ? 0 15:51:15
C:\WINDOWS\system32\services.exe
700 0 0 700 ? 0 15:51:15
C:\WINDOWS\system32\lsass.exe
880 0 0 880 ? 0 15:51:15
C:\WINDOWS\system32\svchost.exe
980 0 0 980 ? 0 15:51:15
C:\WINDOWS\System32\svchost.exe
1328 0 0 1328 ? 0 15:51:16
C:\WINDOWS\system32\spoolsv.exe
1864 0 0 1864 ? 0 15:51:25
C:\WINDOWS\Explorer.EXE
192 0 0 192 ? 0 15:51:28 C:\Program
Files\Sophos SWEEP for NT\SWEEPSRV.SYS
228 0 0 228 ? 0 15:51:29
C:\WINDOWS\System32\igfxtray.exe
232 0 0 232 ? 0 15:51:29
C:\WINDOWS\System32\hkcmd.exe
240 0 0 240 ? 0 15:51:29 C:\Program
Files\Java\j2re1.4.2_01\bin\jusched.exe
264 0 0 264 ? 0 15:51:29 C:\Program Files\MSN
Messenger\MsnMsgr.Exe
312 0 0 312 ? 0 15:51:29 C:\Program
Files\Sophos SWEEP for NT\ICMON.EXE
436 0 0 436 ? 0 15:51:34 C:\Program
Files\Sophos SWEEP for NT\SWUPDATE.EXE
1408 0 0 1408 ? 0 16:05:20 C:\Program
Files\Microsoft Visual Studio\VSS\win32\SSEXP.EXE
936 0 0 936 ? 0 16:05:43 C:\Program
Files\Popcorn\popcorn.exe
1052 0 0 1052 ? 0 16:05:43 C:\Program
Files\Popcorn\popcorn.exe
1128 0 0 1128 ? 0 16:09:53 C:\Program
Files\Microsoft Office\Office\OUTLOOK.EXE
1688 0 0 1688 ? 0 16:09:54 C:\Program
Files\Common Files\System\MAPI\1033\nt\MAPISP32.EXE
640 1 640 640 con 11125 16:22:07 /usr/bin/rxvt
988 0 0 988 ? 0 16:22:07
D:\cygwin\bin\bash.exe
1876 0 0 1876 ? 0 16:25:32
W:\Public\Installs\Installs\Cygwin\setup-2.415.exe
1276 1 1276 1276 con 11125 16:26:02 /usr/bin/sh
I 224 1276 1276 224 con 11125 16:26:02 /usr/bin/bash
164 224 1276 164 con 11125 16:26:02 /usr/bin/cygpath
1736 0 0 1736 ? 0 16:26:03
D:\cygwin\bin\cygpath.exe
448 1 448 448 con 11125 16:27:56 /usr/bin/rxvt
2080 0 0 2080 ? 0 16:27:56
D:\cygwin\bin\bash.exe
3272 1164 3272 3284 0 11125 16:28:30 /usr/bin/ps
3284 0 0 3284 ? 0 16:28:30 D:\cygwin\bin\ps.exe
--
gdb didn't complain, and appeared to attach to the process, but wouldn't
give me a prompt to use. No amount of CTRL-C, CTRL-Z, anything would gain a
response from gdb...
--
Steve Fairbairn@stevefnec ~/obj
$ gdb /bin/cygpath.exe 1736
GNU gdb 2003-09-02-cvs (cygwin-special)
Copyright 2003 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "i686-pc-cygwin"...
Attaching to program `/usr/bin/cygpath.exe', process 1736
--
In the end I killed off gdb from another shell, and then did a plain and
simple 'ps'.
--
Steve Fairbairn@stevefnec ~
$ ps
PID PPID PGID WINPID TTY UID STIME COMMAND
640 1 640 640 con 11125 16:22:07 /usr/bin/rxvt
1164 640 1164 988 0 11125 16:22:07 /usr/bin/bash
1276 1 1276 1276 con 11125 16:26:02 /usr/bin/sh
I 224 1276 1276 224 con 11125 16:26:02 /usr/bin/bash
164 224 1276 164 con 11125 16:26:02 /usr/bin/cygpath
1576 1164 1576 904 0 11125 16:27:05 /usr/bin/gdb
448 1 448 448 con 11125 16:27:56 /usr/bin/rxvt
2064 448 2064 2080 1 11125 16:27:56 /usr/bin/bash
2744 2064 2744 2756 1 11125 16:28:01 /usr/bin/ps
--
I'm hoping this is relevant to the people in the know. As you can see, the
cygpath process ID according to this ps has nothing to do with 1736. So,
instead I have attached gdb to the process 164 reported here.
This is giving me a prompt, and I'm sure I can type lots of commands, but my
gdb knowledge is very limited and I don't know what I can request that could
be of any use. My cygwin1.dll and cygpath binaries were built using 'make
CFLAGS_FOR_TARGET=-g CFLAGS=-g > make.log 2>&1' so hopefully has all the
debug information wanted.
I'm leaving everything as is, in case anyone has a set of commands they'd
like run in gdb.
HTH,
Steve Fairbairn
Just for completeness I'll attach the cygcheck requested in the normal
problem reports.
--
-- LONG DISCLAIMER --
*******************************************************
This email has originated from Perwill plc (Registration No. 1906964)
Office registered at: 13A Market Square, Alton, Hampshire, GU34 1UR, UK
Tel: +44 (0)1420 545000
Fax: +44 (0)1420 545001
www.perwill.com
*******************************************************
Privileged, confidential and/or copyright information may be contained
in this email, and is only for the use of the intended addressee.
To copy, forward, disclose or otherwise use it in any way if you are not
the intended recipient or responsible for delivering to him/her is
prohibited.
If you receive this email by mistake, please advise the sender immediately,
by using the reply facility in your email software.
We may monitor the content of emails sent and received via our network
for the purposes of ensuring compliance with policies and procedures.
This message is subject to and does not create or vary any contractual
relationships between Perwill plc and the recipient.
*******************************************************
Any opinions expressed in the email are those of the sender and not
necessarily of Perwill plc.
*******************************************************
This email has been scanned for known viruses using
McAfee WebShield 4.5 MR1a
*******************************************************
[-- Attachment #2: cygcheck.out --]
[-- Type: application/octet-stream, Size: 34956 bytes --]
Cygwin Win95/NT Configuration Diagnostics
Current System Time: Tue Oct 14 16:41:57 2003
Windows XP Professional Ver 5.1 Build 2600 Service Pack 1
Path: D:\cygwin\usr\local\bin
D:\cygwin\bin
D:\cygwin\bin
D:\cygwin\usr\X11R6\bin
d:\v80003\data\work\userbin
d:\v80003\bin
c:\Program Files\j2sdk1.4.2_01\bin
c:\WINDOWS\system32
c:\WINDOWS
c:\WINDOWS\System32\Wbem
c:\Program Files\Microsoft Visual Studio\VC98\Bin
D:\cygwin\bin
Output from D:\cygwin\bin\id.exe (nontsec)
UID: 11125(Steve Fairbairn) GID: 11043(Development)
11043(Development)
Output from D:\cygwin\bin\id.exe (ntsec)
UID: 11125(Steve Fairbairn) GID: 11043(Development)
544(Administrators)
555(Remote Desktop Users) 545(Users)
11043(Development)
10513(Domain Users) 12798(Perwill)
SysDir: C:\WINDOWS\System32
WinDir: C:\WINDOWS
HOME = `D:\cygwin\home\Steve'
MAKE_MODE = `unix'
PWD = `/home/Steve'
USER = `Steve Fairbairn'
ALLUSERSPROFILE = `C:\Documents and Settings\All Users'
APPDATA = `C:\Documents and Settings\Steve Fairbairn\Application Data'
CLIENTNAME = `Console'
COLORFGBG = `default;default;0'
COLORTERM = `rxvt-xpm'
COMMONPROGRAMFILES = `C:\Program Files\Common Files'
COMPUTERNAME = `STEVEFNEC'
COMSPEC = `C:\WINDOWS\system32\cmd.exe'
CVSROOT = `:pserver:anoncvs@localhost:/cvs/src'
CVS_RSH = `/bin/ssh'
DISPLAY = `:0'
HOMEDRIVE = `C:'
HOMEPATH = `\Documents and Settings\Steve Fairbairn'
HOSTNAME = `stevefnec'
INFOPATH = `/usr/local/info:/usr/info:/usr/share/info:/usr/autotool/devel/info:/usr/autotool/stable/info:'
JAVA_DEV_ROOT = `D:\dev\ebiz\JDBC_Perwill_Server'
LOGONSERVER = `\\DCBACKUP'
MANPATH = `/usr/local/man:/usr/man:/usr/share/man:/usr/autotool/devel/man::/usr/ssl/man'
NUMBER_OF_PROCESSORS = `1'
OLDPWD = `/usr/bin'
OS = `Windows_NT'
PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH'
PROCESSOR_ARCHITECTURE = `x86'
PROCESSOR_IDENTIFIER = `x86 Family 15 Model 2 Stepping 9, GenuineIntel'
PROCESSOR_LEVEL = `15'
PROCESSOR_REVISION = `0209'
PROGRAMFILES = `C:\Program Files'
PS1 = `\[\033]0;\w\007
\033[32m\]\u@\h \[\033[33m\w\033[0m\]
$ '
SESSIONNAME = `Console'
SHLVL = `1'
SYSTEMDRIVE = `C:'
SYSTEMROOT = `C:\WINDOWS'
TEMP = `c:\DOCUME~1\STEVEF~1\LOCALS~1\Temp'
TERM = `rxvt'
TEXMF = `{/usr/share/lilypond/1.6.11,/usr/share/texmf}'
TMP = `c:\DOCUME~1\STEVEF~1\LOCALS~1\Temp'
USERDNSDOMAIN = `PERWILL.COM'
USERDOMAIN = `PERWILL'
USERNAME = `Steve Fairbairn'
USERPROFILE = `C:\Documents and Settings\Steve Fairbairn'
WINDIR = `C:\WINDOWS'
WINDOWID = `168035120'
_ = `/usr/bin/cygcheck'
HKEY_CURRENT_USER\Software\Cygnus Solutions
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2
(default) = `/cygdrive'
cygdrive flags = 0x00000022
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/
(default) = `D:\cygwin'
flags = 0x0000000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/bin
(default) = `D:\cygwin/bin'
flags = 0x0000000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/lib
(default) = `D:\cygwin/lib'
flags = 0x0000000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/X11R6/lib/X11/fonts
(default) = `D:\cygwin\usr\X11R6\lib\X11\fonts'
flags = 0x0000000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\Program Options
a: fd N/A N/A
c: hd NTFS 6000Mb 73% CP CS UN PA FC
d: hd NTFS 32153Mb 15% CP CS UN PA FC
e: cd N/A N/A
i: net NTFS 63992Mb 71% CP CS UN PA FC Data
j: net NTFS 63992Mb 71% CP CS UN PA FC Data
k: net NTFS 63992Mb 71% CP CS UN PA FC Data
l: net NTFS 63992Mb 71% CP CS UN PA FC Data
m: net NTFS 63992Mb 71% CP CS UN PA FC Data
n: net NTFS 63992Mb 71% CP CS UN PA FC Data
o: net NTFS 63992Mb 71% CP CS UN PA FC Data
p: net NTFS 63992Mb 71% CP CS UN PA FC Data
t: net NTFS 63992Mb 71% CP CS UN PA FC Data
u: net NTFS 63992Mb 71% CP CS UN PA FC Data
w: net NTFS 63992Mb 71% CP CS UN PA FC Data
D:\cygwin / system binmode
D:\cygwin/bin /usr/bin system binmode
D:\cygwin/lib /usr/lib system binmode
D:\cygwin\usr\X11R6\lib\X11\fonts /usr/X11R6/lib/X11/fonts system binmode
.. /cygdrive system binmode,cygdrive
Found: D:\cygwin\bin\awk.exe
Found: D:\cygwin\bin\bash.exe
Found: D:\cygwin\bin\cat.exe
Found: D:\cygwin\bin\cp.exe
Found: D:\cygwin\bin\cpp.exe
Found: D:\cygwin\bin\find.exe
Found: D:\cygwin\bin\gcc.exe
Found: D:\cygwin\bin\gdb.exe
Found: D:\cygwin\bin\grep.exe
Found: D:\cygwin\bin\ld.exe
Found: D:\cygwin\bin\ls.exe
Found: D:\cygwin\bin\make.exe
Found: D:\cygwin\bin\mv.exe
Found: D:\cygwin\bin\rm.exe
Found: D:\cygwin\bin\sed.exe
Found: D:\cygwin\bin\sh.exe
Found: D:\cygwin\bin\tar.exe
61k 2003/08/09 D:\cygwin\bin\cygbz2-1.dll - os=4.0 img=1.0 sys=4.0
"cygbz2-1.dll" v0.0 ts=2003/8/9 7:35
54k 2002/01/27 D:\cygwin\bin\cygbz21.0.dll - os=4.0 img=1.0 sys=4.0
"cygbz21.0.dll" v0.0 ts=2002/1/27 1:07
14k 2003/08/10 D:\cygwin\bin\cygcharset-1.dll - os=4.0 img=1.0 sys=4.0
"cygcharset-1.dll" v0.0 ts=2003/8/10 21:57
849k 2003/08/11 D:\cygwin\bin\cygcrypto-0.9.7.dll - os=4.0 img=1.0 sys=4.0
"cygcrypto-0.9.7.dll" v0.0 ts=2003/8/11 9:58
645k 2003/04/11 D:\cygwin\bin\cygcrypto.dll - os=4.0 img=1.0 sys=4.0
"cygcrypto.dll" v0.0 ts=2003/4/11 11:37
551k 2003/04/02 D:\cygwin\bin\cygcurl-2.dll - os=4.0 img=1.0 sys=4.0
"cygcurl-2.dll" v0.0 ts=2003/4/2 22:09
28k 2003/08/11 D:\cygwin\bin\cygcygipc-2.dll - os=4.0 img=1.0 sys=4.0
"cygcygipc-2.dll" v0.0 ts=2003/8/11 1:54
380k 2002/07/24 D:\cygwin\bin\cygdb-3.1.dll - os=4.0 img=1.0 sys=4.0
"cygdb-3.1.dll" v0.0 ts=2002/7/24 17:24
326k 2002/06/26 D:\cygwin\bin\cygdb2.dll - os=4.0 img=1.0 sys=4.0
"cygdb2.dll" v0.0 ts=2002/6/26 18:48
487k 2002/07/24 D:\cygwin\bin\cygdb_cxx-3.1.dll - os=4.0 img=1.0 sys=4.0
"cygdb_cxx-3.1.dll" v0.0 ts=2002/7/24 17:25
135k 2003/04/13 D:\cygwin\bin\cygexpat-0.dll - os=4.0 img=1.0 sys=4.0
"cygexpat-0.dll" v0.0 ts=2003/4/13 22:24
61k 2003/06/10 D:\cygwin\bin\cygexslt-0.dll - os=4.0 img=1.0 sys=4.0
"cygexslt-0.dll" v0.0 ts=2003/6/10 19:07
45k 2001/04/25 D:\cygwin\bin\cygform5.dll - os=4.0 img=1.0 sys=4.0
"cygform5.dll" v0.0 ts=2001/4/25 6:28
35k 2002/01/09 D:\cygwin\bin\cygform6.dll - os=4.0 img=1.0 sys=4.0
"cygform6.dll" v0.0 ts=2002/1/9 6:03
48k 2003/08/09 D:\cygwin\bin\cygform7.dll - os=4.0 img=1.0 sys=4.0
"cygform7.dll" v0.0 ts=2003/8/9 10:25
28k 2003/07/20 D:\cygwin\bin\cyggdbm-3.dll - os=4.0 img=1.0 sys=4.0
"cyggdbm-3.dll" v0.0 ts=2003/7/20 8:58
30k 2003/08/11 D:\cygwin\bin\cyggdbm-4.dll - os=4.0 img=1.0 sys=4.0
"cyggdbm-4.dll" v0.0 ts=2003/8/11 3:12
19k 2003/03/22 D:\cygwin\bin\cyggdbm.dll - os=4.0 img=1.0 sys=4.0
"cyggdbm.dll" v0.0 ts=2002/2/20 3:05
15k 2003/07/20 D:\cygwin\bin\cyggdbm_compat-3.dll - os=4.0 img=1.0 sys=4.0
"cyggdbm_compat-3.dll" v0.0 ts=2003/7/20 9:00
15k 2003/08/11 D:\cygwin\bin\cyggdbm_compat-4.dll - os=4.0 img=1.0 sys=4.0
"cyggdbm_compat-4.dll" v0.0 ts=2003/8/11 3:13
69k 2003/08/10 D:\cygwin\bin\cyggettextlib-0-12-1.dll - os=4.0 img=1.0 sys=4.0
"cyggettextlib-0-12-1.dll" v0.0 ts=2003/8/10 23:10
12k 2003/08/10 D:\cygwin\bin\cyggettextpo-0.dll - os=4.0 img=1.0 sys=4.0
"cyggettextpo-0.dll" v0.0 ts=2003/8/10 23:11
134k 2003/08/10 D:\cygwin\bin\cyggettextsrc-0-12-1.dll - os=4.0 img=1.0 sys=4.0
"cyggettextsrc-0-12-1.dll" v0.0 ts=2003/8/10 23:10
489k 2003/08/09 D:\cygwin\bin\cygguile-12.dll - os=4.0 img=1.0 sys=4.0
"cygguile-12.dll" v0.0 ts=2003/8/9 15:17
489k 2003/07/28 D:\cygwin\bin\cygguile-12abi13.dll - os=4.0 img=1.0 sys=4.0
"cygguile-12abi13.dll" v0.0 ts=2003/7/28 19:18
24k 2003/08/09 D:\cygwin\bin\cygguile-ltdl-1.dll - os=4.0 img=1.0 sys=4.0
"cygguile-ltdl-1.dll" v0.0 ts=2003/8/9 15:16
24k 2003/07/28 D:\cygwin\bin\cygguile-ltdl-1abi13.dll - os=4.0 img=1.0 sys=4.0
"cygguile-ltdl-1abi13.dll" v0.0 ts=2003/7/28 18:48
62k 2003/08/09 D:\cygwin\bin\cygguile-srfi-srfi-13-14-v-1-1.dll - os=4.0 img=1.0 sys=4.0
"cygguile-srfi-srfi-13-14-v-1-1.dll" v0.0 ts=2003/8/9 15:17
62k 2003/07/28 D:\cygwin\bin\cygguile-srfi-srfi-13-14-v-1-1abi13.dll - os=4.0 img=1.0 sys=4.0
"cygguile-srfi-srfi-13-14-v-1-1abi13.dll" v0.0 ts=2003/7/28 19:18
23k 2003/08/09 D:\cygwin\bin\cygguile-srfi-srfi-4-v-1-1.dll - os=4.0 img=1.0 sys=4.0
"cygguile-srfi-srfi-4-v-1-1.dll" v0.0 ts=2003/8/9 15:17
23k 2003/07/28 D:\cygwin\bin\cygguile-srfi-srfi-4-v-1-1abi13.dll - os=4.0 img=1.0 sys=4.0
"cygguile-srfi-srfi-4-v-1-1abi13.dll" v0.0 ts=2003/7/28 19:18
11k 2003/08/09 D:\cygwin\bin\cygguilereadline-v-12-12.dll - os=4.0 img=1.0 sys=4.0
"cygguilereadline-v-12-12.dll" v0.0 ts=2003/8/9 15:17
11k 2003/07/28 D:\cygwin\bin\cygguilereadline-v-12-12abi13.dll - os=4.0 img=1.0 sys=4.0
"cygguilereadline-v-12-12abi13.dll" v0.0 ts=2003/7/28 19:18
17k 2001/06/28 D:\cygwin\bin\cyghistory4.dll - os=4.0 img=1.0 sys=4.0
"cyghistory4.dll" v0.0 ts=2001/1/7 4:34
29k 2003/08/10 D:\cygwin\bin\cyghistory5.dll - os=4.0 img=1.0 sys=4.0
"cyghistory5.dll" v0.0 ts=2003/8/11 0:16
306k 2002/04/27 D:\cygwin\bin\cyghttpd.dll - os=4.0 img=1.0 sys=4.0
"cyghttpd.dll" v0.0 ts=2002/4/27 14:23
958k 2003/08/10 D:\cygwin\bin\cygiconv-2.dll - os=4.0 img=1.0 sys=4.0
"cygiconv-2.dll" v0.0 ts=2003/8/10 21:57
22k 2001/12/13 D:\cygwin\bin\cygintl-1.dll - os=4.0 img=1.0 sys=4.0
"cygintl-1.dll" v0.0 ts=2001/12/13 9:28
37k 2003/08/10 D:\cygwin\bin\cygintl-2.dll - os=4.0 img=1.0 sys=4.0
"cygintl-2.dll" v0.0 ts=2003/8/10 22:50
21k 2001/06/20 D:\cygwin\bin\cygintl.dll - os=4.0 img=1.0 sys=4.0
"cygintl.dll" v0.0 ts=2001/6/20 18:09
12k 2003/02/17 D:\cygwin\bin\cygioperm-0.dll - os=4.0 img=1.0 sys=4.0
"cygioperm-0.dll" v0.0 ts=2003/2/17 19:58
48k 2003/08/10 D:\cygwin\bin\cygjbig1.dll - os=4.0 img=1.0 sys=4.0
"cygjbig1.dll" v0.0 ts=2003/8/11 0:58
132k 2003/08/11 D:\cygwin\bin\cygjpeg-62.dll - os=4.0 img=1.0 sys=4.0
"cygjpeg-62.dll" v0.0 ts=2003/8/11 1:37
119k 2002/02/09 D:\cygwin\bin\cygjpeg6b.dll - os=4.0 img=1.0 sys=4.0
"cygjpeg6b.dll" v0.0 ts=2002/2/9 5:19
61k 2003/08/09 D:\cygwin\bin\cygkpathsea-3.dll - os=4.0 img=1.0 sys=4.0
"cygkpathsea-3.dll" v0.0 ts=2003/8/9 15:52
60k 2003/07/27 D:\cygwin\bin\cygkpathsea-3abi13.dll - os=4.0 img=1.0 sys=4.0
"cygkpathsea-3abi13.dll" v0.0 ts=2003/7/27 21:23
32k 2003/08/18 D:\cygwin\bin\cygltdl-3.dll - os=4.0 img=1.0 sys=4.0
"cygltdl-3.dll" v0.0 ts=2003/8/18 6:35
26k 2001/04/25 D:\cygwin\bin\cygmenu5.dll - os=4.0 img=1.0 sys=4.0
"cygmenu5.dll" v0.0 ts=2001/4/25 6:27
20k 2002/01/09 D:\cygwin\bin\cygmenu6.dll - os=4.0 img=1.0 sys=4.0
"cygmenu6.dll" v0.0 ts=2002/1/9 6:03
29k 2003/08/09 D:\cygwin\bin\cygmenu7.dll - os=4.0 img=1.0 sys=4.0
"cygmenu7.dll" v0.0 ts=2003/8/9 10:25
453k 2003/07/27 D:\cygwin\bin\cygnaim_core-0.dll - os=4.0 img=1.0 sys=4.0
"cygnaim_core-0.dll" v0.0 ts=2003/7/27 6:46
156k 2001/04/25 D:\cygwin\bin\cygncurses++5.dll - os=4.0 img=1.0 sys=4.0
"cygncurses++5.dll" v0.0 ts=2001/4/25 6:29
175k 2002/01/09 D:\cygwin\bin\cygncurses++6.dll - os=4.0 img=1.0 sys=4.0
"cygncurses++6.dll" v0.0 ts=2002/1/9 6:03
226k 2001/04/25 D:\cygwin\bin\cygncurses5.dll - os=4.0 img=1.0 sys=4.0
"cygncurses5.dll" v0.0 ts=2001/4/25 6:17
202k 2002/01/09 D:\cygwin\bin\cygncurses6.dll - os=4.0 img=1.0 sys=4.0
"cygncurses6.dll" v0.0 ts=2002/1/9 6:03
224k 2003/08/09 D:\cygwin\bin\cygncurses7.dll - os=4.0 img=1.0 sys=4.0
"cygncurses7.dll" v0.0 ts=2003/8/9 10:24
15k 2001/04/25 D:\cygwin\bin\cygpanel5.dll - os=4.0 img=1.0 sys=4.0
"cygpanel5.dll" v0.0 ts=2001/4/25 6:27
12k 2002/01/09 D:\cygwin\bin\cygpanel6.dll - os=4.0 img=1.0 sys=4.0
"cygpanel6.dll" v0.0 ts=2002/1/9 6:03
19k 2003/08/09 D:\cygwin\bin\cygpanel7.dll - os=4.0 img=1.0 sys=4.0
"cygpanel7.dll" v0.0 ts=2003/8/9 10:24
67k 2003/08/22 D:\cygwin\bin\cygpcre-0.dll - os=4.0 img=1.0 sys=4.0
"cygpcre-0.dll" v0.0 ts=2003/8/22 11:41
63k 2003/04/11 D:\cygwin\bin\cygpcre.dll - os=4.0 img=1.0 sys=4.0
"cygpcre.dll" v0.0 ts=2003/4/11 9:31
15k 2003/08/22 D:\cygwin\bin\cygpcreposix-0.dll - os=4.0 img=1.0 sys=4.0
"cygpcreposix-0.dll" v0.0 ts=2003/8/22 11:41
61k 2003/04/11 D:\cygwin\bin\cygpcreposix.dll - os=4.0 img=1.0 sys=4.0
"cygpcreposix.dll" v0.0 ts=2003/4/11 9:31
1100k 2003/08/29 D:\cygwin\bin\cygperl5_8_0.dll - os=4.0 img=1.0 sys=4.0
"cygperl5_8_0.dll" v0.0 ts=2003/8/29 11:20
168k 2003/08/10 D:\cygwin\bin\cygpng10.dll - os=4.0 img=1.0 sys=4.0
"cygpng10.dll" v0.0 ts=2003/8/10 23:31
173k 2003/08/10 D:\cygwin\bin\cygpng12.dll - os=4.0 img=1.0 sys=4.0
"cygpng12.dll" v0.0 ts=2003/8/10 23:35
170k 2002/01/21 D:\cygwin\bin\cygpng2.dll - os=4.0 img=1.0 sys=4.0
"cygpng2.dll" v0.0 ts=2002/1/21 1:05
22k 2002/06/09 D:\cygwin\bin\cygpopt-0.dll - os=4.0 img=1.0 sys=4.0
"cygpopt-0.dll" v0.0 ts=2002/6/9 6:45
108k 2001/06/28 D:\cygwin\bin\cygreadline4.dll - os=4.0 img=1.0 sys=4.0
"cygreadline4.dll" v0.0 ts=2001/1/7 4:34
148k 2003/08/10 D:\cygwin\bin\cygreadline5.dll - os=4.0 img=1.0 sys=4.0
"cygreadline5.dll" v0.0 ts=2003/8/11 0:16
689k 2003/08/11 D:\cygwin\bin\cygruby18.dll - os=4.0 img=1.0 sys=4.0
"cygruby18.dll" v0.0 ts=2003/8/11 14:27
176k 2003/08/11 D:\cygwin\bin\cygssl-0.9.7.dll - os=4.0 img=1.0 sys=4.0
"cygssl-0.9.7.dll" v0.0 ts=2003/8/11 9:58
165k 2003/04/11 D:\cygwin\bin\cygssl.dll - os=4.0 img=1.0 sys=4.0
"cygssl.dll" v0.0 ts=2003/4/11 11:37
281k 2003/02/24 D:\cygwin\bin\cygtiff3.dll - os=4.0 img=1.0 sys=4.0
"cygtiff3.dll" v0.0 ts=2003/2/24 4:58
282k 2003/08/11 D:\cygwin\bin\cygtiff4.dll - os=4.0 img=1.0 sys=4.0
"cygtiff4.dll" v0.0 ts=2003/8/11 3:32
25k 2002/07/14 D:\cygwin\bin\cygungif-4.dll - os=4.0 img=1.0 sys=4.0
"cygungif-4.dll" v0.0 ts=2002/7/14 15:58
2689k 2002/11/16 D:\cygwin\bin\cygxerces-c21.dll - os=4.0 img=1.0 sys=4.0
"cygxerces-c21.dll" v0.0 ts=2002/11/16 4:07
2984k 2003/02/07 D:\cygwin\bin\cygxerces-c22.dll - os=4.0 img=1.0 sys=4.0
"cygxerces-c22.dll" v0.0 ts=2003/2/7 18:50
3088k 2003/06/11 D:\cygwin\bin\cygxerces-c23.dll - os=4.0 img=1.0 sys=4.0
"cygxerces-c23.dll" v0.0 ts=2003/6/12 0:40
903k 2003/06/09 D:\cygwin\bin\cygxml2-2.dll - os=4.0 img=1.0 sys=4.0
"cygxml2-2.dll" v0.0 ts=2003/6/10 0:49
50k 2003/08/09 D:\cygwin\bin\cygXpm-noX4.dll - os=4.0 img=1.0 sys=4.0
"cygXpm-noX4.dll" v0.0 ts=2003/8/9 8:21
54k 2003/08/09 D:\cygwin\bin\cygXpm-X4.dll - os=4.0 img=1.0 sys=4.0
"cygXpm-X4.dll" v0.0 ts=2003/8/9 8:22
174k 2003/06/10 D:\cygwin\bin\cygxslt-1.dll - os=4.0 img=1.0 sys=4.0
"cygxslt-1.dll" v0.0 ts=2003/6/10 18:42
13k 2003/06/10 D:\cygwin\bin\cygxsltbreakpoint-1.dll - os=4.0 img=1.0 sys=4.0
"cygxsltbreakpoint-1.dll" v0.0 ts=2003/6/10 19:07
60k 2003/08/09 D:\cygwin\bin\cygz.dll - os=4.0 img=1.0 sys=4.0
"cygz.dll" v0.0 ts=2003/8/9 7:28
6860k 2003/10/14 D:\cygwin\bin\cygwin1.dll - os=4.0 img=1.0 sys=4.0
"cygwin1.dll" v0.0 ts=2003/10/14 15:23
Cygwin DLL version info:
DLL version: 1.5.6
DLL epoch: 19
DLL bad signal mask: 19005
DLL old termios: 5
DLL malloc env: 28
API major: 0
API minor: 94
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: Tue Oct 14 15:23:33 GMTDT 2003
Shared id: cygwin1S3
671k 2003/08/01 D:\cygwin\usr\X11R6\bin\cygdps-1.dll - os=4.0 img=1.0 sys=4.0
"cygdps-1.dll" v0.0 ts=2003/8/1 5:06
53k 2003/08/01 D:\cygwin\usr\X11R6\bin\cygdpstk-1.dll - os=4.0 img=1.0 sys=4.0
"cygdpstk-1.dll" v0.0 ts=2003/8/1 5:06
146k 2003/08/01 D:\cygwin\usr\X11R6\bin\cygexpat-1.dll - os=4.0 img=1.0 sys=4.0
"cygexpat-1.dll" v0.0 ts=2003/8/1 5:06
174k 2003/08/01 D:\cygwin\usr\X11R6\bin\cygfontconfig-1.dll - os=4.0 img=1.0 sys=4.0
"cygfontconfig-1.dll" v0.0 ts=2003/8/1 5:06
340k 2003/08/01 D:\cygwin\usr\X11R6\bin\cygfreetype-9.dll - os=4.0 img=1.0 sys=4.0
"cygfreetype-9.dll" v0.0 ts=2003/8/1 5:06
524k 2003/08/01 D:\cygwin\usr\X11R6\bin\cygGL-1.dll - os=4.0 img=1.0 sys=4.0
"cygGL-1.dll" v0.0 ts=2003/8/1 5:05
592k 2003/08/01 D:\cygwin\usr\X11R6\bin\cygGLU-1.dll - os=4.0 img=1.0 sys=4.0
"cygGLU-1.dll" v0.0 ts=2003/8/1 5:05
109k 2003/08/01 D:\cygwin\usr\X11R6\bin\cygICE-6.dll - os=4.0 img=1.0 sys=4.0
"cygICE-6.dll" v0.0 ts=2003/8/1 5:05
25k 2003/08/01 D:\cygwin\usr\X11R6\bin\cygoldX-6.dll - os=4.0 img=1.0 sys=4.0
"cygoldX-6.dll" v0.0 ts=2003/8/1 5:04
1510k 2003/08/01 D:\cygwin\usr\X11R6\bin\cygOSMesa-4.dll - os=4.0 img=1.0 sys=4.0
"cygOSMesa-4.dll" v0.0 ts=2003/8/1 5:05
41k 2002/05/14 D:\cygwin\usr\X11R6\bin\cygPropList-0.dll - os=4.0 img=1.0 sys=4.0
"cygPropList-0.dll" v0.0 ts=2002/5/14 4:13
40k 2003/08/01 D:\cygwin\usr\X11R6\bin\cygpsres-1.dll - os=4.0 img=1.0 sys=4.0
"cygpsres-1.dll" v0.0 ts=2003/8/1 5:06
54k 2003/08/01 D:\cygwin\usr\X11R6\bin\cygSM-6.dll - os=4.0 img=1.0 sys=4.0
"cygSM-6.dll" v0.0 ts=2003/8/1 5:05
1067k 2003/08/01 D:\cygwin\usr\X11R6\bin\cygX11-6.dll - os=4.0 img=1.0 sys=4.0
"cygX11-6.dll" v0.0 ts=2003/8/1 5:04
57k 2003/08/01 D:\cygwin\usr\X11R6\bin\cygXcursor-1.dll - os=4.0 img=1.0 sys=4.0
"cygXcursor-1.dll" v0.0 ts=2003/8/1 5:06
77k 2003/08/01 D:\cygwin\usr\X11R6\bin\cygXext-6.dll - os=4.0 img=1.0 sys=4.0
"cygXext-6.dll" v0.0 ts=2003/8/1 5:05
83k 2003/08/01 D:\cygwin\usr\X11R6\bin\cygXft-1.dll - os=4.0 img=1.0 sys=4.0
"cygXft-1.dll" v0.0 ts=2003/8/1 5:06
105k 2003/08/01 D:\cygwin\usr\X11R6\bin\cygXft-2.dll - os=4.0 img=1.0 sys=4.0
"cygXft-2.dll" v0.0 ts=2003/8/1 5:06
53k 2003/08/01 D:\cygwin\usr\X11R6\bin\cygXi-6.dll - os=4.0 img=1.0 sys=4.0
"cygXi-6.dll" v0.0 ts=2003/8/1 5:05
29k 2003/08/01 D:\cygwin\usr\X11R6\bin\cygXmuu-1.dll - os=4.0 img=1.0 sys=4.0
"cygXmuu-1.dll" v0.0 ts=2003/8/1 5:05
58k 2003/08/01 D:\cygwin\usr\X11R6\bin\cygXp-6.dll - os=4.0 img=1.0 sys=4.0
"cygXp-6.dll" v0.0 ts=2003/8/1 5:05
81k 2003/08/01 D:\cygwin\usr\X11R6\bin\cygXpm-4.dll - os=4.0 img=1.0 sys=4.0
"cygXpm-4.dll" v0.0 ts=2003/8/1 5:05
29k 2003/08/01 D:\cygwin\usr\X11R6\bin\cygXrandr-2.dll - os=4.0 img=1.0 sys=4.0
"cygXrandr-2.dll" v0.0 ts=2003/8/1 5:06
49k 2003/08/01 D:\cygwin\usr\X11R6\bin\cygXrender-1.dll - os=4.0 img=1.0 sys=4.0
"cygXrender-1.dll" v0.0 ts=2003/8/1 5:06
384k 2003/08/01 D:\cygwin\usr\X11R6\bin\cygXTrap-6.dll - os=4.0 img=1.0 sys=4.0
"cygXTrap-6.dll" v0.0 ts=2003/8/1 5:06
38k 2003/08/01 D:\cygwin\usr\X11R6\bin\cygXtst-6.dll - os=4.0 img=1.0 sys=4.0
"cygXtst-6.dll" v0.0 ts=2003/8/1 5:05
34k 2003/08/01 D:\cygwin\usr\X11R6\bin\cygXv-1.dll - os=4.0 img=1.0 sys=4.0
"cygXv-1.dll" v0.0 ts=2003/8/1 5:05
Cygwin Package Information
Last downloaded files to: W:\Public\Installs\Installs\Cygwin
Last downloaded files from: W:\Public\Installs\Installs\Cygwin
Package Version
_update-info-dir 00211-1
a2ps 4.13-1
agetty 2.1-1
apache 1.3.24-5
ash 20020731-3
astyle 1.15.3-3
autoconf 2.57a-1
autoconf-devel 2.57-2
autoconf-stable 2.13-5
automake 1.7.5a-1
automake-devel 1.7.6-2
automake-stable 1.4p5-6
base-files 2.5-1
base-passwd 1.1-1
bash 2.05b-13
bc 1.06-1
binutils 20030901-1
bison 20030307-1
byacc 1.9-1
bzip2 1.0.2-5
c-client 2002d-2
ccache 2.2-1
ccdoc 0.8.39-1
cgoban 1.9.14-1
chkconfig 1.2.24h-1
clear 1.0-1
cmake 1.6.7-1
compface 1.4-5
cpio 2.5-3
cron 3.0.1-11
crypt 1.0-2
ctags 5.5-4
curl 7.10.4-1
curl-devel 7.10.4-1
cvs 1.11.6-3
cygipc 2.01-2
cygrunsrv 0.96-2
cygutils 1.2.1-2
cygwin 1.5.3-1
cygwin-doc 1.3-6
db2 2.7.7-4
db3.1 3.1.17-2
dejagnu 20021217-2
diffutils 2.8.4-1
docbook-xml42 4.2-1
docbook-xsl 1.62.0-1
doxygen 1.2.18-1
dpkg 1.10.4-2
ed 0.2-1
ELFIO 1.0.0-1
emacs 21.2-12
emacs-el 21.2-12
emacs-X11 21.2-12
enscript 1.6.3-3
exim 4.22-1
expat 1.95.6-1
expect 20030128-1
fetchmail 6.2.4-1
figlet 2.2-1
file 4.03-2
fileutils 4.1-2
findutils 4.1.7-4
flex 2.5.4-2
fortune 1.8-2
fvwm 2.4.7-2
gawk 3.1.3-3
gcc 3.2-3
gcc-mingw 20020817-5
gcc2 2.95.3-10
gdb 20030901-1
gdbm 1.8.3-7
gettext 0.12.1-3
gettext-devel 0.12.1-3
ghostscript 7.05-2
ghostscript-base 7.05-2
ghostscript-x11 7.05-2
gnugo 3.4-1
gnupg 1.2.2-1
gperf 2.7.2-1
grace 5.1.12-1
grep 2.5-1
groff 1.18.1-2
gsl 1.4-1
guile 1.6.4-2
guile-devel 1.6.4-2
guile-doc 1.6.4-2
gzip 1.3.3-4
indent 2.2.8-1
inetutils 1.3.2-24
initscripts 0.9-1
ioperm 0.4-1
irc 20010101-3
jbigkit 1.5-3
jgraph 8.3-1
jpeg 6b-11
keychain 1.9-1
less 381-1
lesstif 0.93.41-1
libbz2_0 1.0.2-1
libbz2_1 1.0.2-5
libcharset1 1.9.1-3
libdb2 2.7.7-4
libdb2-devel 2.7.7-4
libdb3.1 3.1.17-2
libdb3.1-devel 3.1.17-2
libgdbm 1.8.0-5
libgdbm-devel 1.8.3-7
libgdbm3 1.8.3-3
libgdbm4 1.8.3-7
libgettextpo0 0.12.1-3
libguile12 1.6.4-12
libguile12abi13 1.6.4-2
libiconv 1.9.1-3
libiconv2 1.9.1-3
libintl 0.10.38-3
libintl1 0.10.40-1
libintl2 0.12.1-3
libjpeg62 6b-11
libjpeg6b 6b-8
libkpathsea3 2.0.2-12
libkpathsea3abi13 2.0.2-2
libltdl3 1.5-3
libncurses-devel 5.3-4
libncurses5 5.2-1
libncurses6 5.2-8
libncurses7 5.3-4
libpcre 4.1-1
libpcre0 4.4-1
libpng 1.2.5-4
libpng10 1.0.15-4
libpng10-devel 1.0.15-4
libpng12 1.2.5-4
libpng12-devel 1.2.5-4
libpng2 1.0.12-1
libpopt0 1.6.4-4
libPropList 0.10.1-3
libreadline4 4.1-2
libreadline5 4.3-5
libtiff-devel 3.6.0-5
libtiff3 3.6.0-2
libtiff4 3.6.0-5
libtool 1.5a-1
libtool-devel 1.5-3
libtool-stable 1.4.3-2
libungif 4.1.0-2
libxerces-c21 2.1.0-1
libxerces-c22 2.2.0-1
libxerces-c23 2.3.0-2
libxml2 2.5.7-1
libxslt 1.0.30-2
lilypond 1.6.11-1
lilypond-doc 1.6.11-1
links 0.96-1
login 1.9-7
lynx 2.8.4-7
m4 1.4-1
make 3.80-1
man 1.5j-2
mc 4.6.0-4
mingw-runtime 3.0-1
mingw-zlib 1.1.4-4
mktemp 1.5-3
mod_auth_mysql 1.11-1
mod_auth_ntsec 1.7-1
mod_dav 1.0.3-1.3.6-1
mod_php4 4.2.0-2
mod_ssl 2.8.8-1.3.24-1
more 2.11o-1
mt 2.0.1-2
mutt 1.4-1
naim 0.11.6-2
nano 1.2.2-1
nasm 0.98.37-1
ncftp 3.1.4-1
ncurses 5.3-4
ncurses-demo 5.3-4
netcat 1.10-2
openbox 0.99.1-3
opengl 1.1.0-6
openssh 3.6.1p2-2
openssl 0.9.7b-3
openssl-devel 0.9.7b-3
openssl096 0.9.6j-1
par 1.52-1
patch 2.5.8-8
patchutils 0.2.22-2
pcre 4.4-1
pcre-devel 4.4-1
pcre-doc 4.4-1
pdksh 5.2.14-2
perl 5.8.0-5
perl_manpages 5.8.0-5
pine 4.55-1
pinfo 0.6.8-1
pkgconfig 0.15.0-4
popt 1.6.4-4
postgresql 7.3.4-2
procmail 3.22-8
procps 010801-2
proftpd 1.2.9rc1-3
psutils 1.17-1
python 2.3-2
rcs 5.7-3
readline 4.3-5
rebase 2.2-3
robots 2.0-3
rpm 4.1-1
rpm-build 4.1-1
rpm-doc 4.1-1
rsync 2.5.6-2
ruby 1.8.0-1
rxvt 2.7.10-3
sed 4.0.7-3
sh-utils 2.0.15-4
sharutils 4.2.1-3
shutdown 1.3-1
splint 3.1.1-1
squid 2.4.STABLE7-1
ssmtp 2.38.7-4
stunnel 4.04-3
sunrpc 4.0-1
swig 1.3.19-1
sysvinit 2.84-4
tar 1.13.25-3
tcltk 20030901-1
tcp_wrappers 7.6-1
tcsh 6.12.00-7
termcap 20021106-2
terminfo 5.3_20030726-1
tetex 2.0.2-12
tetex-base 2.0.2-12
tetex-bin 2.0.2-12
tetex-devel 2.0.2-12
tetex-doc 2.0.2-12
tetex-extra 2.0.2-12
tetex-tiny 2.0.2-12
tetex-x11 2.0.2-12
texinfo 4.2-4
textutils 2.0.21-1
tidy 030201-1
tiff 3.6.0-5
time 1.7-1
tin 1.6.1-1
ttcp 19980512-1
ucl 1.01-1
units 1.77-1
unzip 5.50-5
upx 1.24-1
uw-imap 2002d-1
uw-imap-imapd 2002d-1
uw-imap-util 2002d-1
vim 6.2-3
w32api 2.3-1
wget 1.8.2-2
which 1.5-2
whois 4.6.2-1
WindowMaker 0.80.0-2
wtf 0.0.4-4
x2x 1.27-2
Xaw3d 1.5-1
xerces-c 2.3.0-2
xerces-c-devel 2.3.0-2
xerces-c-doc 2.3.0-2
XFree86-base 4.3.0-1
XFree86-bin 4.3.0-1
XFree86-bin-icons 4.3.0-2
XFree86-doc 4.3.0-1
XFree86-etc 4.3.0-3
XFree86-f100 4.2.0-3
XFree86-fcyr 4.2.0-3
XFree86-fenc 4.2.0-3
XFree86-fnts 4.2.0-3
XFree86-fscl 4.2.0-3
XFree86-fsrv 4.3.0-1
XFree86-html 4.3.0-1
XFree86-jdoc 4.3.0-1
XFree86-lib 4.3.0-1
XFree86-lib-compat 4.3.0-1
XFree86-man 4.3.0-1
XFree86-nest 4.3.0-1
XFree86-prog 4.3.0-4
XFree86-prt 4.3.0-1
XFree86-ps 4.3.0-1
XFree86-startup-scripts 4.2.0-5
XFree86-vfb 4.3.0-1
XFree86-xserv 4.3.0-6
XFree86-xwinclip 4.3.0-1
xinetd 2.3.9-1
xmlto 0.0.14-1
xpm-nox 4.2.0-4
zip 2.3-5
zlib 1.1.4-4
zsh 4.0.7-2
Use -h to see help about each section
[-- Attachment #3: Type: text/plain, Size: 218 bytes --]
--
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/
^ permalink raw reply [flat|nested] 78+ messages in thread
* Re: setup hangs during postinstall
2003-10-14 2:54 ` Christopher Faylor
@ 2003-10-14 16:28 ` Brian Ford
2003-10-14 16:57 ` Christopher Faylor
0 siblings, 1 reply; 78+ messages in thread
From: Brian Ford @ 2003-10-14 16:28 UTC (permalink / raw)
To: cygwin
On Mon, 13 Oct 2003, Christopher Faylor wrote:
> On Mon, Oct 13, 2003 at 12:22:12PM -0500, Brian Ford wrote:
> >Since setup must be launched from explorer to hang, I set
> >CYGWIN_DEBUG=cygpath in my system environment variables and rebooted. To
> >make sure it worked, I launched a bash under rxvt and did a "cygpath -S".
> >Up popped the gdb cmd shell. But, under setup, no dice.
>
> Are you saying that there was no popup? That would imply that CYGWIN_DEBUG
> is not in the environment. You could just hack on the code in dcrt0.cc to
> automatically pop up a gdb when command line contains cygpath, as a temporary
> measure, of course.
>
Yes, but I'm sure it *was* in the environment. In fact, after terminating
my manually attached gdb session, it popped up (this is NT4, so cypath
had to exit at gdb detach time).
Ok about hacking dcrt0.cc. Will try as time permits.
> >cygpath hangs just like before. The stack trace looks a little different.
> >Note that I have not had time to hand decode the holes in the trace yet,
> >but it looks to me like a startup problem before the CYGWIN_DEBUG
> >handling code. A "fork exec copy" problem maybe? I know that's vague,
> >but I think you know what I mean.
>
> The stack trace below is from a process that is running cygpath not
> from cygpath itself.
>
Ok. That is what it looked like to me too, but I don't know how the
Cygwin "fork exec" stuff works yet (spawn_guts is huge), so I wasn't
entirely sure.
Maybe I was just too rushed, but I'm almost positive I attached to
the only thing ps -ef said was cygpath. Why does the spawner (bash?) say
it's cygpath?
> So, there should be another cygpath process which is stuck, as you say,
> prior to the point where it has "acquired the pid". You should be able
> to see it with a "ps -W".
>
Ok, I'll look.
--
Brian Ford
Senior Realtime Software Engineer
VITAL - Visual Simulation Systems
FlightSafety International
Phone: 314-551-8460
Fax: 314-551-8444
--
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/
^ permalink raw reply [flat|nested] 78+ messages in thread
* Re: setup hangs during postinstall
2003-10-13 18:01 Brian Ford
@ 2003-10-14 2:54 ` Christopher Faylor
2003-10-14 16:28 ` Brian Ford
0 siblings, 1 reply; 78+ messages in thread
From: Christopher Faylor @ 2003-10-14 2:54 UTC (permalink / raw)
To: cygwin
On Mon, Oct 13, 2003 at 12:22:12PM -0500, Brian Ford wrote:
>Since setup must be launched from explorer to hang, I set
>CYGWIN_DEBUG=cygpath in my system environment variables and rebooted. To
>make sure it worked, I launched a bash under rxvt and did a "cygpath -S".
>Up popped the gdb cmd shell. But, under setup, no dice.
Are you saying that there was no popup? That would imply that CYGWIN_DEBUG
is not in the environment. You could just hack on the code in dcrt0.cc to
automatically pop up a gdb when command line contains cygpath, as a temporary
measure, of course.
>cygpath hangs just like before. The stack trace looks a little different.
>Note that I have not had time to hand decode the holes in the trace yet,
>but it looks to me like a startup problem before the CYGWIN_DEBUG
>handling code. A "fork exec copy" problem maybe? I know that's vague,
>but I think you know what I mean.
The stack trace below is from a process that is running cygpath not from cygpath
itself.
So, there should be another cygpath process which is stuck, as you say,
prior to the point where it has "acquired the pid". You should be able
to see it with a "ps -W".
cgf
>(gdb) info threads
> 3 thread 213.0xb5 0x77f7645d in _system_dlls__ ()
> 2 thread 213.0xd3 0x77f67fc7 in _system_dlls__ ()
>* 1 thread 213.0xd7 0x77f6838b in _system_dlls__ ()
>(gdb)i
>#0 0x77f6838b in _system_dlls__ ()
>#1 0x77f1d06a in _system_dlls__ ()
>#2 0x61091027 in WFMO (nCount=3, lpHandles=0x1, fWaitAll=2147348480,
> dwMilliseconds=4294967295)
> at ../../../../cygwin/winsup/cygwin/sigproc.cc:1248
>#3 0x6109344b in spawn_guts(char const*, char const* const*, char const* const*, int) (prog_arg=0xa044050 "/usr/bin/cygpath.exe", argv=0xa044b88,
--
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/
^ permalink raw reply [flat|nested] 78+ messages in thread
* Re: setup hangs during postinstall
@ 2003-10-13 18:01 Brian Ford
2003-10-14 2:54 ` Christopher Faylor
0 siblings, 1 reply; 78+ messages in thread
From: Brian Ford @ 2003-10-13 18:01 UTC (permalink / raw)
To: cygwin
Christopher Faylor wrote:
>On Thu, Oct 09, 2003 at 06:17:08PM -0500, Brian Ford wrote:
>>#!/bin/bash
>>
>>FOO=`cygpath -S`
>>
>>but using #!/bin/sh doesn't. likewise, strace hangs here:
>>#!/bin/bash
>>
>>FOO=`strace -o /tmp/cygpath.strace cygpath -S`
>>
>>but not using #!/bin/sh.
>>
>>Neither hang if setup is launched from bash instead of explorer.
>Hmm. Maybe I missed this point before. I never run setup from
>explorer.
>
>In any event, can you set the CYGWIN_DEBUG=cygpath and maybe do some
>search and destroy debugging to see precisely where it is hanging?
>
I finally got some time to look at this. Preliminary results follow.
I'll try to poke more this afternoon if time permits.
Since setup must be launched from explorer to hang, I set
CYGWIN_DEBUG=cygpath in my system environment variables and rebooted. To
make sure it worked, I launched a bash under rxvt and did a "cygpath -S".
Up popped the gdb cmd shell. But, under setup, no dice.
cygpath hangs just like before. The stack trace looks a little different.
Note that I have not had time to hand decode the holes in the trace yet,
but it looks to me like a startup problem before the CYGWIN_DEBUG
handling code. A "fork exec copy" problem maybe? I know that's vague,
but I think you know what I mean.
(gdb) info threads
3 thread 213.0xb5 0x77f7645d in _system_dlls__ ()
2 thread 213.0xd3 0x77f67fc7 in _system_dlls__ ()
* 1 thread 213.0xd7 0x77f6838b in _system_dlls__ ()
(gdb)i
#0 0x77f6838b in _system_dlls__ ()
#1 0x77f1d06a in _system_dlls__ ()
#2 0x61091027 in WFMO (nCount=3, lpHandles=0x1, fWaitAll=2147348480,
dwMilliseconds=4294967295)
at ../../../../cygwin/winsup/cygwin/sigproc.cc:1248
#3 0x6109344b in spawn_guts(char const*, char const* const*, char const* const*, int) (prog_arg=0xa044050 "/usr/bin/cygpath.exe", argv=0xa044b88,
envp=0xa044160, mode=3) at ../../../../cygwin/winsup/cygwin/spawn.cc:847
#4 0x6109477e in spawnve (mode=3, path=0xa044050 "/usr/bin/cygpath.exe",
argv=0xa044b88, envp=0xa044160)
at ../../../../cygwin/winsup/cygwin/spawn.cc:976
#5 0x6102835b in execve (path=0xa044050 "/usr/bin/cygpath.exe",
argv=0xa044b88, envp=0xa044160)
at ../../../../cygwin/winsup/cygwin/exec.cc:35
#6 0x004143c5 in ?? ()
[snip]
#24 0x00403a09 in CloseHandle@4 ()
#25 0x0040195f in get_short_paths(char*) (path=0x2 <Address 0x2 out of bounds>)
at ../../../../cygwin/winsup/utils/cygpath.cc:158
#26 0x610055c8 in dll_crt0_1() ()
at ../../../../cygwin/winsup/cygwin/dcrt0.cc:793
#27 0x61005a7d in _dll_crt0 () at ../../../../cygwin/winsup/cygwin/dcrt0.cc:921
#28 0x0047b901 in ?? ()
(gdb) thread 2
[Switching to thread 2 (thread 213.0xd3)]#0 0x77f67fc7 in _system_dlls__ ()
(gdb) bt
#0 0x77f67fc7 in _system_dlls__ ()
#1 0x610907c6 in wait_sig(void*) (self=0x610f0b40)
at ../../../../cygwin/winsup/cygwin/sigproc.cc:1089
#2 0x6100302e in cygthread::stub(void*) (arg=0x610f0b40)
at ../../../../cygwin/winsup/cygwin/cygthread.cc:69
#3 0x77f04eeb in _system_dlls__ ()
--
Brian Ford
Senior Realtime Software Engineer
VITAL - Visual Simulation Systems
FlightSafety International
Phone: 314-551-8460
Fax: 314-551-8444
--
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/
^ permalink raw reply [flat|nested] 78+ messages in thread
* Re: setup hangs during postinstall
2003-10-10 19:27 ` Christopher Faylor
@ 2003-10-10 20:19 ` Brian Ford
0 siblings, 0 replies; 78+ messages in thread
From: Brian Ford @ 2003-10-10 20:19 UTC (permalink / raw)
To: cygwin
On Fri, 10 Oct 2003, Christopher Faylor wrote:
>On Fri, Oct 10, 2003 at 05:47:26PM +0100, Dr.D.J.Picton wrote:
>>On Fri, 10 Oct 2003, Christopher Faylor wrote:
>>>On Thu, Oct 09, 2003 at 06:17:08PM -0500, Brian Ford wrote:
>>>>Neither hang if setup is launched from bash instead of explorer.
>>>Hmm. Maybe I missed this point before. I never run setup from
>>>explorer.
I thought you might have. That is why I confirmed it again.
>>>In any event, can you set the CYGWIN_DEBUG=cygpath and maybe do some
>>>search and destroy debugging to see precisely where it is hanging?
Sorry, I just haven't had time yet. I will try soon, but I can only do
this at work. So, if I don't get to it this afternoon, it'll have to wait
until Monday.
>>I've done some experimentation with setup with similar results, and can
>>confirm that the hang depends on the environment from which setup is
>>started.
>>
>>I don't see the hang if I start setup from any kind of command window.
>>This includes:
>>1. A standard Microsoft command window.
>>4. A .bat file
>Actually, I trust Brian's observations. He's obviously a sharp guy and
>a capable programmer. I wasn't asking for confirmation there. I was
>hoping for someone to do some debugging.
Gee, thanks for the compliment.
I actually thought 1 and 4 were interesting points that had not been
stated before. Good debugging is obviously more usefull.
Consolidated reply...
Christopher Faylor wrote:
>On Thu, Oct 09, 2003 at 06:45:25PM -0500, Brian Ford wrote:
>>On Thu, 9 Oct 2003, Brian Ford wrote:
>>>Sorry, I guess I wasn't clear enough. There is no strace output file
>>>produced in the hang case.
>>ie. cygpath isn't in the ps of the hang either. I'm not sure if it
>>completed and strace just hasn't flushed the file, or if cygpath never
>>got spawned.
>It might be necessary to do a 'ps -W' since if cygpath is in an
>initializing or exiting state, it might not show up on a regular 'ps'.
It's not there at all.
--
Brian Ford
Senior Realtime Software Engineer
VITAL - Visual Simulation Systems
FlightSafety International
Phone: 314-551-8460
Fax: 314-551-8444
--
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/
^ permalink raw reply [flat|nested] 78+ messages in thread
* Re: setup hangs during postinstall
2003-10-10 16:51 Dr.D.J.Picton
@ 2003-10-10 19:27 ` Christopher Faylor
2003-10-10 20:19 ` Brian Ford
0 siblings, 1 reply; 78+ messages in thread
From: Christopher Faylor @ 2003-10-10 19:27 UTC (permalink / raw)
To: cygwin
On Fri, Oct 10, 2003 at 05:47:26PM +0100, Dr.D.J.Picton wrote:
>>On Thu, Oct 09, 2003 at 06:17:08PM -0500, Brian Ford wrote:
>>>Neither hang if setup is launched from bash instead of explorer.
>>
>>Hmm. Maybe I missed this point before. I never run setup from
>>explorer.
>>
>>In any event, can you set the CYGWIN_DEBUG=cygpath and maybe do some
>>search and destroy debugging to see precisely where it is hanging?
>
>I've done some experimentation with setup with similar results, and can
>confirm that the hang depends on the environment from which setup is
>started.
Actually, I trust Brian's observations. He's obviously a sharp guy and
a capable programmer. I wasn't asking for confirmation there. I was
hoping for someone to do some debugging.
--
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/
^ permalink raw reply [flat|nested] 78+ messages in thread
* RE: setup hangs during postinstall
2003-10-10 0:39 ` Christopher Faylor
@ 2003-10-10 18:19 ` Hannu E K Nevalainen
0 siblings, 0 replies; 78+ messages in thread
From: Hannu E K Nevalainen @ 2003-10-10 18:19 UTC (permalink / raw)
To: cygwin
> From: Christopher Faylor
> Sent: Friday, October 10, 2003 2:28 AM
> On Thu, Oct 09, 2003 at 06:17:08PM -0500, Brian Ford wrote:
> >#!/bin/bash
> >
> >FOO=`cypath -S`
^^^^^^
Brian, I hope that you *mean* cygpath and nothing else...
> >
> >but using #!/bin/sh doesn't. likewise, strace hangs here:
> >#!/bin/bash
> >
> >FOO=`strace -o /tmp/cygpath.strace cypath -S`
> >
> >but not using #!/bin/sh.
> >
> >Neither hang if setup is launched from bash instead of explorer.
>
> Hmm. Maybe I missed this point before. I never run setup from
> explorer.
I've pointed out this several times.
Running setup from bash works exactly as expected (for me).
Running it like
$ cygstart /install/setup.exe --no-md5
is the fastest way *I* can use to reproduce the hang.
> In any event, can you set the CYGWIN_DEBUG=cygpath and maybe do some
> search and destroy debugging to see precisely where it is hanging?
>
> cgf
A related subject: http://cygwin.com/contrib.html
<QUOTE>
_Building the development version of Cygwin_
Note that minimally, the top-level source tree needs to contain:
Makefile.in, config, config-ml.in, config.guess, config.sub, configure,
configure.in, include, install-sh, libiberty, ltconfig, ltmain.sh, missing,
move-if-change, newlib, symlink-tree, winsup, ylwrap.
<END>
Should IMO be _at least_ referenced from the FAQ - if not added to it.
Old info/reminder:
http://www.cygwin.com/ml/cygwin/2003-09/msg00628.html
/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/
^ permalink raw reply [flat|nested] 78+ messages in thread
* Re: setup hangs during postinstall
@ 2003-10-10 16:51 Dr.D.J.Picton
2003-10-10 19:27 ` Christopher Faylor
0 siblings, 1 reply; 78+ messages in thread
From: Dr.D.J.Picton @ 2003-10-10 16:51 UTC (permalink / raw)
To: cygwin
>On Thu, Oct 09, 2003 at 06:17:08PM -0500, Brian Ford wrote:
>>#!/bin/bash
>>
>>FOO=`cypath -S`
>>
>>but using #!/bin/sh doesn't. likewise, strace hangs here:
>>#!/bin/bash
>>
>>FOO=`strace -o /tmp/cygpath.strace cypath -S`
>>
>>but not using #!/bin/sh.
>>
>>Neither hang if setup is launched from bash instead of explorer.
>
>Hmm. Maybe I missed this point before. I never run setup from
>explorer.
>
>In any event, can you set the CYGWIN_DEBUG=cygpath and maybe do some
>search and destroy debugging to see precisely where it is hanging?
>
>cgf
I've done some experimentation with setup with similar results, and can
confirm that the hang depends on the environment from which setup is
started.
I see the cygpath hang (when reinstalling XFree86-bin-icons) in these cases:
1. Clicking on the setup.exe icon in Explorer
2. Clicking on a setup.exe shortcut icon in the desktop
I don't see the hang if I start setup from any kind of command window.
This includes:
1. A standard Microsoft command window.
2. A command window running bash.
3. An xterm window running bash.
I don't see the hang if I start setup from a Cygwin session, or from
a standard command window.
4. A .bat file, e.g.
@echo off
C:
chdir C:\cygwin
setup
--
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/
^ permalink raw reply [flat|nested] 78+ messages in thread
* Re: setup hangs during postinstall
2003-10-09 23:25 Brian Ford
2003-10-09 23:35 ` Brian Ford
2003-10-09 23:45 ` Igor Pechtchanski
@ 2003-10-10 0:39 ` Christopher Faylor
2003-10-10 18:19 ` Hannu E K Nevalainen
2 siblings, 1 reply; 78+ messages in thread
From: Christopher Faylor @ 2003-10-10 0:39 UTC (permalink / raw)
To: cygwin
On Thu, Oct 09, 2003 at 06:17:08PM -0500, Brian Ford wrote:
>#!/bin/bash
>
>FOO=`cypath -S`
>
>but using #!/bin/sh doesn't. likewise, strace hangs here:
>#!/bin/bash
>
>FOO=`strace -o /tmp/cygpath.strace cypath -S`
>
>but not using #!/bin/sh.
>
>Neither hang if setup is launched from bash instead of explorer.
Hmm. Maybe I missed this point before. I never run setup from
explorer.
In any event, can you set the CYGWIN_DEBUG=cygpath and maybe do some
search and destroy debugging to see precisely where it is hanging?
cgf
--
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/
^ permalink raw reply [flat|nested] 78+ messages in thread
* Re: setup hangs during postinstall
2003-10-10 0:20 ` Brian Ford
@ 2003-10-10 0:30 ` Christopher Faylor
0 siblings, 0 replies; 78+ messages in thread
From: Christopher Faylor @ 2003-10-10 0:30 UTC (permalink / raw)
To: cygwin
On Thu, Oct 09, 2003 at 06:45:25PM -0500, Brian Ford wrote:
>On Thu, 9 Oct 2003, Brian Ford wrote:
>>Sorry, I guess I wasn't clear enough. There is no strace output file
>>produced in the hang case.
>>
>ie. cygpath isn't in the ps of the hang either. I'm not sure if it
>completed and strace just hasn't flushed the file, or if cygpath never
>got spawned.
It might be necessary to do a 'ps -W' since if cygpath is in an initializing
or exiting state, it might not show up on a regular 'ps'.
cgf
--
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/
^ permalink raw reply [flat|nested] 78+ messages in thread
* Re: setup hangs during postinstall
2003-10-10 0:15 ` Brian Ford
@ 2003-10-10 0:20 ` Brian Ford
2003-10-10 0:30 ` Christopher Faylor
0 siblings, 1 reply; 78+ messages in thread
From: Brian Ford @ 2003-10-10 0:20 UTC (permalink / raw)
To: cygwin
On Thu, 9 Oct 2003, Brian Ford wrote:
> Sorry, I guess I wasn't clear enough. There is no strace output file
> produced in the hang case.
>
ie. cygpath isn't in the ps of the hang either. I'm not sure if it
completed and strace just hasn't flushed the file, or if cygpath never got
spawned.
It's too late in the day and my brain isn't working. So, sorry for
flooding the list.
--
Brian Ford
Senior Realtime Software Engineer
VITAL - Visual Simulation Systems
FlightSafety International
Phone: 314-551-8460
Fax: 314-551-8444
--
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/
^ permalink raw reply [flat|nested] 78+ messages in thread
* Re: setup hangs during postinstall
2003-10-09 23:45 ` Igor Pechtchanski
@ 2003-10-10 0:15 ` Brian Ford
2003-10-10 0:20 ` Brian Ford
0 siblings, 1 reply; 78+ messages in thread
From: Brian Ford @ 2003-10-10 0:15 UTC (permalink / raw)
To: cygwin
On Thu, 9 Oct 2003, Igor Pechtchanski wrote:
> On Thu, 9 Oct 2003, Brian Ford wrote:
> > but using #!/bin/sh doesn't. likewise, strace hangs here:
> > #!/bin/bash
> >
> > FOO=`strace -o /tmp/cygpath.strace cypath -S`
> >
> > but not using #!/bin/sh.
> >
> > Neither hang if setup is launched from bash instead of explorer.
>
> Brian,
>
> strace will, of course, hang, but if Cygwin is looping somewhere
> internally, the strace file will be appended. Can you look at it and see
> what it's doing (towards the end)? Does it show repeated information
> (someone reported "WaitForMultipleObjects timed out" messages, see
> <http://cygwin.com/ml/cygwin/2003-10/msg00455.html>)?
> Igor
>
Sorry, I guess I wasn't clear enough. There is no strace output file
produced in the hang case.
--
Brian Ford
Senior Realtime Software Engineer
VITAL - Visual Simulation Systems
FlightSafety International
Phone: 314-551-8460
Fax: 314-551-8444
--
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/
^ permalink raw reply [flat|nested] 78+ messages in thread
* Re: setup hangs during postinstall
2003-10-09 23:25 Brian Ford
2003-10-09 23:35 ` Brian Ford
@ 2003-10-09 23:45 ` Igor Pechtchanski
2003-10-10 0:15 ` Brian Ford
2003-10-10 0:39 ` Christopher Faylor
2 siblings, 1 reply; 78+ messages in thread
From: Igor Pechtchanski @ 2003-10-09 23:45 UTC (permalink / raw)
To: Brian Ford; +Cc: cygwin
On Thu, 9 Oct 2003, Brian Ford wrote:
> [snip]
> >So, if I can believe this trace, it looks like cygwin is hanging waiting
> >for a lock while exiting. I don't see how it's possible to be waiting
> >for a lock unless cygpath was a multi-threaded app or if the signal
> >thread grabbed the lock and didn't give it up, neither of which should be
> >the case.
> >
> >So, color me puzzled.
>
> Me too :), but it gets stranger... This hangs:
> #!/bin/bash
>
> FOO=`cypath -S`
>
> but using #!/bin/sh doesn't. likewise, strace hangs here:
> #!/bin/bash
>
> FOO=`strace -o /tmp/cygpath.strace cypath -S`
>
> but not using #!/bin/sh.
>
> Neither hang if setup is launched from bash instead of explorer.
Brian,
strace will, of course, hang, but if Cygwin is looping somewhere
internally, the strace file will be appended. Can you look at it and see
what it's doing (towards the end)? Does it show repeated information
(someone reported "WaitForMultipleObjects timed out" messages, see
<http://cygwin.com/ml/cygwin/2003-10/msg00455.html>)?
Igor
--
http://cs.nyu.edu/~pechtcha/
|\ _,,,---,,_ pechtcha@cs.nyu.edu
ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com
|,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D.
'---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow!
"I have since come to realize that being between your mentor and his route
to the bathroom is a major career booster." -- Patrick Naughton
--
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/
^ permalink raw reply [flat|nested] 78+ messages in thread
* Re: setup hangs during postinstall
2003-10-09 23:25 Brian Ford
@ 2003-10-09 23:35 ` Brian Ford
2003-10-09 23:45 ` Igor Pechtchanski
2003-10-10 0:39 ` Christopher Faylor
2 siblings, 0 replies; 78+ messages in thread
From: Brian Ford @ 2003-10-09 23:35 UTC (permalink / raw)
To: cygwin
On Thu, 9 Oct 2003, Brian Ford wrote:
> but using #!/bin/sh doesn't. likewise, strace hangs here:
> #!/bin/bash
>
> FOO=`strace -o /tmp/cygpath.strace cypath -S`
>
> but not using #!/bin/sh.
I should have said with an almost identical backtrace.
--
Brian Ford
Senior Realtime Software Engineer
VITAL - Visual Simulation Systems
FlightSafety International
Phone: 314-551-8460
Fax: 314-551-8444
--
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/
^ permalink raw reply [flat|nested] 78+ messages in thread
* Re: setup hangs during postinstall
@ 2003-10-09 23:25 Brian Ford
2003-10-09 23:35 ` Brian Ford
` (2 more replies)
0 siblings, 3 replies; 78+ messages in thread
From: Brian Ford @ 2003-10-09 23:25 UTC (permalink / raw)
To: cygwin
Some replies. Then, new info at the tail.
Christopher Faylor wrote:
>On Wed, Oct 08, 2003 at 02:12:34PM -0500, Brian Ford wrote:
>>The hand decoded trace (The same one as before. I still had gdb up.)
>>is below.
>Wow, that was a lot of work. Thanks for doing this.
You're more than welcome. I really appreciate what you do for Cygwin.
Given the right little hints and pushes, I can get a lot done.
>>Getting gcc to product dwarf2 output is easy. Getting the resulting
>>executable to run with the dwarf2 sections is the hard part. It
>>(dwarf2) needs a section relative relocation in gas/ld/bfd like I said
>>before. Know anyone who wants to help? :D
>Unfortunately, not. I've been asking various people to do this for years.
It just dawned on me that I could use the new separated debug info that
gdb supports for testing this further. I'll look into that.
I just wish I could find my way around gas/bfd well enough to implement
the relocation. I really don't think it's hard if you know what you are
doing.
>So, if I can believe this trace, it looks like cygwin is hanging waiting
>for a lock while exiting. I don't see how it's possible to be waiting
>for a lock unless cygpath was a multi-threaded app or if the signal
>thread grabbed the lock and didn't give it up, neither of which should be
>the case.
>
>So, color me puzzled.
>
Me too :), but it gets stranger... This hangs:
#!/bin/bash
FOO=`cypath -S`
but using #!/bin/sh doesn't. likewise, strace hangs here:
#!/bin/bash
FOO=`strace -o /tmp/cygpath.strace cypath -S`
but not using #!/bin/sh.
Neither hang if setup is launched from bash instead of explorer.
--
Brian Ford
Senior Realtime Software Engineer
VITAL - Visual Simulation Systems
FlightSafety International
Phone: 314-551-8460
Fax: 314-551-8444
--
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/
^ permalink raw reply [flat|nested] 78+ messages in thread
* Re: setup hangs during postinstall
@ 2003-10-09 9:13 Norbert Schulze
0 siblings, 0 replies; 78+ messages in thread
From: Norbert Schulze @ 2003-10-09 9:13 UTC (permalink / raw)
To: cygwin
Christopher Faylor wrote:
> So, if I can believe this trace, it looks like cygwin is hanging waiting
for
> a lock while exiting. I don't see how it's possible to be waiting for
> a lock unless cygpath was a multi-threaded app or if the signal thread
> grabbed the lock and didn't give it up, neither of which should be the
> case.
When setup hangs there is a log file
C:\cygwin\var\log\setup.log.postinstallXa00716:
8 [main] bash 2316 sync_with_child: WaitForMultipleObjects timed out
/usr/X11R6/bin/XFree86-bin-icons.sh: fork: Resource temporarily unavailable
6 [main] bash 3728 sync_with_child: WaitForMultipleObjects timed out
/usr/X11R6/bin/XFree86-bin-icons.sh: fork: Resource temporarily unavailable
8 [main] bash 2580 sync_with_child: WaitForMultipleObjects timed out
/usr/X11R6/bin/XFree86-bin-icons.sh: fork: Resource temporarily unavailable
Regards
Norbert Schulze
--
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/
^ permalink raw reply [flat|nested] 78+ messages in thread
* Re: setup hangs during postinstall
2003-10-08 19:32 Brian Ford
@ 2003-10-09 4:09 ` Christopher Faylor
0 siblings, 0 replies; 78+ messages in thread
From: Christopher Faylor @ 2003-10-09 4:09 UTC (permalink / raw)
To: cygwin
On Wed, Oct 08, 2003 at 02:12:34PM -0500, Brian Ford wrote:
>The hand decoded trace (The same one as before. I still had gdb up.)
>is below.
Wow, that was a lot of work. Thanks for doing this.
>>That's the only way I know of to deal with this. If gcc produced dwarf2
>>output, we could use the CFI to get more accurate information about the
>>stack frame but that's not going to happen anytime soon.
>>
>Was that a hint for me :).
Not really. I actually started typing the above and got a few sentences
in when something tickled my memory that you were working on this.
>Getting gcc to product dwarf2 output is easy. Getting the resulting
>executable to run with the dwarf2 sections is the hard part. It
>(dwarf2) needs a section relative relocation in gas/ld/bfd like I said
>before. Know anyone who wants to help? :D
Unfortunately, not. I've been asking various people to do this for years.
>>>I included all three thread backtraces just in case anyone can see
>>>anything. Let me know if have any better idea about how to track this
>>>down.
>>
>>The trace from thread 2 is what I would expect. Thread 1 is obviously
>>waiting for something but I don't know what without more stack info.
>>
>
>I'll do thread 3 too if you think it is relevent.
>
>(gdb) info threads
> 3 thread 1920.0x4f0 0x77f75a59 in ntdll!DbgUiConnectToDbg ()
> from /cygdrive/c/WINDOWS/System32/ntdll.dll
> 2 thread 1920.0x6e4 0x7ffe0304 in ?? ()
>* 1 thread 1920.0x760 0x7ffe0304 in ?? ()
>(gdb) thread 1
>[Switching to thread 1 (thread 1920.0x760)]#0 0x7ffe0304 in ?? ()
>(gdb) bt
>#0 0x7ffe0304 in ?? ()
>#1 0x77f5c524 in ntdll!ZwWaitForMultipleObjects ()
> from /cygdrive/c/WINDOWS/System32/ntdll.dll
>#2 0x77e75ee0 in WaitForMultipleObjectsEx ()
> from /cygdrive/c/WINDOWS/system32/kernel32.dll
>#3 0x610901e9 in muto::acquire(unsigned long) (../../../../cygwin/winsup/cygwin/sync.cc:75)
>#4 0x6108b587 is in WFMO (../../../../cygwin/winsup/cygwin/sigproc.cc:1248)
>#5 0x61090410 is in close_all_files() (../../../../cygwin/winsup/cygwin/syscalls.cc:10
>#6 0x6108d81f is in spawn_guts(char const*, char const* const*, char const* const*, int) (../../../../cygwin/winsup/cygwin/spawn.cc:847)
>#7 0x6108c830 is in do_cleanup(void*) (../../../../cygwin/winsup/cygwin/spawn.cc:336)
>(gdb) thread 2
So, if I can believe this trace, it looks like cygwin is hanging waiting for
a lock while exiting. I don't see how it's possible to be waiting for
a lock unless cygpath was a multi-threaded app or if the signal thread
grabbed the lock and didn't give it up, neither of which should be the
case.
So, color me puzzled. I will continue to ponder this, though. I haven't
had a shower yet. That's where most of my inspiration hits me...
...Well, it's close to the shower, anyway...
cgf
--
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/
^ permalink raw reply [flat|nested] 78+ messages in thread
* Re: setup hangs during postinstall
2003-10-08 20:38 Brian Ford
@ 2003-10-08 23:35 ` Christopher Faylor
0 siblings, 0 replies; 78+ messages in thread
From: Christopher Faylor @ 2003-10-08 23:35 UTC (permalink / raw)
To: cygwin
On Wed, Oct 08, 2003 at 03:26:29PM -0500, Brian Ford wrote:
>Igor Pechtchanski wrote:
>> Can you attach to a hanging cygpath process with strace and post the
>> output?
>>
>I would, but:
>
>http://www.cygwin.com/ml/cygwin/2003-10/msg00114.html
>
>I had limited success debugging this with an older Cygwin CVS built DLL
>(probably around 1.5.3). It showed an error accessing the pinfo (SEGV).
>Sorry, no more detail right now.
I fixed it in cvs.
cgf
--
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/
^ permalink raw reply [flat|nested] 78+ messages in thread
* Re: setup hangs during postinstall
2003-10-08 17:15 ` Igor Pechtchanski
2003-10-08 18:01 ` Christopher Faylor
@ 2003-10-08 20:49 ` Robert Collins
1 sibling, 0 replies; 78+ messages in thread
From: Robert Collins @ 2003-10-08 20:49 UTC (permalink / raw)
To: cygwin
[-- Attachment #1: Type: text/plain, Size: 181 bytes --]
On Thu, 2003-10-09 at 02:57, Igor Pechtchanski wrote:
> FWIW, so do I.
> Igor
Ditto.
Rob
--
GPG key available at: <http://members.aardvark.net.au/lifeless/keys.txt>.
[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 189 bytes --]
^ permalink raw reply [flat|nested] 78+ messages in thread
* RE: setup hangs during postinstall
@ 2003-10-08 20:38 Brian Ford
2003-10-08 23:35 ` Christopher Faylor
0 siblings, 1 reply; 78+ messages in thread
From: Brian Ford @ 2003-10-08 20:38 UTC (permalink / raw)
To: cygwin
Igor Pechtchanski wrote:
> Can you attach to a hanging cygpath process with strace and post the
> output?
>
I would, but:
http://www.cygwin.com/ml/cygwin/2003-10/msg00114.html
I had limited success debugging this with an older Cygwin CVS built DLL
(probably around 1.5.3). It showed an error accessing the pinfo (SEGV).
Sorry, no more detail right now.
My current CVS compiled Cygwin DLL causes this in gdb which makes
debugging this pretty impossible for me:
$ gdb ./strace
GNU gdb 2003-09-20-cvs (cygwin-special)
Copyright 2003 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "i686-pc-cygwin"...
(gdb) b main
Breakpoint 1 at 0x403780: file ../../../../cygwin/winsup/utils/strace.cc, line 900.
(gdb) r -p 1816
Starting program: /home/ford/strace.exe -p 1816
Error creating process /home/ford/strace.exe, (error 5)
(gdb) quit
ford@sybilxpc ~
$ net helpmsg 5
Access is denied.
--
Brian Ford
Senior Realtime Software Engineer
VITAL - Visual Simulation Systems
FlightSafety International
Phone: 314-551-8460
Fax: 314-551-8444
--
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/
^ permalink raw reply [flat|nested] 78+ messages in thread
* RE: setup hangs during postinstall
2003-10-08 18:56 ` Igor Pechtchanski
@ 2003-10-08 20:01 ` Hannu E K Nevalainen
0 siblings, 0 replies; 78+ messages in thread
From: Hannu E K Nevalainen @ 2003-10-08 20:01 UTC (permalink / raw)
To: cygwin
> From: Igor Pechtchanski
> Sent: Wednesday, October 08, 2003 8:51 PM
> On Wed, 8 Oct 2003, Hannu E K Nevalainen wrote:
> > This is how it looks for me, when I try to follow the
> description above...
> > HTH (not really expecting it to) :-I
> >
> > This is W2K adv server, SP4+ as I've told before... last and
> latest of all
> > cygwin packages - and setup2.416-1 (updated this evening from rcn.net)
>
> Hannu,
>
> Can you attach to a hanging cygpath process with strace and post the
> output?
> Igor
Probably, I'll do that tomorrow if you don't mind - assuming you still think
its wortwhile then... I'll check email at least once before I try it.
/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/
^ permalink raw reply [flat|nested] 78+ messages in thread
* RE: setup hangs during postinstall
2003-10-08 19:42 ` Don Koch
@ 2003-10-08 19:47 ` Hannu E K Nevalainen
0 siblings, 0 replies; 78+ messages in thread
From: Hannu E K Nevalainen @ 2003-10-08 19:47 UTC (permalink / raw)
To: cygwin
> -----Original Message-----
> From: cygwin-owner@cygwin.com [mailto:cygwin-owner@cygwin.com]On Behalf
> Of Don Koch
> Sent: Wednesday, October 08, 2003 9:16 PM
> To: cygwin@cygwin.com
> Subject: Re: setup hangs during postinstall
>
>
> > > Have we ever gotten a 'ps -ef' when setup.exe is hung? It
> would be nice
> > > to know if it is sh or bash that is having problems or cygpath itself.
> > >
> > > I can't find one of these in the archives but I could easily
> have missed
> > > it.
> > >
> > > cgf
> >
> > Hmm... what is that supposed to tell?
> >
> > $ ps
> > PID PPID PGID WINPID TTY UID STIME COMMAND
> > 908 1 908 2636 con 500 17:09:34 /usr/bin/rxvt
> > I 332 908 332 2056 0 500 17:09:34 /usr/bin/bash
> > 640 1 640 2036 con 500 18:28:20 /usr/bin/rxvt
> > 2416 640 2416 2528 2 500 18:28:20 /usr/bin/bash
> > 2008 1 2008 2008 con 500 20:15:04 /usr/bin/sh
> > I 320 2008 2008 320 con 500 20:15:05 /usr/bin/bash
> > 2212 320 2008 2212 con 500 20:15:05 /usr/bin/cygpath
> > 1988 2416 1988 2116 2 500 20:15:19 /usr/bin/ps
> >
> > $ ps -ef
> > UID PID PPID TTY STIME COMMAND
> > Hannu 908 1 con 17:09:34 /usr/bin/rxvt
> > Hannu 332 908 0 17:09:34 /usr/bin/bash
> > Hannu 640 1 con 18:28:20 /usr/bin/rxvt
> > Hannu 2416 640 2 18:28:20 /usr/bin/bash
> > Hannu 2008 1 con 20:15:04 /usr/bin/sh
> > Hannu 320 2008 con 20:15:05 /usr/bin/bash
> > Hannu 2212 320 con 20:15:05 /usr/bin/cygpath
> > Hannu 2404 332 0 20:15:30 /usr/bin/gdb
> > Hannu 2116 2416 2 20:17:44 /usr/bin/ps
> >
> > $
>
> Just out of curiosity, does it hang if no other cygwin programs
> are running
> at the time you run setup?
Yes.
The other processes are there for my convinience only, to make
"effective"(ironic tone) debugging. ;-P
/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/
^ permalink raw reply [flat|nested] 78+ messages in thread
* RE: setup hangs during postinstall
2003-10-08 19:12 ` Christopher Faylor
@ 2003-10-08 19:42 ` Hannu E K Nevalainen
0 siblings, 0 replies; 78+ messages in thread
From: Hannu E K Nevalainen @ 2003-10-08 19:42 UTC (permalink / raw)
To: cygwin
> From: Christopher Faylor
> Sent: Wednesday, October 08, 2003 9:00 PM
> On Wed, Oct 08, 2003 at 08:47:05PM +0200, Hannu E K Nevalainen wrote:
> >(gdb) l *0x610885a3
> >No source file for address 0x610885a3.
>
> In other words, you are not running with a debugging version of
> cygwin1.dll so there are no debugging symbols available.
>
> cgf
Argh... Yes.
I have hope that Brian Ford can help in a better way. :-7
/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/
^ permalink raw reply [flat|nested] 78+ messages in thread
* Re: setup hangs during postinstall
2003-10-08 18:34 ` Hannu E K Nevalainen
@ 2003-10-08 19:42 ` Don Koch
2003-10-08 19:47 ` Hannu E K Nevalainen
0 siblings, 1 reply; 78+ messages in thread
From: Don Koch @ 2003-10-08 19:42 UTC (permalink / raw)
To: cygwin
> > Have we ever gotten a 'ps -ef' when setup.exe is hung? It would be nice
> > to know if it is sh or bash that is having problems or cygpath itself.
> >
> > I can't find one of these in the archives but I could easily have missed
> > it.
> >
> > cgf
>
> Hmm... what is that supposed to tell?
>
> $ ps
> PID PPID PGID WINPID TTY UID STIME COMMAND
> 908 1 908 2636 con 500 17:09:34 /usr/bin/rxvt
> I 332 908 332 2056 0 500 17:09:34 /usr/bin/bash
> 640 1 640 2036 con 500 18:28:20 /usr/bin/rxvt
> 2416 640 2416 2528 2 500 18:28:20 /usr/bin/bash
> 2008 1 2008 2008 con 500 20:15:04 /usr/bin/sh
> I 320 2008 2008 320 con 500 20:15:05 /usr/bin/bash
> 2212 320 2008 2212 con 500 20:15:05 /usr/bin/cygpath
> 1988 2416 1988 2116 2 500 20:15:19 /usr/bin/ps
>
> $ ps -ef
> UID PID PPID TTY STIME COMMAND
> Hannu 908 1 con 17:09:34 /usr/bin/rxvt
> Hannu 332 908 0 17:09:34 /usr/bin/bash
> Hannu 640 1 con 18:28:20 /usr/bin/rxvt
> Hannu 2416 640 2 18:28:20 /usr/bin/bash
> Hannu 2008 1 con 20:15:04 /usr/bin/sh
> Hannu 320 2008 con 20:15:05 /usr/bin/bash
> Hannu 2212 320 con 20:15:05 /usr/bin/cygpath
> Hannu 2404 332 0 20:15:30 /usr/bin/gdb
> Hannu 2116 2416 2 20:17:44 /usr/bin/ps
>
> $
Just out of curiosity, does it hang if no other cygwin programs are running
at the time you run setup?
--
Don Koch
koch@cognex.com
----
Not speaking for Cognex Corporation.
--
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/
^ permalink raw reply [flat|nested] 78+ messages in thread
* Re: setup hangs during postinstall
@ 2003-10-08 19:32 Brian Ford
2003-10-09 4:09 ` Christopher Faylor
0 siblings, 1 reply; 78+ messages in thread
From: Brian Ford @ 2003-10-08 19:32 UTC (permalink / raw)
To: cygwin
Christopher Faylor wrote:
>Brian Ford wrote:
>>It looks to me like the stack is corrupted, but I'm probably just being
>>naive.
>
>This is unfortunately a standard stack for a frame-pointerless function
>(probably *WaitForMultipleWindowsEx). The laborious way to find the
>caller is to do something like a:
>
>x/200x $esp
>
>and then look for 0x6100xxxx addresses in the output, decoding them with
>something like:
>
>l *0x61041234
>
>There will be some garbage on the stack so some 0x6100xxxx addresses will
>not be useful.
>
Ok. Thanks.
The hand decoded trace (The same one as before. I still had gdb up.) is
below.
>That's the only way I know of to deal with this. If gcc produced dwarf2
>output, we could use the CFI to get more accurate information about the
>stack frame but that's not going to happen anytime soon.
>
Was that a hint for me :). Getting gcc to product dwarf2 output is easy.
Getting the resulting executable to run with the dwarf2 sections is the
hard part. It (dwarf2) needs a section relative relocation in gas/ld/bfd
like I said before. Know anyone who wants to help? :D
>>I included all three thread backtraces just in case anyone can see
>>anything. Let me know if have any better idea about how to track this
>>down.
>
>The trace from thread 2 is what I would expect. Thread 1 is obviously
>waiting for something but I don't know what without more stack info.
>
I'll do thread 3 too if you think it is relevent.
(gdb) info threads
3 thread 1920.0x4f0 0x77f75a59 in ntdll!DbgUiConnectToDbg ()
from /cygdrive/c/WINDOWS/System32/ntdll.dll
2 thread 1920.0x6e4 0x7ffe0304 in ?? ()
* 1 thread 1920.0x760 0x7ffe0304 in ?? ()
(gdb) thread 1
[Switching to thread 1 (thread 1920.0x760)]#0 0x7ffe0304 in ?? ()
(gdb) bt
#0 0x7ffe0304 in ?? ()
#1 0x77f5c524 in ntdll!ZwWaitForMultipleObjects ()
from /cygdrive/c/WINDOWS/System32/ntdll.dll
#2 0x77e75ee0 in WaitForMultipleObjectsEx ()
from /cygdrive/c/WINDOWS/system32/kernel32.dll
#3 0x610901e9 in muto::acquire(unsigned long) (../../../../cygwin/winsup/cygwin/sync.cc:75)
#4 0x6108b587 is in WFMO (../../../../cygwin/winsup/cygwin/sigproc.cc:1248)
#5 0x61090410 is in close_all_files() (../../../../cygwin/winsup/cygwin/syscalls.cc:10
#6 0x6108d81f is in spawn_guts(char const*, char const* const*, char const* const*, int) (../../../../cygwin/winsup/cygwin/spawn.cc:847)
#7 0x6108c830 is in do_cleanup(void*) (../../../../cygwin/winsup/cygwin/spawn.cc:336)
(gdb) thread 2
[Switching to thread 2 (thread 1920.0x6e4)]#0 0x7ffe0304 in ?? ()
(gdb) bt
#0 0x7ffe0304 in ?? ()
#1 0x77f5bfb4 in ntdll!ZwReadFile ()
from /cygdrive/c/WINDOWS/System32/ntdll.dll
#2 0x77e7abbd in ReadFile () from /cygdrive/c/WINDOWS/system32/kernel32.dll
#3 0x6108ad36 is in wait_sig(void*) (../../../../cygwin/winsup/cygwin/sigproc.cc:1089)
#4 0x610a0ddb is in pthread_key::set(void const*) (../../../../cygwin/winsup/cygwin/thread.cc:1384)
#5 0x61002d00 is in cygthread::stub(void*) (../../../../cygwin/winsup/cygwin/cygthread.cc:32)
#6 0x61024a70 is in handle_exceptions (../../../../cygwin/winsup/cygwin/exceptions.cc:420)
#7 0x61002d00 is in cygthread::stub(void*) (../../../../cygwin/winsup/cygwin/cygthread.cc:32)
(gdb) thread 3
[Switching to thread 3 (thread 1920.0x4f0)]#0 0x77f75a59 in ntdll!DbgUiConnectToDbg () from /cygdrive/c/WINDOWS/System32/ntdll.dll
(gdb) bt
#0 0x77f75a59 in ntdll!DbgUiConnectToDbg ()
from /cygdrive/c/WINDOWS/System32/ntdll.dll
#1 0x77f5f31f in ntdll!KiUserCallbackDispatcher ()
from /cygdrive/c/WINDOWS/System32/ntdll.dll
#2 0x00000005 in ?? ()
#3 0x00000004 in ?? ()
#4 0x00000001 in ?? ()
#5 0x003fffd0 in ?? ()
#6 0x85e0d020 in ?? ()
#7 0xffffffff in ?? ()
#8 0x77fa88f0 in wcstombs () from /cygdrive/c/WINDOWS/System32/ntdll.dll
(gdb)
--
Brian Ford
Senior Realtime Software Engineer
VITAL - Visual Simulation Systems
FlightSafety International
Phone: 314-551-8460
Fax: 314-551-8444
--
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/
^ permalink raw reply [flat|nested] 78+ messages in thread
* Re: setup hangs during postinstall
2003-10-08 18:51 ` Hannu E K Nevalainen
2003-10-08 18:56 ` Igor Pechtchanski
@ 2003-10-08 19:12 ` Christopher Faylor
2003-10-08 19:42 ` Hannu E K Nevalainen
1 sibling, 1 reply; 78+ messages in thread
From: Christopher Faylor @ 2003-10-08 19:12 UTC (permalink / raw)
To: cygwin
On Wed, Oct 08, 2003 at 08:47:05PM +0200, Hannu E K Nevalainen wrote:
>(gdb) l *0x610885a3
>No source file for address 0x610885a3.
In other words, you are not running with a debugging version of
cygwin1.dll so there are no debugging symbols available.
cgf
--
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/
^ permalink raw reply [flat|nested] 78+ messages in thread
* RE: setup hangs during postinstall
2003-10-08 18:51 ` Hannu E K Nevalainen
@ 2003-10-08 18:56 ` Igor Pechtchanski
2003-10-08 20:01 ` Hannu E K Nevalainen
2003-10-08 19:12 ` Christopher Faylor
1 sibling, 1 reply; 78+ messages in thread
From: Igor Pechtchanski @ 2003-10-08 18:56 UTC (permalink / raw)
To: Hannu E K Nevalainen; +Cc: cygwin
On Wed, 8 Oct 2003, Hannu E K Nevalainen wrote:
> > From: Christopher Faylor
>
> > On Wed, Oct 08, 2003 at 12:27:22PM -0500, Brian Ford wrote:
> > >Christopher Faylor wrote:
> > >>On Wed, Oct 08, 2003 at 12:49:44PM -0400, Igor Pechtchanski wrote:
> > >>>This is a known bug (as a search of the recent archives would have
> > >>>shown). People are investigating. As a short term workaround, you can
> > >>>"mv /etc/postinstal/XFree86-bin-icons.sh{,.done}" and rerun setup.
> > >>
> > >>I sure wish I could duplicate this bug...
> > >>
> > >Well, I can.
> > >
> > >I've got an XP box running a current CVS compiled cygwin DLL,
> > >a current CVS compiled cygpath, and a just downloaded setup stuck
> > >reinstalling XFree86-bin-icons. I attached gdb to cygpath and got the
> > >following.
> > >
> > >It looks to me like the stack is corrupted, but I'm probably just being
> > >naive.
> >
> > This is unfortunately a standard stack for a frame-pointerless function
> > (probably *WaitForMultipleWindowsEx). The laborious way to find the
> > caller is to do something like a:
> >
> > x/200x $esp
> >
> > and then look for 0x6100xxxx addresses in the output, decoding them with
> > something like:
> >
> > l *0x61041234
> >
> > There will be some garbage on the stack so some 0x6100xxxx addresses will
> > not be useful.
> >
> > That's the only way I know of to deal with this. If gcc produced dwarf2
> > output, we could use the CFI to get more accurate information about the
> > stack frame but that's not going to happen anytime soon.
>
> This is how it looks for me, when I try to follow the description above...
> HTH (not really expecting it to) :-I
>
> This is W2K adv server, SP4+ as I've told before... last and latest of all
> cygwin packages - and setup2.416-1 (updated this evening from rcn.net)
Hannu,
Can you attach to a hanging cygpath process with strace and post the
output?
Igor
--
http://cs.nyu.edu/~pechtcha/
|\ _,,,---,,_ pechtcha@cs.nyu.edu
ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com
|,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D.
'---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow!
"I have since come to realize that being between your mentor and his route
to the bathroom is a major career booster." -- Patrick Naughton
--
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/
^ permalink raw reply [flat|nested] 78+ messages in thread
* RE: setup hangs during postinstall
2003-10-08 18:36 ` Christopher Faylor
@ 2003-10-08 18:51 ` Hannu E K Nevalainen
2003-10-08 18:56 ` Igor Pechtchanski
2003-10-08 19:12 ` Christopher Faylor
0 siblings, 2 replies; 78+ messages in thread
From: Hannu E K Nevalainen @ 2003-10-08 18:51 UTC (permalink / raw)
To: cygwin
> From: Christopher Faylor
> On Wed, Oct 08, 2003 at 12:27:22PM -0500, Brian Ford wrote:
> >Christopher Faylor wrote:
> >>On Wed, Oct 08, 2003 at 12:49:44PM -0400, Igor Pechtchanski wrote:
> >>>This is a known bug (as a search of the recent archives would have
> >>>shown). People are investigating. As a short term workaround, you can
> >>>"mv /etc/postinstal/XFree86-bin-icons.sh{,.done}" and rerun setup.
> >>
> >>I sure wish I could duplicate this bug...
> >>
> >Well, I can.
> >
> >I've got an XP box running a current CVS compiled cygwin DLL,
> >a current CVS compiled cygpath, and a just downloaded setup stuck
> >reinstalling XFree86-bin-icons. I attached gdb to cygpath and got the
> >following.
> >
> >It looks to me like the stack is corrupted, but I'm probably just being
> >naive.
>
> This is unfortunately a standard stack for a frame-pointerless function
> (probably *WaitForMultipleWindowsEx). The laborious way to find the
> caller is to do something like a:
>
> x/200x $esp
>
> and then look for 0x6100xxxx addresses in the output, decoding them with
> something like:
>
> l *0x61041234
>
> There will be some garbage on the stack so some 0x6100xxxx addresses will
> not be useful.
>
> That's the only way I know of to deal with this. If gcc produced dwarf2
> output, we could use the CFI to get more accurate information about the
> stack frame but that's not going to happen anytime soon.
This is how it looks for me, when I try to follow the description above...
HTH (not really expecting it to) :-I
This is W2K adv server, SP4+ as I've told before... last and latest of all
cygwin packages - and setup2.416-1 (updated this evening from rcn.net)
/Hannu E K Nevalainen, B.Sc. EE - 59?16.37'N, 17?12.60'E
-- UTC+01, DST -> UTC+02 --
$ gdb cygpath
GNU gdb 2003-09-20-cvs (cygwin-special)
Copyright 2003 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "i686-pc-cygwin"...
(gdb) att 2212
Attaching to program `/usr/bin/cygpath.exe', process 2212
[Switching to thread 2212.0x9b0]
(gdb) l
501 cygpath (cygwin) %.*s\n\
502 Path Conversion Utility\n\
503 Copyright 1998, 1999, 2000, 2001, 2002 Red Hat, Inc.\n\
504 Compiled on %s\n\
505 ", len, v, __DATE__);
506 }
507
508 int
509 main (int argc, char **argv)
510 {
(gdb) bt
#0 0x77fa144c in ntdll!DbgUiConnectToDbg () from
/cygdrive/f/WINNT/system32/NTDLL.DLL
#1 0x7c50dfdb in KERNEL32!DebugActiveProcess () from
/cygdrive/f/WINNT/system32/KERNEL32.DLL
#2 0x7c4e987c in SetThreadExecutionState () from
/cygdrive/f/WINNT/system32/KERNEL32.DLL
(gdb) f 0
#0 0x77fa144c in ntdll!DbgUiConnectToDbg () from
/cygdrive/f/WINNT/system32/NTDLL.DLL
(gdb) n
Single stepping until exit from function ntdll!DbgUiConnectToDbg,
which has no line number information.
0x7c50dfdb in KERNEL32!DebugActiveProcess () from
/cygdrive/f/WINNT/system32/KERNEL32.DLL
(gdb) l
511 int c, o = 0;
512 int options_from_file_flag;
513 char *filename;
514
515 prog_name = strrchr (argv[0], '/');
516 if (prog_name == NULL)
517 prog_name = strrchr (argv[0], '\\');
518 if (prog_name == NULL)
519 prog_name = argv[0];
520 else
(gdb) x/200x $esp
0xb6ffac: 0x77f98191 0xffffffff 0x00b6ffec 0x7c4e987c
0xb6ffbc: 0x00000000 0x03d4fcbc 0x77f98191 0x00000000
0xb6ffcc: 0x7ffdc000 0x03d4fccc 0x00b6ffc0 0x03d4fccc
0xb6ffdc: 0xffffffff 0x7c4ff0b4 0x7c4ed360 0x00000000
0xb6ffec: 0x00000000 0x00000000 0x7c50dfb2 0x00000000
0xb6fffc: 0x00000000 Cannot access memory at address 0xb70000
(gdb) f 1
#1 0x7c4e987c in SetThreadExecutionState () from
/cygdrive/f/WINNT/system32/KERNEL32.DLL
(gdb) x/200x $esp
0xb6ffbc: 0x00000000 0x03d4fcbc 0x77f98191 0x00000000
0xb6ffcc: 0x7ffdc000 0x03d4fccc 0x00b6ffc0 0x03d4fccc
0xb6ffdc: 0xffffffff 0x7c4ff0b4 0x7c4ed360 0x00000000
0xb6ffec: 0x00000000 0x00000000 0x7c50dfb2 0x00000000
0xb6fffc: 0x00000000 Cannot access memory at address 0xb70000
(gdb) f 2
#0 0x00000000 in ?? () from
(gdb) f
#0 0x00000000 in ?? () from
(gdb) f 0
#0 0x7c50dfdb in KERNEL32!DebugActiveProcess () from
/cygdrive/f/WINNT/system32/KERNEL32.DLL
(gdb) x/200x $esp
0xb6ffac: 0x77f98191 0xffffffff 0x00b6ffec 0x7c4e987c
0xb6ffbc: 0x00000000 0x03d4fcbc 0x77f98191 0x00000000
0xb6ffcc: 0x7ffdc000 0x03d4fccc 0x00b6ffc0 0x03d4fccc
0xb6ffdc: 0xffffffff 0x7c4ff0b4 0x7c4ed360 0x00000000
0xb6ffec: 0x00000000 0x00000000 0x7c50dfb2 0x00000000
0xb6fffc: 0x00000000 Cannot access memory at address 0xb70000
(gdb) i thre
* 3 thread 2212.0x9b0 0x7c50dfdb in KERNEL32!DebugActiveProcess ()
from /cygdrive/f/WINNT/system32/KERNEL32.DLL
2 thread 2212.0xa28 0x77f8c55d in ntdll!ZwReadFile () from
/cygdrive/f/WINNT/system32/NTDLL.DLL
1 thread 2212.0x2f8 0x77f9323e in ntdll!ZwWaitForMultipleObjects ()
from /cygdrive/f/WINNT/system32/NTDLL.DLL
(gdb) thr 1
[Switching to thread 1 (thread 2212.0x2f8)]#0 0x77f9323e in
ntdll!ZwWaitForMultipleObjects ()
from /cygdrive/f/WINNT/system32/NTDLL.DLL
(gdb) x/200x $esp
0x22e4c4: 0x7c4ebdd7 0x00000003 0x0022e4e8 0x00000001
0x22e4d4: 0x00000000 0x00000000 0x0022e5f0 0x00000000
0x22e4e4: 0x0022e550 0x0000033c 0x00000370 0x00000274
0x22e4f4: 0x00000000 0x00000000 0x00000000 0x00000000
0x22e504: 0x00000000 0xffffffff 0x6163146c 0x0022e578
0x22e514: 0x7c4fabfb 0x0022e4e8 0x00000001 0x00000000
0x22e524: 0x00000000 0x00000000 0x610885a3 0x00000003
0x22e534: 0x0022e5f0 0x00000000 0xffffffff 0x61631474
0x22e544: 0x000008a4 0x0022e558 0x00000003 0x00000000
0x22e554: 0x000008a4 0x0022e578 0x6108d300 0x0a010008
0x22e564: 0x00000002 0x0022e578 0x00000000 0x00000003
0x22e574: 0x000008a4 0x0022f888 0x6108a7af 0xffffffff
0x22e584: 0x0022f75c 0x0022ee30 0x0022ee30 0x00000001
0x22e594: 0x04000020 0x0a0483f8 0x00000000 0x0022f4b0
0x22e5a4: 0x0022f230 0x00000000 0x00000000 0x00000000
0x22e5b4: 0x00000002 0x0022f75c 0x04000020 0x00000003
0x22e5c4: 0x00000000 0x00000000 0x00000274 0x00000000
0x22e5d4: 0x00000000 0x00000000 0x00000000 0x00000000
0x22e5e4: 0x0a0483f8 0x0022f779 0x00000000 0x0000033c
0x22e5f4: 0x00000370 0x00000274 0x00090028 0x00000000
0x22e604: 0x00000000 0x00000000 0x00000000 0x610897c0
0x22e614: 0x0022e620 0x00000000 0x00000000 0x00000000
0x22e624: 0x00000000 0x00000000 0x77f8c277 0x77fcf170
0x22e634: 0x77f91c38 0x77f91c1e 0x00000208 0x0000021a
0x22e644: 0x002321d0 0x0022e7ec 0x77fcc35c 0x00231348
0x22e654: 0x00234030 0x7ffde001 0x00000021 0x00000002
0x22e664: 0x00000000 0x00000000 0x00000000 0x00000000
0x22e674: 0x00000000 0x00000000 0x00000000 0x00000043
0x22e684: 0x0022e764 0x00000042 0x00000000 0x00000003
0x22e694: 0x00000000 0x02080042 0x00000000 0x00440042
0x22e6a4: 0x7ffdec00 0x00000000 0x00000043 0x0022e766
0x22e6b4: 0x00000000 0x00000000 0x00000042 0x00000000
0x22e6c4: 0x00000000 0x00000000 0x7ffde000 0x7ffde000
0x22e6d4: 0x0022e988 0x77f98191 0x77f91c58 0xffffffff
0x22e6e4: 0x0022e998 0x0000021a 0x00000008 0x0022e998
0x22e6f4: 0x77f8c277 0x77fcf170 0x77f91b5c 0x77f91b34
0x22e704: 0x00000000 0x0022f2bc 0x00000000 0x00000000
0x22e714: 0x00000000 0x0022e748 0x00000000 0x00000002
0x22e724: 0x003a0043 0x0050005c 0x006f0072 0x00720067
0x22e734: 0x006d0061 0x0063005c 0x00670079 0x00690077
0x22e744: 0x005c006e 0x00690062 0x005c006e 0x00790063
0x22e754: 0x00700067 0x00740061 0x002e0068 0x00780065
0x22e764: 0x00000065 0x00000000 0x00000000 0x00000000
0x22e774: 0x00000000 0x00000000 0x00000000 0x00000000
0x22e784: 0x00000000 0x00000000 0x00000000 0x00000000
0x22e794: 0x00000000 0x00000000 0x00000000 0x00000000
0x22e7a4: 0x00000000 0x00000000 0x00000000 0x00000000
0x22e7b4: 0x00000000 0x00000000 0x00000000 0x00000000
0x22e7c4: 0x00000000 0x00000000 0x00000000 0x00000000
0x22e7d4: 0x00000000 0x00000000 0x00000000 0x00000000
(gdb) l *0x6163146c
No source file for address 0x6163146c.
(gdb) l *0x610885a3
No source file for address 0x610885a3.
(gdb) l *0x61631474
No source file for address 0x61631474.
(gdb) l *0x6108d300
No source file for address 0x6108d300.
(gdb) i p
Using the running image of child thread 2212.0x2f8.
Program stopped at 0x77f9323e.
It stopped after being stepped.
(gdb) l *0x6108a7af
No source file for address 0x6108a7af.
(gdb) l *0x610897c0
No source file for address 0x610897c0.
(gdb) thr 2
[Switching to thread 2 (thread 2212.0xa28)]#0 0x77f8c55d in
ntdll!ZwReadFile ()
from /cygdrive/f/WINNT/system32/NTDLL.DLL
(gdb) x/200x $esp
0xb2fab4: 0x7c4e660d 0x00000358 0x00000000 0x00000000
0xb2fac4: 0x00000000 0x00b2fafc 0x00b2fb5c 0x00000010
0xb2fad4: 0x00000000 0x00000000 0x00b2fb5c 0x00b2fb54
0xb2fae4: 0x00000000 0x00000000 0x00000000 0x00000000
0xb2faf4: 0x00000000 0x7ffddbf8 0x00000000 0x00000010
0xb2fb04: 0x7c4f4d0a 0x610e6ca8 0x00b2fadc 0x01000101
0xb2fb14: 0x00b2ffa4 0x7c4ff0b4 0x7c4e6640 0xffffffff
0xb2fb24: 0x00b2ff84 0x61087d96 0x00000358 0x00b2fb5c
0xb2fb34: 0x00000010 0x00b2fb54 0x00000000 0x00000000
0xb2fb44: 0x00000000 0x00000000 0x00000000 0x00000000
0xb2fb54: 0x00000000 0x00000358 0x00000000 0x000008a4
0xb2fb64: 0x00000348 0x00b2fb50 0x0000000c 0x00b2fb78
0xb2fb74: 0x00000000 0x00040001 0x00000000 0x00000000
0xb2fb84: 0x00000000 0x00b2fb8c 0x00580002 0x00000003
0xb2fb94: 0x00240000 0x10000000 0x00000501 0x05000000
0xb2fba4: 0x00000015 0x323e04be 0x2d94e907 0x500cebdb
0xb2fbb4: 0x000001f4 0x00180000 0x10000000 0x00000201
0xb2fbc4: 0x05000000 0x00000020 0x00000220 0x00140000
0xb2fbd4: 0x10000000 0x00000101 0x05000000 0x00000012
0xb2fbe4: 0x00000000 0x00000000 0x00000000 0x00000000
0xb2fbf4: 0x00000000 0x00000000 0x00000000 0x00000000
0xb2fc04: 0x00000000 0x00000000 0x00000000 0x00000000
0xb2fc14: 0x00000000 0x00000000 0x00000000 0x00000000
0xb2fc24: 0x00000000 0x00000000 0x00000000 0x00000000
0xb2fc34: 0x00000001 0x7ffdf000 0x00b2fc74 0x00b2fc50
0xb2fc44: 0x6109d24b 0x00000006 0x61106028 0x00000001
0xb2fc54: 0x7ffdf000 0x00b2fc74 0x00b2fc74 0x00b2fc80
0xb2fc64: 0x77f86215 0x77d30000 0x00000002 0x00000000
0xb2fc74: 0x77d37740 0x7ffdf000 0x00234478 0x00b2fd1c
0xb2fc84: 0x77f8f786 0x77d37740 0x77d30000 0x00000002
0xb2fc94: 0x00000000 0x7ffdf000 0x7ffdd000 0x77f84ace
0xb2fca4: 0x77fcf348 0x77f84b98 0x00b2fd30 0x00230178
0xb2fcb4: 0x610e4b40 0x00000000 0x00000000 0x00000000
0xb2fcc4: 0x00000000 0x00000000 0x00000000 0x00000000
0xb2fcd4: 0x00000000 0x00000000 0x00000000 0x00000000
0xb2fce4: 0x00000000 0x00000000 0x00000000 0x00000000
0xb2fcf4: 0x7ffdd000 0x00000000 0x00000000 0x00000000
0xb2fd04: 0x00b2fcac 0x0000021e 0xffffffff 0x77f98191
0xb2fd14: 0x77f84bd8 0xffffffff 0x00000000 0x77fa15d3
0xb2fd24: 0x77fa15db 0x00b2fd30 0x00000001 0x00010017
0xb2fd34: 0x00000000 0x00000000 0x00000000 0x00000000
0xb2fd44: 0x00000000 0x00000000 0x00000000 0x00000000
0xb2fd54: 0x00000000 0x00000000 0x00000000 0x00000000
0xb2fd64: 0x00000000 0x00000000 0x00000000 0x00000000
0xb2fd74: 0x00000000 0x00000000 0x00000000 0x00000000
0xb2fd84: 0x00000000 0x00000000 0x00000000 0x00000000
0xb2fd94: 0x00000000 0x00000000 0x00000000 0x00000000
0xb2fda4: 0x00000000 0x00000000 0x00000000 0x00000000
0xb2fdb4: 0x00000000 0x00000000 0x00000000 0x00000038
0xb2fdc4: 0x00000023 0x00000023 0x00000000 0x00230178
(gdb) l *0x610e6ca8
No source file for address 0x610e6ca8.
(gdb) l *0x61087d96
No source file for address 0x61087d96.
(gdb) l *0x6109d24b
No source file for address 0x6109d24b.
(gdb) l *0x61106028
No source file for address 0x61106028.
(gdb) thr 2
[Switching to thread 2 (thread 2212.0xa28)]#0 0x77f8c55d in
ntdll!ZwReadFile ()
from /cygdrive/f/WINNT/system32/NTDLL.DLL
(gdb) x/200x $esp
0xb2fab4: 0x7c4e660d 0x00000358 0x00000000 0x00000000
0xb2fac4: 0x00000000 0x00b2fafc 0x00b2fb5c 0x00000010
0xb2fad4: 0x00000000 0x00000000 0x00b2fb5c 0x00b2fb54
0xb2fae4: 0x00000000 0x00000000 0x00000000 0x00000000
0xb2faf4: 0x00000000 0x7ffddbf8 0x00000000 0x00000010
0xb2fb04: 0x7c4f4d0a 0x610e6ca8 0x00b2fadc 0x01000101
0xb2fb14: 0x00b2ffa4 0x7c4ff0b4 0x7c4e6640 0xffffffff
0xb2fb24: 0x00b2ff84 0x61087d96 0x00000358 0x00b2fb5c
0xb2fb34: 0x00000010 0x00b2fb54 0x00000000 0x00000000
0xb2fb44: 0x00000000 0x00000000 0x00000000 0x00000000
0xb2fb54: 0x00000000 0x00000358 0x00000000 0x000008a4
0xb2fb64: 0x00000348 0x00b2fb50 0x0000000c 0x00b2fb78
0xb2fb74: 0x00000000 0x00040001 0x00000000 0x00000000
0xb2fb84: 0x00000000 0x00b2fb8c 0x00580002 0x00000003
0xb2fb94: 0x00240000 0x10000000 0x00000501 0x05000000
0xb2fba4: 0x00000015 0x323e04be 0x2d94e907 0x500cebdb
0xb2fbb4: 0x000001f4 0x00180000 0x10000000 0x00000201
0xb2fbc4: 0x05000000 0x00000020 0x00000220 0x00140000
0xb2fbd4: 0x10000000 0x00000101 0x05000000 0x00000012
0xb2fbe4: 0x00000000 0x00000000 0x00000000 0x00000000
0xb2fbf4: 0x00000000 0x00000000 0x00000000 0x00000000
0xb2fc04: 0x00000000 0x00000000 0x00000000 0x00000000
0xb2fc14: 0x00000000 0x00000000 0x00000000 0x00000000
0xb2fc24: 0x00000000 0x00000000 0x00000000 0x00000000
0xb2fc34: 0x00000001 0x7ffdf000 0x00b2fc74 0x00b2fc50
0xb2fc44: 0x6109d24b 0x00000006 0x61106028 0x00000001
0xb2fc54: 0x7ffdf000 0x00b2fc74 0x00b2fc74 0x00b2fc80
0xb2fc64: 0x77f86215 0x77d30000 0x00000002 0x00000000
0xb2fc74: 0x77d37740 0x7ffdf000 0x00234478 0x00b2fd1c
0xb2fc84: 0x77f8f786 0x77d37740 0x77d30000 0x00000002
0xb2fc94: 0x00000000 0x7ffdf000 0x7ffdd000 0x77f84ace
0xb2fca4: 0x77fcf348 0x77f84b98 0x00b2fd30 0x00230178
0xb2fcb4: 0x610e4b40 0x00000000 0x00000000 0x00000000
0xb2fcc4: 0x00000000 0x00000000 0x00000000 0x00000000
0xb2fcd4: 0x00000000 0x00000000 0x00000000 0x00000000
0xb2fce4: 0x00000000 0x00000000 0x00000000 0x00000000
0xb2fcf4: 0x7ffdd000 0x00000000 0x00000000 0x00000000
0xb2fd04: 0x00b2fcac 0x0000021e 0xffffffff 0x77f98191
0xb2fd14: 0x77f84bd8 0xffffffff 0x00000000 0x77fa15d3
0xb2fd24: 0x77fa15db 0x00b2fd30 0x00000001 0x00010017
0xb2fd34: 0x00000000 0x00000000 0x00000000 0x00000000
0xb2fd44: 0x00000000 0x00000000 0x00000000 0x00000000
0xb2fd54: 0x00000000 0x00000000 0x00000000 0x00000000
0xb2fd64: 0x00000000 0x00000000 0x00000000 0x00000000
0xb2fd74: 0x00000000 0x00000000 0x00000000 0x00000000
0xb2fd84: 0x00000000 0x00000000 0x00000000 0x00000000
0xb2fd94: 0x00000000 0x00000000 0x00000000 0x00000000
0xb2fda4: 0x00000000 0x00000000 0x00000000 0x00000000
0xb2fdb4: 0x00000000 0x00000000 0x00000000 0x00000038
0xb2fdc4: 0x00000023 0x00000023 0x00000000 0x00230178
(gdb) l *0x610e6ca8
No source file for address 0x610e6ca8.
(gdb) l *0x61087d96
No source file for address 0x61087d96.
(gdb) l *0x61106028
No source file for address 0x61106028.
(gdb) l *0x6109d24b
No source file for address 0x6109d24b.
(gdb) l *0x610e4b40
No source file for address 0x610e4b40.
(gdb) thr 3
[Switching to thread 3 (thread 2212.0x9b0)]#0 0x7c50dfdb in
KERNEL32!DebugActiveProcess ()
from /cygdrive/f/WINNT/system32/KERNEL32.DLL
(gdb) x/200x $esp
0xb6ffac: 0x77f98191 0xffffffff 0x00b6ffec 0x7c4e987c
0xb6ffbc: 0x00000000 0x03d4fcbc 0x77f98191 0x00000000
0xb6ffcc: 0x7ffdc000 0x03d4fccc 0x00b6ffc0 0x03d4fccc
0xb6ffdc: 0xffffffff 0x7c4ff0b4 0x7c4ed360 0x00000000
0xb6ffec: 0x00000000 0x00000000 0x7c50dfb2 0x00000000
0xb6fffc: 0x00000000 Cannot access memory at address 0xb70000
(gdb)
--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/
^ permalink raw reply [flat|nested] 78+ messages in thread
* Re: setup hangs during postinstall
2003-10-08 17:57 Brian Ford
@ 2003-10-08 18:36 ` Christopher Faylor
2003-10-08 18:51 ` Hannu E K Nevalainen
0 siblings, 1 reply; 78+ messages in thread
From: Christopher Faylor @ 2003-10-08 18:36 UTC (permalink / raw)
To: cygwin
On Wed, Oct 08, 2003 at 12:27:22PM -0500, Brian Ford wrote:
>Christopher Faylor wrote:
>>On Wed, Oct 08, 2003 at 12:49:44PM -0400, Igor Pechtchanski wrote:
>>>This is a known bug (as a search of the recent archives would have
>>>shown). People are investigating. As a short term workaround, you can
>>>"mv /etc/postinstal/XFree86-bin-icons.sh{,.done}" and rerun setup.
>>
>>I sure wish I could duplicate this bug...
>>
>Well, I can.
>
>I've got an XP box running a current CVS compiled cygwin DLL,
>a current CVS compiled cygpath, and a just downloaded setup stuck
>reinstalling XFree86-bin-icons. I attached gdb to cygpath and got the
>following.
>
>It looks to me like the stack is corrupted, but I'm probably just being
>naive.
This is unfortunately a standard stack for a frame-pointerless function
(probably *WaitForMultipleWindowsEx). The laborious way to find the
caller is to do something like a:
x/200x $esp
and then look for 0x6100xxxx addresses in the output, decoding them with
something like:
l *0x61041234
There will be some garbage on the stack so some 0x6100xxxx addresses will
not be useful.
That's the only way I know of to deal with this. If gcc produced dwarf2
output, we could use the CFI to get more accurate information about the
stack frame but that's not going to happen anytime soon.
>I included all three thread backtraces just in case anyone can see
>anything. Let me know if have any better idea about how to track this
>down.
The trace from thread 2 is what I would expect. Thread 1 is obviously waiting
for something but I don't know what without more stack info.
cgf
>(gdb) info threads
> 3 thread 1920.0x4f0 0x77f75a59 in ntdll!DbgUiConnectToDbg ()
> from /cygdrive/c/WINDOWS/System32/ntdll.dll
> 2 thread 1920.0x6e4 0x7ffe0304 in ?? ()
>* 1 thread 1920.0x760 0x7ffe0304 in ?? ()
>(gdb) thread 1
>[Switching to thread 1 (thread 1920.0x760)]#0 0x7ffe0304 in ?? ()
>(gdb) bt
>#0 0x7ffe0304 in ?? ()
>#1 0x77f5c524 in ntdll!ZwWaitForMultipleObjects ()
> from /cygdrive/c/WINDOWS/System32/ntdll.dll
>#2 0x77e75ee0 in WaitForMultipleObjectsEx ()
> from /cygdrive/c/WINDOWS/system32/kernel32.dll
>#3 0x00000003 in ?? ()
>#4 0x0022e13c in ?? ()
>#5 0x00000001 in ?? ()
>(gdb) thread 2
>[Switching to thread 2 (thread 1920.0x6e4)]#0 0x7ffe0304 in ?? ()
>(gdb) bt
>#0 0x7ffe0304 in ?? ()
>#1 0x77f5bfb4 in ntdll!ZwReadFile ()
> from /cygdrive/c/WINDOWS/System32/ntdll.dll
>#2 0x77e7abbd in ReadFile () from /cygdrive/c/WINDOWS/system32/kernel32.dll
>#3 0x00000768 in ?? ()
>(gdb) thread 3
>[Switching to thread 3 (thread 1920.0x4f0)]#0 0x77f75a59 in ntdll!DbgUiConnectToDbg () from /cygdrive/c/WINDOWS/System32/ntdll.dll
>(gdb) bt
>#0 0x77f75a59 in ntdll!DbgUiConnectToDbg ()
> from /cygdrive/c/WINDOWS/System32/ntdll.dll
>#1 0x77f5f31f in ntdll!KiUserCallbackDispatcher ()
> from /cygdrive/c/WINDOWS/System32/ntdll.dll
>#2 0x00000005 in ?? ()
>#3 0x00000004 in ?? ()
>#4 0x00000001 in ?? ()
>#5 0x003fffd0 in ?? ()
>#6 0x85e0d020 in ?? ()
>#7 0xffffffff in ?? ()
>#8 0x77fa88f0 in wcstombs () from /cygdrive/c/WINDOWS/System32/ntdll.dll
>(gdb)
--
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/
^ permalink raw reply [flat|nested] 78+ messages in thread
* RE: setup hangs during postinstall
2003-10-08 18:01 ` Christopher Faylor
2003-10-08 18:25 ` Igor Pechtchanski
@ 2003-10-08 18:34 ` Hannu E K Nevalainen
2003-10-08 19:42 ` Don Koch
1 sibling, 1 reply; 78+ messages in thread
From: Hannu E K Nevalainen @ 2003-10-08 18:34 UTC (permalink / raw)
To: cygwin
> From: Christopher Faylor
> Sent: Wednesday, October 08, 2003 7:57 PM
> To: cygwin@cygwin.com
> Subject: Re: setup hangs during postinstall
>
>
> On Wed, Oct 08, 2003 at 12:57:11PM -0400, Igor Pechtchanski wrote:
> >On Wed, 8 Oct 2003, Christopher Faylor wrote:
> >>On Wed, Oct 08, 2003 at 12:49:44PM -0400, Igor Pechtchanski wrote:
> >>>This is a known bug (as a search of the recent archives would have
> >>>shown). People are investigating. As a short term workaround, you can
> >>>"mv /etc/postinstal/XFree86-bin-icons.sh{,.done}" and rerun setup.
> >>
> >>I sure wish I could duplicate this bug...
> >
> >FWIW, so do I.
>
> Have we ever gotten a 'ps -ef' when setup.exe is hung? It would be nice
> to know if it is sh or bash that is having problems or cygpath itself.
>
> I can't find one of these in the archives but I could easily have missed
> it.
>
> cgf
Hmm... what is that supposed to tell?
$ ps
PID PPID PGID WINPID TTY UID STIME COMMAND
908 1 908 2636 con 500 17:09:34 /usr/bin/rxvt
I 332 908 332 2056 0 500 17:09:34 /usr/bin/bash
640 1 640 2036 con 500 18:28:20 /usr/bin/rxvt
2416 640 2416 2528 2 500 18:28:20 /usr/bin/bash
2008 1 2008 2008 con 500 20:15:04 /usr/bin/sh
I 320 2008 2008 320 con 500 20:15:05 /usr/bin/bash
2212 320 2008 2212 con 500 20:15:05 /usr/bin/cygpath
1988 2416 1988 2116 2 500 20:15:19 /usr/bin/ps
$ ps -ef
UID PID PPID TTY STIME COMMAND
Hannu 908 1 con 17:09:34 /usr/bin/rxvt
Hannu 332 908 0 17:09:34 /usr/bin/bash
Hannu 640 1 con 18:28:20 /usr/bin/rxvt
Hannu 2416 640 2 18:28:20 /usr/bin/bash
Hannu 2008 1 con 20:15:04 /usr/bin/sh
Hannu 320 2008 con 20:15:05 /usr/bin/bash
Hannu 2212 320 con 20:15:05 /usr/bin/cygpath
Hannu 2404 332 0 20:15:30 /usr/bin/gdb
Hannu 2116 2416 2 20:17:44 /usr/bin/ps
$
/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/
^ permalink raw reply [flat|nested] 78+ messages in thread
* Re: setup hangs during postinstall
2003-10-08 18:01 ` Christopher Faylor
@ 2003-10-08 18:25 ` Igor Pechtchanski
2003-10-08 18:34 ` Hannu E K Nevalainen
1 sibling, 0 replies; 78+ messages in thread
From: Igor Pechtchanski @ 2003-10-08 18:25 UTC (permalink / raw)
To: cygwin
On Wed, 8 Oct 2003, Christopher Faylor wrote:
> On Wed, Oct 08, 2003 at 12:57:11PM -0400, Igor Pechtchanski wrote:
> >On Wed, 8 Oct 2003, Christopher Faylor wrote:
> >>On Wed, Oct 08, 2003 at 12:49:44PM -0400, Igor Pechtchanski wrote:
> >>>This is a known bug (as a search of the recent archives would have
> >>>shown). People are investigating. As a short term workaround, you can
> >>>"mv /etc/postinstal/XFree86-bin-icons.sh{,.done}" and rerun setup.
> >>
> >>I sure wish I could duplicate this bug...
> >
> >FWIW, so do I.
>
> Have we ever gotten a 'ps -ef' when setup.exe is hung? It would be nice
> to know if it is sh or bash that is having problems or cygpath itself.
>
> I can't find one of these in the archives but I could easily have missed
> it.
>
> cgf
IIRC, it was the cygpath process itself. When cygpath was killed, the
postinstall could continue. See
<http://cygwin.com/ml/cygwin/2003-09/msg00747.html>.
Igor
--
http://cs.nyu.edu/~pechtcha/
|\ _,,,---,,_ pechtcha@cs.nyu.edu
ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com
|,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D.
'---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow!
"I have since come to realize that being between your mentor and his route
to the bathroom is a major career booster." -- Patrick Naughton
--
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/
^ permalink raw reply [flat|nested] 78+ messages in thread
* Re: setup hangs during postinstall
@ 2003-10-08 18:20 Brian Ford
0 siblings, 0 replies; 78+ messages in thread
From: Brian Ford @ 2003-10-08 18:20 UTC (permalink / raw)
To: cygwin
Christopher Faylor wrote:
>Have we ever gotten a 'ps -ef' when setup.exe is hung? It would be nice
>to know if it is sh or bash that is having problems or cygpath itself.
>
>I can't find one of these in the archives but I could easily have missed
>it.
>
I don't understand how that will tell you what is hung, but here you go.
I am pretty sure it is cygpath.
ford@sybilxpc ~
$ ps -ef
UID PID PPID TTY STIME COMMAND
SYSTEM 1588 1 ? 12:14:19 /usr/sbin/inetd
SYSTEM 1640 1588 ? 12:14:19 /usr/sbin/inetd
ford 1336 1 0 12:15:41 /usr/bin/sh
ford 1476 1336 0 12:15:41 /usr/bin/sh
ford 1168 1476 0 12:15:41 /usr/bin/bash
ford 1760 1168 0 12:15:41 /usr/bin/bash
ford 1920 1760 0 12:15:41 /usr/bin/cygpath
ford 1876 1 1 12:15:50 /usr/bin/rxvt
ford 2032 1876 2 12:15:50 /usr/bin/bash
ford 1024 2032 2 12:16:07 /usr/bin/gdb
ford 2012 1 3 12:58:12 /usr/bin/rxvt
ford 1844 2012 4 12:58:12 /usr/bin/bash
ford 1068 1844 4 12:58:15 /usr/bin/ps
--
Brian Ford
Senior Realtime Software Engineer
VITAL - Visual Simulation Systems
FlightSafety International
Phone: 314-551-8460
Fax: 314-551-8444
--
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/
^ permalink raw reply [flat|nested] 78+ messages in thread
* Re: setup hangs during postinstall
2003-10-08 17:15 ` Igor Pechtchanski
@ 2003-10-08 18:01 ` Christopher Faylor
2003-10-08 18:25 ` Igor Pechtchanski
2003-10-08 18:34 ` Hannu E K Nevalainen
2003-10-08 20:49 ` Robert Collins
1 sibling, 2 replies; 78+ messages in thread
From: Christopher Faylor @ 2003-10-08 18:01 UTC (permalink / raw)
To: cygwin
On Wed, Oct 08, 2003 at 12:57:11PM -0400, Igor Pechtchanski wrote:
>On Wed, 8 Oct 2003, Christopher Faylor wrote:
>>On Wed, Oct 08, 2003 at 12:49:44PM -0400, Igor Pechtchanski wrote:
>>>This is a known bug (as a search of the recent archives would have
>>>shown). People are investigating. As a short term workaround, you can
>>>"mv /etc/postinstal/XFree86-bin-icons.sh{,.done}" and rerun setup.
>>
>>I sure wish I could duplicate this bug...
>
>FWIW, so do I.
Have we ever gotten a 'ps -ef' when setup.exe is hung? It would be nice
to know if it is sh or bash that is having problems or cygpath itself.
I can't find one of these in the archives but I could easily have missed
it.
cgf
--
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/
^ permalink raw reply [flat|nested] 78+ messages in thread
* Re: setup hangs during postinstall
@ 2003-10-08 17:57 Brian Ford
2003-10-08 18:36 ` Christopher Faylor
0 siblings, 1 reply; 78+ messages in thread
From: Brian Ford @ 2003-10-08 17:57 UTC (permalink / raw)
To: cygwin
[-- Attachment #1: Type: TEXT/PLAIN, Size: 2423 bytes --]
Christopher Faylor wrote:
>On Wed, Oct 08, 2003 at 12:49:44PM -0400, Igor Pechtchanski wrote:
>>This is a known bug (as a search of the recent archives would have
>>shown). People are investigating. As a short term workaround, you can
>>"mv /etc/postinstal/XFree86-bin-icons.sh{,.done}" and rerun setup.
>
>I sure wish I could duplicate this bug...
>
Well, I can.
I've got an XP box running a current CVS compiled cygwin DLL,
a current CVS compiled cygpath, and a just downloaded setup stuck
reinstalling XFree86-bin-icons. I attached gdb to cygpath and got the
following.
It looks to me like the stack is corrupted, but I'm probably just being
naive. I included all three thread backtraces just in case anyone can
see anything. Let me know if have any better idea about how to track this
down.
(gdb) info threads
3 thread 1920.0x4f0 0x77f75a59 in ntdll!DbgUiConnectToDbg ()
from /cygdrive/c/WINDOWS/System32/ntdll.dll
2 thread 1920.0x6e4 0x7ffe0304 in ?? ()
* 1 thread 1920.0x760 0x7ffe0304 in ?? ()
(gdb) thread 1
[Switching to thread 1 (thread 1920.0x760)]#0 0x7ffe0304 in ?? ()
(gdb) bt
#0 0x7ffe0304 in ?? ()
#1 0x77f5c524 in ntdll!ZwWaitForMultipleObjects ()
from /cygdrive/c/WINDOWS/System32/ntdll.dll
#2 0x77e75ee0 in WaitForMultipleObjectsEx ()
from /cygdrive/c/WINDOWS/system32/kernel32.dll
#3 0x00000003 in ?? ()
#4 0x0022e13c in ?? ()
#5 0x00000001 in ?? ()
(gdb) thread 2
[Switching to thread 2 (thread 1920.0x6e4)]#0 0x7ffe0304 in ?? ()
(gdb) bt
#0 0x7ffe0304 in ?? ()
#1 0x77f5bfb4 in ntdll!ZwReadFile ()
from /cygdrive/c/WINDOWS/System32/ntdll.dll
#2 0x77e7abbd in ReadFile () from /cygdrive/c/WINDOWS/system32/kernel32.dll
#3 0x00000768 in ?? ()
(gdb) thread 3
[Switching to thread 3 (thread 1920.0x4f0)]#0 0x77f75a59 in ntdll!DbgUiConnectToDbg () from /cygdrive/c/WINDOWS/System32/ntdll.dll
(gdb) bt
#0 0x77f75a59 in ntdll!DbgUiConnectToDbg ()
from /cygdrive/c/WINDOWS/System32/ntdll.dll
#1 0x77f5f31f in ntdll!KiUserCallbackDispatcher ()
from /cygdrive/c/WINDOWS/System32/ntdll.dll
#2 0x00000005 in ?? ()
#3 0x00000004 in ?? ()
#4 0x00000001 in ?? ()
#5 0x003fffd0 in ?? ()
#6 0x85e0d020 in ?? ()
#7 0xffffffff in ?? ()
#8 0x77fa88f0 in wcstombs () from /cygdrive/c/WINDOWS/System32/ntdll.dll
(gdb)
--
Brian Ford
Senior Realtime Software Engineer
VITAL - Visual Simulation Systems
FlightSafety International
Phone: 314-551-8460
Fax: 314-551-8444
[-- Attachment #2: Type: TEXT/PLAIN, Size: 39988 bytes --]
Cygwin Win95/NT Configuration Diagnostics
Current System Time: Wed Oct 08 12:26:15 2003
Windows XP Professional Ver 5.1 Build 2600 Service Pack 1
Path: .
C:\cygwin\usr\local\bin
C:\cygwin\bin
C:\cygwin\bin
c:\Program Files\Datacube\MaxImaging Suite\Vll
c:\Program Files\Datacube\MaxImaging Suite\Vll\Bin
c:\WINDOWS\system32
c:\WINDOWS
c:\WINDOWS\System32\Wbem
c:\program files\Multigen-Paradigm\Creator
C:\cygwin\bin
c:\Program Files\ATI Technologies\ATI Control Panel
c:\Program Files\ATI Technologies\Fire GL 3D Studio Max
c:\Program Files\ATI Technologies\Fire GL Control Panel
C:\cygwin\usr\X11R6\bin
\\eos\ford\v9wintest\tap
C:\cygwin\vss\ems\bin
C:\cygwin\home\ford\vsslib
Output from C:\cygwin\bin\id.exe (nontsec)
UID: 1004(ford) GID: 545(Users)
545(Users)
Output from C:\cygwin\bin\id.exe (ntsec)
UID: 1004(ford) GID: 545(Users)
513(None) 544(Administrators)
545(Users)
SysDir: C:\WINDOWS\System32
WinDir: C:\WINDOWS
CYGWIN = `tty ntsec'
HOME = `C:\cygwin\home\ford'
MAKE_MODE = `unix'
PWD = `/home/ford'
USER = `ford'
ALLUSERSPROFILE = `C:\Documents and Settings\All Users'
COMMONPROGRAMFILES = `C:\Program Files\Common Files'
COMPUTERNAME = `SYBILXPC'
COMSPEC = `C:\WINDOWS\system32\cmd.exe'
CUST = `/vss/ems/env8/common'
CVSROOT = `:pserver:ford@198.51.27.137:/home/vsslib/CVS'
CVS_RSH = `/bin/ssh'
EMS = `/vss/ems'
ENV_PATH = `/home/ford/env:/cygdrive/d/commercial/helicopter/models:/cygdrive/d/commercial/demo:/cygdrive/d/commercial/europe_env:/cygdrive/d/commercial/japan_env:/cygdrive/d/commercial/asia_env:/cygdrive/d/commercial/north_amer_env:/cygdrive/d/commercial/south_amer_env:/cygdrive/d/commercial/models:/cygdrive/d/commercial/test_align:/cygdrive/d/commercial/helicopter:/cygdrive/d/commercial/common'
HOMEDRIVE = `C:'
HOMEPATH = `\cygwin\home\ford'
HOSTNAME = `sybilxpc'
JOY_DEV = `winjoy'
LOGONSERVER = `\\SYBILXPC'
MANPATH = `:/usr/ssl/man'
MPI_INSTALL_DEFAULT = `C:\Program Files\Multigen-Paradigm2.6'
MPI_INSTALL_RESOURCE_DEFAULT = `C:\Program Files\Multigen-Paradigm2.6'
NUMBER_OF_PROCESSORS = `4'
OLDPWD = `/home/ford'
ORIG_CDPATH = `.:/usr/local/bin:/usr/bin:/bin:/cygdrive/c/Program Files/Datacube/MaxImaging Suite/Vll:/cygdrive/c/Program Files/Datacube/MaxImaging Suite/Vll/Bin:/cygdrive/c/WINDOWS/system32:/cygdrive/c/WINDOWS:/cygdrive/c/WINDOWS/System32/Wbem:/cygdrive/c/program files/Multigen-Paradigm/Creator:/usr/bin:/cygdrive/c/Program Files/ATI Technologies/ATI Control Panel:/cygdrive/c/Program Files/ATI Technologies/Fire GL 3D Studio Max:/cygdrive/c/Program Files/ATI Technologies/Fire GL Control Panel:/usr/X11R6/bin'
ORIG_PATH = `.:/usr/local/bin:/usr/bin:/bin:/cygdrive/c/Program Files/Datacube/MaxImaging Suite/Vll:/cygdrive/c/Program Files/Datacube/MaxImaging Suite/Vll/Bin:/cygdrive/c/WINDOWS/system32:/cygdrive/c/WINDOWS:/cygdrive/c/WINDOWS/System32/Wbem:/cygdrive/c/program files/Multigen-Paradigm/Creator:/usr/bin:/cygdrive/c/Program Files/ATI Technologies/ATI Control Panel:/cygdrive/c/Program Files/ATI Technologies/Fire GL 3D Studio Max:/cygdrive/c/Program Files/ATI Technologies/Fire GL Control Panel:/usr/X11R6/bin'
OS = `Windows_NT'
PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH'
PKG_CONFIG_PATH = `:/usr/X11R6/lib/pkgconfig'
PROCESSOR_ARCHITECTURE = `x86'
PROCESSOR_IDENTIFIER = `x86 Family 15 Model 2 Stepping 7, GenuineIntel'
PROCESSOR_LEVEL = `15'
PROCESSOR_REVISION = `0207'
PROGRAMFILES = `C:\Program Files'
PS1 = `\[\033]0;\w\007
\033[32m\]\u@\h \[\033[33m\w\033[0m\]
$ '
RTCVSBIN = `/home/ford/vsslib'
SHELL = `/bin/bash'
SHLVL = `1'
SYSTEMDRIVE = `C:'
SYSTEMROOT = `C:\WINDOWS'
TAP = `/home/ford/v9wintest/tap'
TEMP = `c:\WINDOWS\TEMP'
TERM = `xterm'
TEXMF = `{/usr/share/lilypond/2.0.1,/usr/share/texmf}'
TMP = `c:\WINDOWS\TEMP'
USERDOMAIN = `SYBILXPC'
USERNAME = `ford'
VLL = `C:\Program Files\Datacube\MaxImaging Suite\Vll'
WINDIR = `C:\WINDOWS'
XAPPLRESDIR = `/home/ford/v9wintest/tap/app-defaults'
_ = `/usr/bin/cygcheck'
HKEY_CURRENT_USER\Software\Cygnus Solutions
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2
(default) = `/cygdrive'
cygdrive flags = 0x00000022
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/
(default) = `C:\cygwin'
flags = 0x0000000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/bin
(default) = `C:\cygwin/bin'
flags = 0x0000000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/lib
(default) = `C:\cygwin/lib'
flags = 0x0000000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/X11R6/lib/X11/fonts
(default) = `C:\cygwin\usr\X11R6\lib\X11\fonts'
flags = 0x0000000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\Program Options
a: fd N/A N/A
c: hd NTFS 40852Mb 99% CP CS UN PA FC WinXP
d: hd NTFS 114470Mb 33% CP CS UN PA FC /data
e: hd FAT32 32749Mb 33% CP UN HOME2
f: cd N/A N/A
C:\cygwin / system binmode
C:\cygwin/bin /usr/bin system binmode
C:\cygwin/lib /usr/lib system binmode
C:\cygwin\usr\X11R6\lib\X11\fonts /usr/X11R6/lib/X11/fonts system binmode
. /cygdrive system binmode,cygdrive
Found: C:\cygwin\bin\awk.exe
Found: C:\cygwin\bin\bash.exe
Found: C:\cygwin\bin\cat.exe
Found: C:\cygwin\bin\cp.exe
Found: C:\cygwin\bin\cpp.exe
Found: C:\cygwin\bin\find.exe
Found: C:\cygwin\bin\gcc.exe
Found: C:\cygwin\bin\gdb.exe
Found: C:\cygwin\bin\grep.exe
Found: C:\cygwin\bin\ld.exe
Found: C:\cygwin\bin\ls.exe
Found: C:\cygwin\bin\make.exe
Found: C:\cygwin\bin\mv.exe
Found: C:\cygwin\bin\rm.exe
Found: C:\cygwin\bin\sed.exe
Found: C:\cygwin\bin\sh.exe
Found: C:\cygwin\bin\tar.exe
6469k 2003/10/08 .\cygwin0.dll - os=4.0 img=1.0 sys=4.0
"cygwin1.dll" v0.0 ts=2003/10/8 11:42
6469k 2003/10/08 .\cygwin0.dll - os=4.0 img=1.0 sys=4.0
"cygwin1.dll" v0.0 ts=2003/10/8 11:42
802k 2003/09/15 C:\cygwin\bin\cygaspell-15.dll - os=4.0 img=1.0 sys=4.0
"cygaspell-15.dll" v0.0 ts=2003/9/15 7:32
61k 2003/08/09 C:\cygwin\bin\cygbz2-1.dll - os=4.0 img=1.0 sys=4.0
"cygbz2-1.dll" v0.0 ts=2003/8/9 1:35
54k 2002/01/27 C:\cygwin\bin\cygbz21.0.dll - os=4.0 img=1.0 sys=4.0
"cygbz21.0.dll" v0.0 ts=2002/1/26 19:07
14k 2003/08/10 C:\cygwin\bin\cygcharset-1.dll - os=4.0 img=1.0 sys=4.0
"cygcharset-1.dll" v0.0 ts=2003/8/10 15:57
842k 2003/09/30 C:\cygwin\bin\cygcrypto-0.9.7.dll - os=4.0 img=1.0 sys=4.0
"cygcrypto-0.9.7.dll" v0.0 ts=2003/9/30 11:49
645k 2003/04/11 C:\cygwin\bin\cygcrypto.dll - os=4.0 img=1.0 sys=4.0
"cygcrypto.dll" v0.0 ts=2003/4/11 5:37
551k 2003/04/02 C:\cygwin\bin\cygcurl-2.dll - os=4.0 img=1.0 sys=4.0
"cygcurl-2.dll" v0.0 ts=2003/4/2 15:09
28k 2003/08/11 C:\cygwin\bin\cygcygipc-2.dll - os=4.0 img=1.0 sys=4.0
"cygcygipc-2.dll" v0.0 ts=2003/8/10 19:54
380k 2002/07/24 C:\cygwin\bin\cygdb-3.1.dll - os=4.0 img=1.0 sys=4.0
"cygdb-3.1.dll" v0.0 ts=2002/7/24 11:24
831k 2003/09/20 C:\cygwin\bin\cygdb-4.1.dll - os=4.0 img=1.0 sys=4.0
"cygdb-4.1.dll" v0.0 ts=2003/9/20 16:51
326k 2002/06/26 C:\cygwin\bin\cygdb2.dll - os=4.0 img=1.0 sys=4.0
"cygdb2.dll" v0.0 ts=2002/6/26 12:48
487k 2002/07/24 C:\cygwin\bin\cygdb_cxx-3.1.dll - os=4.0 img=1.0 sys=4.0
"cygdb_cxx-3.1.dll" v0.0 ts=2002/7/24 11:25
1080k 2003/09/20 C:\cygwin\bin\cygdb_cxx-4.1.dll - os=4.0 img=1.0 sys=4.0
"cygdb_cxx-4.1.dll" v0.0 ts=2003/9/20 16:53
132k 2003/07/12 C:\cygwin\bin\cygexpat-0.dll - os=4.0 img=1.0 sys=4.0
"cygexpat-0.dll" v0.0 ts=2003/7/12 6:33
64k 2003/09/23 C:\cygwin\bin\cygexslt-0.dll - os=4.0 img=1.0 sys=4.0
"cygexslt-0.dll" v0.0 ts=2003/9/23 14:13
45k 2001/04/25 C:\cygwin\bin\cygform5.dll - os=4.0 img=1.0 sys=4.0
"cygform5.dll" v0.0 ts=2001/4/25 0:28
35k 2002/01/09 C:\cygwin\bin\cygform6.dll - os=4.0 img=1.0 sys=4.0
"cygform6.dll" v0.0 ts=2002/1/9 0:03
48k 2003/08/09 C:\cygwin\bin\cygform7.dll - os=4.0 img=1.0 sys=4.0
"cygform7.dll" v0.0 ts=2003/8/9 4:25
28k 2003/07/20 C:\cygwin\bin\cyggdbm-3.dll - os=4.0 img=1.0 sys=4.0
"cyggdbm-3.dll" v0.0 ts=2003/7/20 2:58
30k 2003/08/11 C:\cygwin\bin\cyggdbm-4.dll - os=4.0 img=1.0 sys=4.0
"cyggdbm-4.dll" v0.0 ts=2003/8/10 21:12
19k 2003/03/22 C:\cygwin\bin\cyggdbm.dll - os=4.0 img=1.0 sys=4.0
"cyggdbm.dll" v0.0 ts=2002/2/19 21:05
15k 2003/07/20 C:\cygwin\bin\cyggdbm_compat-3.dll - os=4.0 img=1.0 sys=4.0
"cyggdbm_compat-3.dll" v0.0 ts=2003/7/20 3:00
15k 2003/08/11 C:\cygwin\bin\cyggdbm_compat-4.dll - os=4.0 img=1.0 sys=4.0
"cyggdbm_compat-4.dll" v0.0 ts=2003/8/10 21:13
69k 2003/08/10 C:\cygwin\bin\cyggettextlib-0-12-1.dll - os=4.0 img=1.0 sys=4.0
"cyggettextlib-0-12-1.dll" v0.0 ts=2003/8/10 17:10
12k 2003/08/10 C:\cygwin\bin\cyggettextpo-0.dll - os=4.0 img=1.0 sys=4.0
"cyggettextpo-0.dll" v0.0 ts=2003/8/10 17:11
134k 2003/08/10 C:\cygwin\bin\cyggettextsrc-0-12-1.dll - os=4.0 img=1.0 sys=4.0
"cyggettextsrc-0-12-1.dll" v0.0 ts=2003/8/10 17:10
167k 2003/09/09 C:\cygwin\bin\cyggmp-3.dll - os=4.0 img=1.0 sys=4.0
"cyggmp-3.dll" v0.0 ts=2003/9/9 17:03
489k 2003/08/09 C:\cygwin\bin\cygguile-12.dll - os=4.0 img=1.0 sys=4.0
"cygguile-12.dll" v0.0 ts=2003/8/9 9:17
489k 2003/07/28 C:\cygwin\bin\cygguile-12abi13.dll - os=4.0 img=1.0 sys=4.0
"cygguile-12abi13.dll" v0.0 ts=2003/7/28 13:18
488k 2002/07/18 C:\cygwin\bin\cygguile-14.dll - os=4.0 img=1.0 sys=4.0
"cygguile-14.dll" v0.0 ts=2002/7/18 5:35
24k 2003/08/09 C:\cygwin\bin\cygguile-ltdl-1.dll - os=4.0 img=1.0 sys=4.0
"cygguile-ltdl-1.dll" v0.0 ts=2003/8/9 9:16
24k 2003/07/28 C:\cygwin\bin\cygguile-ltdl-1abi13.dll - os=4.0 img=1.0 sys=4.0
"cygguile-ltdl-1abi13.dll" v0.0 ts=2003/7/28 12:48
63k 2002/07/18 C:\cygwin\bin\cygguile-srfi-srfi-13-14-1.dll - os=4.0 img=1.0 sys=4.0
"cygguile-srfi-srfi-13-14-1.dll" v0.0 ts=2002/7/18 5:35
62k 2003/08/09 C:\cygwin\bin\cygguile-srfi-srfi-13-14-v-1-1.dll - os=4.0 img=1.0 sys=4.0
"cygguile-srfi-srfi-13-14-v-1-1.dll" v0.0 ts=2003/8/9 9:17
62k 2003/07/28 C:\cygwin\bin\cygguile-srfi-srfi-13-14-v-1-1abi13.dll - os=4.0 img=1.0 sys=4.0
"cygguile-srfi-srfi-13-14-v-1-1abi13.dll" v0.0 ts=2003/7/28 13:18
24k 2002/07/18 C:\cygwin\bin\cygguile-srfi-srfi-4-1.dll - os=4.0 img=1.0 sys=4.0
"cygguile-srfi-srfi-4-1.dll" v0.0 ts=2002/7/18 5:35
23k 2003/08/09 C:\cygwin\bin\cygguile-srfi-srfi-4-v-1-1.dll - os=4.0 img=1.0 sys=4.0
"cygguile-srfi-srfi-4-v-1-1.dll" v0.0 ts=2003/8/9 9:17
23k 2003/07/28 C:\cygwin\bin\cygguile-srfi-srfi-4-v-1-1abi13.dll - os=4.0 img=1.0 sys=4.0
"cygguile-srfi-srfi-4-v-1-1abi13.dll" v0.0 ts=2003/7/28 13:18
14k 2002/07/18 C:\cygwin\bin\cygguilereadline-14.dll - os=4.0 img=1.0 sys=4.0
"cygguilereadline-14.dll" v0.0 ts=2002/7/18 5:35
11k 2003/08/09 C:\cygwin\bin\cygguilereadline-v-12-12.dll - os=4.0 img=1.0 sys=4.0
"cygguilereadline-v-12-12.dll" v0.0 ts=2003/8/9 9:17
11k 2003/07/28 C:\cygwin\bin\cygguilereadline-v-12-12abi13.dll - os=4.0 img=1.0 sys=4.0
"cygguilereadline-v-12-12abi13.dll" v0.0 ts=2003/7/28 13:18
17k 2001/06/28 C:\cygwin\bin\cyghistory4.dll - os=4.0 img=1.0 sys=4.0
"cyghistory4.dll" v0.0 ts=2001/1/6 22:34
29k 2003/08/10 C:\cygwin\bin\cyghistory5.dll - os=4.0 img=1.0 sys=4.0
"cyghistory5.dll" v0.0 ts=2003/8/10 18:16
306k 2002/04/27 C:\cygwin\bin\cyghttpd.dll - os=4.0 img=1.0 sys=4.0
"cyghttpd.dll" v0.0 ts=2002/4/27 8:23
958k 2003/08/10 C:\cygwin\bin\cygiconv-2.dll - os=4.0 img=1.0 sys=4.0
"cygiconv-2.dll" v0.0 ts=2003/8/10 15:57
22k 2001/12/13 C:\cygwin\bin\cygintl-1.dll - os=4.0 img=1.0 sys=4.0
"cygintl-1.dll" v0.0 ts=2001/12/13 3:28
37k 2003/08/10 C:\cygwin\bin\cygintl-2.dll - os=4.0 img=1.0 sys=4.0
"cygintl-2.dll" v0.0 ts=2003/8/10 16:50
21k 2001/06/20 C:\cygwin\bin\cygintl.dll - os=4.0 img=1.0 sys=4.0
"cygintl.dll" v0.0 ts=2001/6/20 12:09
12k 2003/02/17 C:\cygwin\bin\cygioperm-0.dll - os=4.0 img=1.0 sys=4.0
"cygioperm-0.dll" v0.0 ts=2003/2/17 13:58
48k 2003/08/10 C:\cygwin\bin\cygjbig1.dll - os=4.0 img=1.0 sys=4.0
"cygjbig1.dll" v0.0 ts=2003/8/10 18:58
132k 2003/08/11 C:\cygwin\bin\cygjpeg-62.dll - os=4.0 img=1.0 sys=4.0
"cygjpeg-62.dll" v0.0 ts=2003/8/10 19:37
119k 2002/02/09 C:\cygwin\bin\cygjpeg6b.dll - os=4.0 img=1.0 sys=4.0
"cygjpeg6b.dll" v0.0 ts=2002/2/8 23:19
60k 2003/09/17 C:\cygwin\bin\cygkpathsea-3.dll - os=4.0 img=1.0 sys=4.0
"cygkpathsea-3.dll" v0.0 ts=2003/9/17 11:37
60k 2003/07/27 C:\cygwin\bin\cygkpathsea-3abi13.dll - os=4.0 img=1.0 sys=4.0
"cygkpathsea-3abi13.dll" v0.0 ts=2003/7/27 15:23
32k 2003/08/18 C:\cygwin\bin\cygltdl-3.dll - os=4.0 img=1.0 sys=4.0
"cygltdl-3.dll" v0.0 ts=2003/8/18 0:35
181k 2003/10/06 C:\cygwin\bin\cygmcrypt-4.dll - os=4.0 img=1.0 sys=4.0
"cygmcrypt-4.dll" v0.0 ts=2003/10/6 9:54
26k 2001/04/25 C:\cygwin\bin\cygmenu5.dll - os=4.0 img=1.0 sys=4.0
"cygmenu5.dll" v0.0 ts=2001/4/25 0:27
20k 2002/01/09 C:\cygwin\bin\cygmenu6.dll - os=4.0 img=1.0 sys=4.0
"cygmenu6.dll" v0.0 ts=2002/1/9 0:03
29k 2003/08/09 C:\cygwin\bin\cygmenu7.dll - os=4.0 img=1.0 sys=4.0
"cygmenu7.dll" v0.0 ts=2003/8/9 4:25
271k 2003/10/06 C:\cygwin\bin\cygmhash-2.dll - os=4.0 img=1.0 sys=4.0
"cygmhash-2.dll" v0.0 ts=2003/10/6 10:23
453k 2003/07/27 C:\cygwin\bin\cygnaim_core-0.dll - os=4.0 img=1.0 sys=4.0
"cygnaim_core-0.dll" v0.0 ts=2003/7/27 0:46
156k 2001/04/25 C:\cygwin\bin\cygncurses++5.dll - os=4.0 img=1.0 sys=4.0
"cygncurses++5.dll" v0.0 ts=2001/4/25 0:29
175k 2002/01/09 C:\cygwin\bin\cygncurses++6.dll - os=4.0 img=1.0 sys=4.0
"cygncurses++6.dll" v0.0 ts=2002/1/9 0:03
226k 2001/04/25 C:\cygwin\bin\cygncurses5.dll - os=4.0 img=1.0 sys=4.0
"cygncurses5.dll" v0.0 ts=2001/4/25 0:17
202k 2002/01/09 C:\cygwin\bin\cygncurses6.dll - os=4.0 img=1.0 sys=4.0
"cygncurses6.dll" v0.0 ts=2002/1/9 0:03
224k 2003/08/09 C:\cygwin\bin\cygncurses7.dll - os=4.0 img=1.0 sys=4.0
"cygncurses7.dll" v0.0 ts=2003/8/9 4:24
15k 2001/04/25 C:\cygwin\bin\cygpanel5.dll - os=4.0 img=1.0 sys=4.0
"cygpanel5.dll" v0.0 ts=2001/4/25 0:27
12k 2002/01/09 C:\cygwin\bin\cygpanel6.dll - os=4.0 img=1.0 sys=4.0
"cygpanel6.dll" v0.0 ts=2002/1/9 0:03
19k 2003/08/09 C:\cygwin\bin\cygpanel7.dll - os=4.0 img=1.0 sys=4.0
"cygpanel7.dll" v0.0 ts=2003/8/9 4:24
67k 2003/09/10 C:\cygwin\bin\cygpcre-0.dll - os=4.0 img=1.0 sys=4.0
"cygpcre-0.dll" v0.0 ts=2003/9/10 9:25
63k 2003/04/11 C:\cygwin\bin\cygpcre.dll - os=4.0 img=1.0 sys=4.0
"cygpcre.dll" v0.0 ts=2003/4/11 3:31
15k 2003/09/10 C:\cygwin\bin\cygpcreposix-0.dll - os=4.0 img=1.0 sys=4.0
"cygpcreposix-0.dll" v0.0 ts=2003/9/10 9:25
61k 2003/04/11 C:\cygwin\bin\cygpcreposix.dll - os=4.0 img=1.0 sys=4.0
"cygpcreposix.dll" v0.0 ts=2003/4/11 3:31
1100k 2003/08/29 C:\cygwin\bin\cygperl5_8_0.dll - os=4.0 img=1.0 sys=4.0
"cygperl5_8_0.dll" v0.0 ts=2003/8/29 5:20
168k 2003/08/10 C:\cygwin\bin\cygpng10.dll - os=4.0 img=1.0 sys=4.0
"cygpng10.dll" v0.0 ts=2003/8/10 17:31
173k 2003/08/10 C:\cygwin\bin\cygpng12.dll - os=4.0 img=1.0 sys=4.0
"cygpng12.dll" v0.0 ts=2003/8/10 17:35
170k 2002/01/21 C:\cygwin\bin\cygpng2.dll - os=4.0 img=1.0 sys=4.0
"cygpng2.dll" v0.0 ts=2002/1/20 19:05
22k 2002/06/09 C:\cygwin\bin\cygpopt-0.dll - os=4.0 img=1.0 sys=4.0
"cygpopt-0.dll" v0.0 ts=2002/6/9 0:45
108k 2001/06/28 C:\cygwin\bin\cygreadline4.dll - os=4.0 img=1.0 sys=4.0
"cygreadline4.dll" v0.0 ts=2001/1/6 22:34
148k 2003/08/10 C:\cygwin\bin\cygreadline5.dll - os=4.0 img=1.0 sys=4.0
"cygreadline5.dll" v0.0 ts=2003/8/10 18:16
689k 2003/08/11 C:\cygwin\bin\cygruby18.dll - os=4.0 img=1.0 sys=4.0
"cygruby18.dll" v0.0 ts=2003/8/11 8:27
171k 2003/09/30 C:\cygwin\bin\cygssl-0.9.7.dll - os=4.0 img=1.0 sys=4.0
"cygssl-0.9.7.dll" v0.0 ts=2003/9/30 11:49
165k 2003/04/11 C:\cygwin\bin\cygssl.dll - os=4.0 img=1.0 sys=4.0
"cygssl.dll" v0.0 ts=2003/4/11 5:37
254k 2003/09/18 C:\cygwin\bin\cygtidy-0-99-0.dll - os=4.0 img=1.0 sys=4.0
"cygtidy-0-99-0.dll" v0.0 ts=2003/9/18 10:52
281k 2003/02/24 C:\cygwin\bin\cygtiff3.dll - os=4.0 img=1.0 sys=4.0
"cygtiff3.dll" v0.0 ts=2003/2/23 22:58
282k 2003/08/11 C:\cygwin\bin\cygtiff4.dll - os=4.0 img=1.0 sys=4.0
"cygtiff4.dll" v0.0 ts=2003/8/10 21:32
25k 2002/07/14 C:\cygwin\bin\cygungif-4.dll - os=4.0 img=1.0 sys=4.0
"cygungif-4.dll" v0.0 ts=2002/7/14 9:58
949k 2003/09/20 C:\cygwin\bin\cygwin1.5.5-1.dll - os=4.0 img=1.0 sys=4.0
"cygwin1.dll" v0.0 ts=2003/9/20 15:31
2689k 2002/11/16 C:\cygwin\bin\cygxerces-c21.dll - os=4.0 img=1.0 sys=4.0
"cygxerces-c21.dll" v0.0 ts=2002/11/15 22:07
2984k 2003/02/07 C:\cygwin\bin\cygxerces-c22.dll - os=4.0 img=1.0 sys=4.0
"cygxerces-c22.dll" v0.0 ts=2003/2/7 12:50
3088k 2003/06/11 C:\cygwin\bin\cygxerces-c23.dll - os=4.0 img=1.0 sys=4.0
"cygxerces-c23.dll" v0.0 ts=2003/6/11 18:40
1074k 2003/09/23 C:\cygwin\bin\cygxml2-2.dll - os=4.0 img=1.0 sys=4.0
"cygxml2-2.dll" v0.0 ts=2003/9/23 12:52
50k 2003/08/09 C:\cygwin\bin\cygXpm-noX4.dll - os=4.0 img=1.0 sys=4.0
"cygXpm-noX4.dll" v0.0 ts=2003/8/9 2:21
54k 2003/08/09 C:\cygwin\bin\cygXpm-X4.dll - os=4.0 img=1.0 sys=4.0
"cygXpm-X4.dll" v0.0 ts=2003/8/9 2:22
196k 2003/09/23 C:\cygwin\bin\cygxslt-1.dll - os=4.0 img=1.0 sys=4.0
"cygxslt-1.dll" v0.0 ts=2003/9/23 13:58
7k 2003/09/23 C:\cygwin\bin\cygxsltbreakpoint-1.dll - os=4.0 img=1.0 sys=4.0
"cygxsltbreakpoint-1.dll" v0.0 ts=2003/9/23 14:06
60k 2003/08/09 C:\cygwin\bin\cygz.dll - os=4.0 img=1.0 sys=4.0
"cygz.dll" v0.0 ts=2003/8/9 1:28
6469k 2003/10/08 C:\cygwin\bin\cygwin1.dll - os=4.0 img=1.0 sys=4.0
"cygwin1.dll" v0.0 ts=2003/10/8 11:42
Cygwin DLL version info:
DLL version: 1.5.6
DLL epoch: 19
DLL bad signal mask: 19005
DLL old termios: 5
DLL malloc env: 28
API major: 0
API minor: 94
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: Wed Oct 8 11:42:30 CDT 2003
Shared id: cygwin1S3
673k 2003/09/20 C:\cygwin\usr\X11R6\bin\cygdps-1.dll - os=4.0 img=1.0 sys=4.0
"cygdps-1.dll" v0.0 ts=2003/9/20 1:37
184k 2003/09/20 C:\cygwin\usr\X11R6\bin\cygdpstk-1.dll - os=4.0 img=1.0 sys=4.0
"cygdpstk-1.dll" v0.0 ts=2003/9/20 1:37
176k 2003/09/20 C:\cygwin\usr\X11R6\bin\cygfontconfig-1.dll - os=4.0 img=1.0 sys=4.0
"cygfontconfig-1.dll" v0.0 ts=2003/9/20 1:38
340k 2003/09/20 C:\cygwin\usr\X11R6\bin\cygfreetype-9.dll - os=4.0 img=1.0 sys=4.0
"cygfreetype-9.dll" v0.0 ts=2003/9/20 1:38
520k 2003/09/20 C:\cygwin\usr\X11R6\bin\cygGL-1.dll - os=4.0 img=1.0 sys=4.0
"cygGL-1.dll" v0.0 ts=2003/9/20 1:35
593k 2003/09/20 C:\cygwin\usr\X11R6\bin\cygGLU-1.dll - os=4.0 img=1.0 sys=4.0
"cygGLU-1.dll" v0.0 ts=2003/9/20 1:36
111k 2003/09/20 C:\cygwin\usr\X11R6\bin\cygICE-6.dll - os=4.0 img=1.0 sys=4.0
"cygICE-6.dll" v0.0 ts=2003/9/20 1:28
25k 2003/09/20 C:\cygwin\usr\X11R6\bin\cygoldX-6.dll - os=4.0 img=1.0 sys=4.0
"cygoldX-6.dll" v0.0 ts=2003/9/20 1:27
1511k 2003/09/20 C:\cygwin\usr\X11R6\bin\cygOSMesa-4.dll - os=4.0 img=1.0 sys=4.0
"cygOSMesa-4.dll" v0.0 ts=2003/9/20 1:35
41k 2002/05/14 C:\cygwin\usr\X11R6\bin\cygPropList-0.dll - os=4.0 img=1.0 sys=4.0
"cygPropList-0.dll" v0.0 ts=2002/5/13 22:13
40k 2003/09/20 C:\cygwin\usr\X11R6\bin\cygpsres-1.dll - os=4.0 img=1.0 sys=4.0
"cygpsres-1.dll" v0.0 ts=2003/9/20 1:37
54k 2003/09/20 C:\cygwin\usr\X11R6\bin\cygSM-6.dll - os=4.0 img=1.0 sys=4.0
"cygSM-6.dll" v0.0 ts=2003/9/20 1:28
1073k 2003/09/20 C:\cygwin\usr\X11R6\bin\cygX11-6.dll - os=4.0 img=1.0 sys=4.0
"cygX11-6.dll" v0.0 ts=2003/9/20 1:27
701k 2003/09/23 C:\cygwin\usr\X11R6\bin\cygXaw3d-1.dll - os=4.0 img=1.0 sys=4.0
"cygXaw3d-1.dll" v0.0 ts=2003/9/23 2:34
68k 2003/09/20 C:\cygwin\usr\X11R6\bin\cygXcursor-1.dll - os=4.0 img=1.0 sys=4.0
"cygXcursor-1.dll" v0.0 ts=2003/9/20 1:39
84k 2003/09/20 C:\cygwin\usr\X11R6\bin\cygXext-6.dll - os=4.0 img=1.0 sys=4.0
"cygXext-6.dll" v0.0 ts=2003/9/20 1:28
99k 2003/09/20 C:\cygwin\usr\X11R6\bin\cygXft-1.dll - os=4.0 img=1.0 sys=4.0
"cygXft-1.dll" v0.0 ts=2003/9/20 1:39
118k 2003/09/20 C:\cygwin\usr\X11R6\bin\cygXft-2.dll - os=4.0 img=1.0 sys=4.0
"cygXft-2.dll" v0.0 ts=2003/9/20 1:39
53k 2003/09/20 C:\cygwin\usr\X11R6\bin\cygXi-6.dll - os=4.0 img=1.0 sys=4.0
"cygXi-6.dll" v0.0 ts=2003/9/20 1:30
29k 2003/09/20 C:\cygwin\usr\X11R6\bin\cygXmuu-1.dll - os=4.0 img=1.0 sys=4.0
"cygXmuu-1.dll" v0.0 ts=2003/9/20 1:29
59k 2003/09/20 C:\cygwin\usr\X11R6\bin\cygXp-6.dll - os=4.0 img=1.0 sys=4.0
"cygXp-6.dll" v0.0 ts=2003/9/20 1:31
83k 2003/09/20 C:\cygwin\usr\X11R6\bin\cygXpm-4.dll - os=4.0 img=1.0 sys=4.0
"cygXpm-4.dll" v0.0 ts=2003/9/20 1:29
34k 2003/09/20 C:\cygwin\usr\X11R6\bin\cygXrandr-2.dll - os=4.0 img=1.0 sys=4.0
"cygXrandr-2.dll" v0.0 ts=2003/9/20 1:39
49k 2003/09/20 C:\cygwin\usr\X11R6\bin\cygXrender-1.dll - os=4.0 img=1.0 sys=4.0
"cygXrender-1.dll" v0.0 ts=2003/9/20 1:38
386k 2003/09/20 C:\cygwin\usr\X11R6\bin\cygXTrap-6.dll - os=4.0 img=1.0 sys=4.0
"cygXTrap-6.dll" v0.0 ts=2003/9/20 1:39
38k 2003/09/20 C:\cygwin\usr\X11R6\bin\cygXtst-6.dll - os=4.0 img=1.0 sys=4.0
"cygXtst-6.dll" v0.0 ts=2003/9/20 1:30
34k 2003/09/20 C:\cygwin\usr\X11R6\bin\cygXv-1.dll - os=4.0 img=1.0 sys=4.0
"cygXv-1.dll" v0.0 ts=2003/9/20 1:31
Cygwin Package Information
Last downloaded files to: C:\Documents and Settings\gill\Desktop
Last downloaded files from: ftp://archive.progeny.com/cygwin
Package Version
_update-info-dir 00221-1
a2ps 4.13-1
agetty 2.1-1
apache 1.3.24-5
ash 20031007-1
aspell 0.50.3-1
aspell-doc 0.50.3-1
aspell-en 0.51.0-1
astyle 1.15.3-3
autoconf 2.57a-1
autoconf-devel 2.57-2
autoconf-stable 2.13-5
automake 1.7.5a-1
automake-devel 1.7.6-2
automake-stable 1.4p5-6
base-files 2.6-1
base-passwd 1.1-1
bash 2.05b-15
bc 1.06-1
binutils 20030901-1
bison 20030307-1
byacc 1.9-1
bzip2 1.0.2-5
c-client 2002e-1
ccache 2.2-1
ccdoc 0.8.39-1
cgoban 1.9.14-1
chkconfig 1.2.24h-1
clear 1.0-1
clisp 2.31-2
cmake 1.8.1-1
cocom 0.995-1
compface 1.4-5
cpio 2.5-3
cron 3.0.1-11
crypt 1.0-2
ctags 5.5-4
curl 7.10.4-1
curl-devel 7.10.4-1
cvs 1.11.6-3
cygipc 2.01-2
cygrunsrv 0.96-2
cygutils 1.2.1-2
cygwin 1.5.5-1
cygwin-doc 1.3-6
db2 2.7.7-4
db3.1 3.1.17-2
db4.1 4.1.25-1
dejagnu 20021217-2
diff 1.0-1
diffutils 2.8.4-1
docbook-xml42 4.2-1
docbook-xsl 1.62.4-1
doxygen 1.2.18-1
dpkg 1.10.4-2
ed 0.2-1
editrights 1.01-1
ELFIO 1.0.0-1
emacs 21.2-12
emacs-el 21.2-12
emacs-X11 21.2-12
enscript 1.6.3-3
exim 4.24-1
expat 1.95.6-2
expect 20030128-1
fetchmail 6.2.4-1
figlet 2.2-1
file 4.03-2
fileutils 4.1-2
findutils 4.1.7-4
flex 2.5.4a-3
fortune 1.8-2
fvwm 2.4.7-2
gawk 3.1.3-3
gcc 3.3.1-2
gcc-mingw 20030911-3
gcc2 2.95.3-10
gdb 20030919-1
gdbm 1.8.3-7
gettext 0.12.1-3
gettext-devel 0.12.1-3
ghostscript 7.05-2
ghostscript-base 7.05-2
ghostscript-x11 7.05-2
gmp 4.1.2-1
gnugo 3.4-1
gnupg 1.2.2-3
gperf 2.7.2-1
grace 5.1.12-1
grep 2.5-1
groff 1.18.1-2
gsl 1.4-1
guile 1.6.4-12
guile-devel 1.6.4-12
guile-doc 1.6.4-12
gzip 1.3.5-1
indent 2.2.8-1
inetutils 1.3.2-25
initscripts 0.9-1
ioperm 0.4-1
irc 20010101-3
jbigkit 1.5-3
jgraph 8.3-1
jpeg 6b-11
keychain 1.9-1
less 381-1
lesstif 0.93.91-1
libaspell15 0.50.3-1
libbz2_0 1.0.2-1
libbz2_1 1.0.2-5
libcharset1 1.9.1-3
libdb2 2.7.7-4
libdb2-devel 2.7.7-4
libdb3.1 3.1.17-2
libdb3.1-devel 3.1.17-2
libdb4.1 4.1.25-1
libdb4.1-devel 4.1.25-1
libgdbm 1.8.0-5
libgdbm-devel 1.8.3-7
libgdbm3 1.8.3-3
libgdbm4 1.8.3-7
libgettextpo0 0.12.1-3
libguile12 1.6.4-12
libguile12abi13 1.6.4-2
libguile14 1.5.6-5
libiconv 1.9.1-3
libiconv2 1.9.1-3
libintl 0.10.38-3
libintl1 0.10.40-1
libintl2 0.12.1-3
libjpeg62 6b-11
libjpeg6b 6b-8
libkpathsea3 2.0.2-13
libkpathsea3abi13 2.0.2-2
libltdl3 1.5-3
libmcrypt 2.5.7-2
libmcrypt-devel 2.5.7-2
libncurses-devel 5.3-4
libncurses5 5.2-1
libncurses6 5.2-8
libncurses7 5.3-4
libpcre 4.1-1
libpcre0 4.4-2
libpng 1.2.5-4
libpng10 1.0.15-4
libpng10-devel 1.0.15-4
libpng12 1.2.5-4
libpng12-devel 1.2.5-4
libpng2 1.0.12-1
libpopt0 1.6.4-4
libPropList 0.10.1-3
libreadline4 4.1-2
libreadline5 4.3-5
libtiff-devel 3.6.0-5
libtiff3 3.6.0-2
libtiff4 3.6.0-5
libtool 1.5a-1
libtool-devel 1.5-3
libtool-stable 1.4.3-2
libungif 4.1.0-2
libxerces-c21 2.1.0-1
libxerces-c22 2.2.0-1
libxerces-c23 2.3.0-2
libxml2 2.5.11-1
libxslt 1.0.33-1
lilypond 2.0.1-1
lilypond-doc 2.0.1-1
links 0.96-1
login 1.9-7
lynx 2.8.4-7
m4 1.4-1
make 3.80-1
man 1.5j-2
mc 4.6.0-4
mhash 0.8.18-1
mhash-devel 0.8.18-1
mingw-runtime 3.1-1
mingw-zlib 1.1.4-4
mktemp 1.5-3
mod_auth_mysql 1.11-1
mod_auth_ntsec 1.7-1
mod_dav 1.0.3-1.3.6-1
mod_php4 4.2.0-2
mod_ssl 2.8.8-1.3.24-1
more 2.11o-1
mt 2.0.1-2
mutt 1.4-1
naim 0.11.6-2
nano 1.2.2-1
nasm 0.98.38-1
ncftp 3.1.4-1
ncurses 5.3-4
ncurses-demo 5.3-4
netcat 1.10-2
newlib-man 20020801
openbox 0.99.1-3
opengl 1.1.0-6
openssh 3.7.1p2-1
openssl 0.9.7c-1
openssl-devel 0.9.7c-1
openssl096 0.9.6j-1
par 1.52-1
patch 2.5.8-8
patchutils 0.2.22-2
pcre 4.4-2
pcre-devel 4.4-2
pcre-doc 4.4-2
pdksh 5.2.14-2
perl 5.8.0-5
perl_manpages 5.8.0-5
pine 4.58-1
pinfo 0.6.8-1
pkgconfig 0.15.0-4
popt 1.6.4-4
postgresql 7.3.4-2
procmail 3.22-8
procps 010801-2
proftpd 1.2.9rc2p-1
psutils 1.17-1
python 2.3-2
rcs 5.7-3
readline 4.3-5
rebase 2.2-3
robots 2.0-3
rpm 4.1-1
rpm-build 4.1-1
rpm-doc 4.1-1
rsync 2.5.6-2
ruby 1.8.0-1
rxvt 2.7.10-3
sed 4.0.7-3
setsid 0.0-3
sh-utils 2.0.15-4
sharutils 4.2.1-3
shutdown 1.4-1
splint 3.1.1-1
squid 2.4.STABLE7-1
ssmtp 2.38.7-4
stunnel 4.04-3
sunrpc 4.0-1
SWI-Prolog 5.2.6-1
swig 1.3.19-1
sysvinit 2.84-4
tar 1.13.25-3
tcltk 20030901-1
tcp_wrappers 7.6-1
tcsh 6.12.00-7
termcap 20021106-2
terminfo 5.3_20030726-1
tetex 2.0.2-13
tetex-base 2.0.2-13
tetex-bin 2.0.2-13
tetex-devel 2.0.2-13
tetex-doc 2.0.2-13
tetex-extra 2.0.2-13
tetex-tiny 2.0.2-13
tetex-x11 2.0.2-13
texinfo 4.2-4
texmf 20020911-1
texmf-base 20020911-1
texmf-doc 20020911-1
texmf-extra 20020911-1
texmf-tiny 20020911-1
textutils 2.0.21-1
tidy 030901-1
tiff 3.6.0-5
time 1.7-1
tin 1.6.1-1
transfig 3.2.4-1
ttcp 19980512-1
ucl 1.01-1
units 1.77-1
unzip 5.50-5
upx 1.24-1
uw-imap 2002e-1
uw-imap-imapd 2002e-1
uw-imap-util 2002e-1
vim 6.2.098-1
w32api 2.4-1
wget 1.8.2-2
which 1.5-2
whois 4.6.7-1
WindowMaker 0.80.0-2
wtf 0.0.4-4
x2x 1.27-2
Xaw3d 1.5E-1
xerces-c 2.3.0-2
xerces-c-devel 2.3.0-2
xerces-c-doc 2.3.0-2
xfig-base 3.2.4-1
xfig-bin 3.2.4-1
xfig-doc 3.2.4-1
xfig-etc 3.2.4-3
xfig-lib 3.2.4-2
xfig-man 3.2.4-1
XFree86-base 4.3.0-1
XFree86-bin 4.3.0-4
XFree86-bin-icons 4.3.0-4
XFree86-doc 4.3.0-1
XFree86-etc 4.3.0-3
XFree86-f100 4.2.0-3
XFree86-fcyr 4.2.0-3
XFree86-fenc 4.2.0-3
XFree86-fnts 4.2.0-3
XFree86-fscl 4.2.0-3
XFree86-fsrv 4.3.0-3
XFree86-html 4.3.0-1
XFree86-jdoc 4.3.0-1
XFree86-lib 4.3.0-1
XFree86-lib-compat 4.3.0-1
XFree86-man 4.3.0-1
XFree86-nest 4.3.0-3
XFree86-prog 4.3.0-7
XFree86-prt 4.3.0-3
XFree86-ps 4.3.0-1
XFree86-startup-scripts 4.2.0-5
XFree86-vfb 4.3.0-3
XFree86-xserv 4.3.0-18
XFree86-xwinclip 4.3.0-1
xinetd 2.3.9-1
xmlto 0.0.14-1
xpm-nox 4.2.0-4
zip 2.3-5
zlib 1.1.4-4
zsh 4.0.7-2
Use -h to see help about each section
[-- Attachment #3: Type: text/plain, Size: 218 bytes --]
--
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/
^ permalink raw reply [flat|nested] 78+ messages in thread
* Re: setup hangs during postinstall
2003-10-08 17:05 ` Christopher Faylor
@ 2003-10-08 17:15 ` Igor Pechtchanski
2003-10-08 18:01 ` Christopher Faylor
2003-10-08 20:49 ` Robert Collins
0 siblings, 2 replies; 78+ messages in thread
From: Igor Pechtchanski @ 2003-10-08 17:15 UTC (permalink / raw)
To: cygwin
On Wed, 8 Oct 2003, Christopher Faylor wrote:
> On Wed, Oct 08, 2003 at 12:49:44PM -0400, Igor Pechtchanski wrote:
> >This is a known bug (as a search of the recent archives would have
> >shown). People are investigating. As a short term workaround, you can
> >"mv /etc/postinstal/XFree86-bin-icons.sh{,.done}" and rerun setup.
>
> I sure wish I could duplicate this bug...
>
> cgf
FWIW, so do I.
Igor
--
http://cs.nyu.edu/~pechtcha/
|\ _,,,---,,_ pechtcha@cs.nyu.edu
ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com
|,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D.
'---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow!
"I have since come to realize that being between your mentor and his route
to the bathroom is a major career booster." -- Patrick Naughton
--
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/
^ permalink raw reply [flat|nested] 78+ messages in thread
* Re: setup hangs during postinstall
2003-10-08 16:57 ` Igor Pechtchanski
@ 2003-10-08 17:05 ` Christopher Faylor
2003-10-08 17:15 ` Igor Pechtchanski
0 siblings, 1 reply; 78+ messages in thread
From: Christopher Faylor @ 2003-10-08 17:05 UTC (permalink / raw)
To: cygwin
On Wed, Oct 08, 2003 at 12:49:44PM -0400, Igor Pechtchanski wrote:
>This is a known bug (as a search of the recent archives would have
>shown). People are investigating. As a short term workaround, you can
>"mv /etc/postinstal/XFree86-bin-icons.sh{,.done}" and rerun setup.
I sure wish I could duplicate this bug...
cgf
--
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/
^ permalink raw reply [flat|nested] 78+ messages in thread
* Re: setup hangs during postinstall
2003-10-08 16:49 Steve Kelem
@ 2003-10-08 16:57 ` Igor Pechtchanski
2003-10-08 17:05 ` Christopher Faylor
0 siblings, 1 reply; 78+ messages in thread
From: Igor Pechtchanski @ 2003-10-08 16:57 UTC (permalink / raw)
To: steve; +Cc: cygwin
On Wed, 8 Oct 2003, Steve Kelem wrote:
> I'm trying to update to the latest cygwin (1.5.5-1). Setup install a lot
> of things, said I had to reboot, and then proceeded with the postinstall
> step.
> Setup is stuck, with the window saying:
> Progress
> This page displays the progress of the download or installation.
> RUnning...
> No package
> /etc/postinstall/XFree86-bin-icons.sh
This is a known bug (as a search of the recent archives would have shown).
People are investigating. As a short term workaround, you can "mv
/etc/postinstal/XFree86-bin-icons.sh{,.done}" and rerun setup.
> When I run that file manually, it completes.
>
> Also, there are a LOT of files in /etc/postinstall. Can they be
> deleted? Should they be deleted automatically?
>
> Steve Kelem
They could be, but why? Besides, they don't take up much space (I think
the total is about 100k, except for the gcc-mingw tarball). So don't
worry about them...
Igor
--
http://cs.nyu.edu/~pechtcha/
|\ _,,,---,,_ pechtcha@cs.nyu.edu
ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com
|,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D.
'---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow!
"I have since come to realize that being between your mentor and his route
to the bathroom is a major career booster." -- Patrick Naughton
--
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/
^ permalink raw reply [flat|nested] 78+ messages in thread
* setup hangs during postinstall
@ 2003-10-08 16:49 Steve Kelem
2003-10-08 16:57 ` Igor Pechtchanski
0 siblings, 1 reply; 78+ messages in thread
From: Steve Kelem @ 2003-10-08 16:49 UTC (permalink / raw)
To: The Cygwin Mailing List
I'm trying to update to the latest cygwin (1.5.5-1). Setup install a lot
of things, said I had to reboot, and then proceeded with the postinstall
step.
Setup is stuck, with the window saying:
Progress
This page displays the progress of the download or installation.
RUnning...
No package
/etc/postinstall/XFree86-bin-icons.sh
When I run that file manually, it completes.
Also, there are a LOT of files in /etc/postinstall. Can they be
deleted? Should they be deleted automatically?
Steve Kelem
% cd /etc/postinstall
% ls -l
total 1413
-rwxr-xr-x 1 kelem None 59 Oct 6 18:22 XFree86-xserv.sh*
-rwxr-xr-x 1 kelem None 218 Oct 4 15:55 XFree86-prog.sh*
-rwxr-xr-x 1 kelem None 2688 Sep 30 09:22
postinstall-lilypond.sh.done*
-rwxr-xr-x 1 kelem None 101 Sep 29 09:31
XFree86-bin-icons.sh*
-rw-r--r-- 1 kelem None 1351680 Sep 25 09:43
gcc-mingw-3.3.1-20030804-1.tar
-rwxr-xr-x 1 kelem None 766 Sep 25 09:43 gcc-mingw.sh.done*
-rwxr-xr-x 1 kelem None 1205 Sep 20 14:57
libdb4.1-devel.sh.done*
-rwxr-xr-x 1 kelem None 6708 Sep 19 06:41 iu-config.sh.done*
-rwxr-xr-x 1 kelem None 2730 Sep 18 12:30 post-texmf.sh*
-rw-r--r-- 1 kelem None 55 Sep 18 08:53 tidy.sh.done
-rwxr-xr-x 1 kelem None 329 Sep 6 13:18 pinfo.sh.done*
-rwxr-xr-x 1 kelem None 10 Sep 5 12:25 cgoban.sh.done*
-rwxr-xr-x 1 kelem None 1393 Sep 4 10:51
cygwin-doc-postinstall.sh.done*
-rwxr-xr-x 1 kelem None 59 Sep 3 16:56
XFree86-xserv.sh.done*
-rwxr-xr-x 1 kelem None 345 Sep 3 14:21 update-info-dir.sh*
-rwxr-xr-x 1 kelem None 345 Sep 3 14:21
update-info-dir.sh.done*
-rwxr-xr-x 1 kelem None 114 Sep 3 08:34 gsl.sh.done*
-rwxr-xr-x 1 kelem None 4013 Sep 2 18:09 sysvinit.sh.done*
-rwxr-xr-x 1 kelem None 267 Aug 29 04:59
post-lilypond.sh.done*
-rwxr-xr-x 1 kelem None 261 Aug 12 13:36 cron.sh.done*
-rwxr-xr-x 1 kelem None 166 Aug 12 12:56 robots.sh.done*
-rwxr-xr-x 1 kelem None 266 Aug 12 10:05
base-files-profile.sh.done*
-rwxr-xr-x 1 kelem None 101 Aug 11 10:21
XFree86-bin-icons.sh.done*
-rwxr-xr-x 1 kelem None 218 Aug 3 18:14
XFree86-prog.sh.done*
-rwxr-xr-x 1 kelem None 222 Aug 2 12:36 terminfo.sh.done*
-rwxr-xr-x 1 kelem None 140 Aug 1 11:24 gnugo.sh.done*
-rwxr-xr-x 1 kelem None 619 Jul 31 21:42
XFree86-fscl.sh.done*
-rwxr-xr-x 1 kelem None 619 Jul 31 21:42
XFree86-f100.sh.done*
-rwxr-xr-x 1 kelem None 766 Jul 31 21:38 XFree86-lib.sh.done*
-rwxr-xr-x 1 kelem None 619 Jul 8 18:33
XFree86-fenc.sh.done*
-rwxr-xr-x 1 kelem None 619 Jul 8 18:33
XFree86-fnts.sh.done*
-rwxr-xr-x 1 kelem None 144 Jun 13 13:11
automake-devel.sh.done*
-rwxr-xr-x 1 kelem None 150 May 21 04:45 gnupg.sh.done*
-rwxr-xr-x 1 kelem None 163 May 2 11:57 splint.sh.done*
-rwxr-xr-x 1 kelem None 60 May 2 04:46 rpm.sh.done*
-rwxr-xr-x 1 kelem None 155 Apr 23 23:32 cvs.sh.done*
-rwxr-xr-x 1 kelem None 143 Apr 15 20:59
libtool-devel.sh.done*
-rwxr-xr-x 1 kelem None 523 Apr 10 00:55 apache-php.sh.done*
-rwxr-xr-x 1 kelem None 849 Apr 5 2003
base-files-mketc.sh.done*
-rwxr-xr-x 1 kelem None 141 Mar 22 2003
libgdbm-devel.sh.done*
-rwxr-xr-x 1 kelem None 217 Mar 13 2003 grace.sh.done*
-rwxr-xr-x 1 kelem None 87 Mar 5 2003 tcsh.sh.done*
-rwxr-xr-x 1 kelem None 188 Feb 28 2003 passwd-grp.sh.done*
-rwxr-xr-x 1 kelem None 299 Dec 17 2002 wget.sh.done*
-rwxr-xr-x 1 kelem None 5784 Dec 16 2002 emacs.sh.done*
-rwxr-xr-x 1 kelem None 160 Dec 5 2002
autoconf-devel.sh.done*
-rwxr-xr-x 1 kelem None 2775 Nov 11 2002 initscripts.sh.done*
-rwxr-xr-x 1 kelem None 173 Oct 10 2002 readline.sh.done*
-rwxr-xr-x 1 kelem None 276 Oct 3 2002 profile.sh.done*
-rwxr-xr-x 1 kelem None 144 Sep 19 2002
gettext-devel.sh.done*
-rwxr-xr-x 1 kelem None 324 Aug 25 2002 enscript.sh.done*
-rwxr-xr-x 1 kelem None 88 Jul 30 2002 ncftp.sh.done*
-rwxr-xr-x 1 kelem None 2250 Jul 22 2002
libpng12-devel.sh.done*
-rwxr-xr-x 1 kelem None 2250 Jul 22 2002
libpng10-devel.sh.done*
-rwxr-xr-x 1 kelem None 434 Jul 16 2002
squid-postinstall.sh.done*
-rwxr-xr-x 1 kelem None 244 Jul 12 2002 cygutils.sh.done*
-rwxr-xr-x 1 kelem None 219 May 16 2002 indent.sh.done*
-rwxr-xr-x 1 kelem None 289 May 10 2002 apache.sh.done*
-rwxr-xr-x 1 kelem None 142 May 6 2002 bzip2.sh.done*
-rwxr-xr-x 1 kelem None 200 May 5 2002
apache-mod_ssl.sh.done*
-rwxr-xr-x 1 kelem None 215 May 5 2002
apache-mod_auth_mysql.sh.done*
-rwxr-xr-x 1 kelem None 215 May 5 2002
apache-mod_auth_ntsec.sh.done*
-rwxr-xr-x 1 kelem None 376 Apr 19 2002 libpng.sh.done*
-rw-r--r-- 1 kelem None 287 Apr 15 2002 cygwin-doc.sh.done
-rw-r--r-- 1 kelem None 0 Feb 26 2002 passwd-grp.bat.done
-rwxr-xr-x 1 kelem None 141 Feb 19 2002 gdbm.sh.done*
-rwxr-xr-x 1 kelem None 741 Jan 23 2002 post-tetex.sh.done*
-rwxr-xr-x 1 kelem None 79 Jan 6 2002 indent-info.sh.done*
-rwxr-xr-x 1 kelem None 144 Dec 13 2001 gettext.sh.done*
--
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/
^ permalink raw reply [flat|nested] 78+ messages in thread
end of thread, other threads:[~2003-10-16 9:38 UTC | newest]
Thread overview: 78+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2003-10-15 17:49 setup hangs during postinstall Steve Fairbairn
2003-10-15 18:03 ` Brian Ford
2003-10-15 18:47 ` Christopher Faylor
2003-10-15 21:49 ` Hannu E K Nevalainen
2003-10-15 21:51 ` Brian Ford
2003-10-15 23:30 ` Hannu E K Nevalainen
2003-10-15 23:40 ` Christopher Faylor
2003-10-16 10:39 ` Hannu E K Nevalainen (garbage mail)
-- strict thread matches above, loose matches on Subject: below --
2003-10-16 8:12 Steve Fairbairn
2003-10-15 18:43 Steve Fairbairn
2003-10-15 18:51 ` Christopher Faylor
2003-10-15 19:19 ` Brian Ford
2003-10-15 19:31 ` Igor Pechtchanski
2003-10-15 19:47 ` Christopher Faylor
2003-10-15 19:50 ` Brian Ford
2003-10-15 20:18 ` Christopher Faylor
2003-10-15 21:33 ` Brian Ford
2003-10-15 21:53 ` Markus Schönhaber
2003-10-15 23:15 ` Hannu E K Nevalainen
2003-10-16 0:51 ` Cliff Stanford
2003-10-15 19:00 ` Igor Pechtchanski
2003-10-15 19:35 ` Brian Ford
2003-10-15 14:03 Steve Fairbairn
2003-10-15 16:50 ` Brian Ford
2003-10-14 19:57 Lee D. Rothstein
2003-10-14 20:19 ` Brian Ford
2003-10-14 19:37 Robb, Sam
2003-10-14 19:47 ` Brian Ford
2003-10-14 16:55 Steve Fairbairn
2003-10-14 17:08 ` Christopher Faylor
2003-10-14 16:50 Steve Fairbairn
2003-10-13 18:01 Brian Ford
2003-10-14 2:54 ` Christopher Faylor
2003-10-14 16:28 ` Brian Ford
2003-10-14 16:57 ` Christopher Faylor
2003-10-14 17:55 ` Brian Ford
2003-10-14 18:23 ` Brian Ford
2003-10-14 19:13 ` Christopher Faylor
2003-10-14 19:20 ` Brian Ford
2003-10-14 20:14 ` Christopher Faylor
2003-10-14 20:23 ` Brian Ford
2003-10-14 21:04 ` Christopher Faylor
2003-10-14 21:08 ` Brian Ford
2003-10-14 21:39 ` Hannu E K Nevalainen
2003-10-10 16:51 Dr.D.J.Picton
2003-10-10 19:27 ` Christopher Faylor
2003-10-10 20:19 ` Brian Ford
2003-10-09 23:25 Brian Ford
2003-10-09 23:35 ` Brian Ford
2003-10-09 23:45 ` Igor Pechtchanski
2003-10-10 0:15 ` Brian Ford
2003-10-10 0:20 ` Brian Ford
2003-10-10 0:30 ` Christopher Faylor
2003-10-10 0:39 ` Christopher Faylor
2003-10-10 18:19 ` Hannu E K Nevalainen
2003-10-09 9:13 Norbert Schulze
2003-10-08 20:38 Brian Ford
2003-10-08 23:35 ` Christopher Faylor
2003-10-08 19:32 Brian Ford
2003-10-09 4:09 ` Christopher Faylor
2003-10-08 18:20 Brian Ford
2003-10-08 17:57 Brian Ford
2003-10-08 18:36 ` Christopher Faylor
2003-10-08 18:51 ` Hannu E K Nevalainen
2003-10-08 18:56 ` Igor Pechtchanski
2003-10-08 20:01 ` Hannu E K Nevalainen
2003-10-08 19:12 ` Christopher Faylor
2003-10-08 19:42 ` Hannu E K Nevalainen
2003-10-08 16:49 Steve Kelem
2003-10-08 16:57 ` Igor Pechtchanski
2003-10-08 17:05 ` Christopher Faylor
2003-10-08 17:15 ` Igor Pechtchanski
2003-10-08 18:01 ` Christopher Faylor
2003-10-08 18:25 ` Igor Pechtchanski
2003-10-08 18:34 ` Hannu E K Nevalainen
2003-10-08 19:42 ` Don Koch
2003-10-08 19:47 ` Hannu E K Nevalainen
2003-10-08 20:49 ` Robert Collins
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).