This is the mail archive of the
cygwin-apps@cygwin.com
mailing list for the Cygwin project.
Re: Setup cvs-HEAD hangs intermittently when downloading
- From: Igor Pechtchanski <pechtcha at cs dot nyu dot edu>
- To: Max Bowsher <maxb at ukf dot net>
- Cc: cygwin-apps at cygwin dot com
- Date: Thu, 13 Mar 2003 18:49:44 -0500 (EST)
- Subject: Re: Setup cvs-HEAD hangs intermittently when downloading
- Reply-to: cygwin-apps at cygwin dot com
On Thu, 13 Mar 2003, Max Bowsher wrote:
> Igor Pechtchanski wrote:
> > I'm getting intermittent hangs in latest build of setup. Gdb
> > backtrace shows:
> > (gdb) thread 1
> > [Switching to thread 1 (thread 3084.0xb18)]#0 0x77e11b80 in USER32!DestroyWindow () from /cygdrive/c/WINNT/system32/USER32.DLL
> > (gdb) where #0 0x77e11b80 in USER32!DestroyWindow ()
> > from /cygdrive/c/WINNT/system32/USER32.DLL
> > #1 0x77e11e09 in USER32!GetMessageW ()
> > from /cygdrive/c/WINNT/system32/USER32.DLL
> > #2 0x7171f4f6 in FlatSB_EnableScrollBar ()
> > #3 0x7171f2dd in FlatSB_EnableScrollBar ()
> > #4 0x71721ba8 in DrawStatusTextW ()
> > #5 0x0043683c in PropSheet::Create(Window const*, unsigned long) (
> > this=0x22f9b0, Parent=0x0, Style=315555840)
> > at /usr/src/setup-cvs/setup/propsheet.cc:193
> > #6 0x004250de in WinMain (h=0x400000, hPrevInstance=0x0,
> > command_line=0x2332c6 "", cmd_show=1)
> > at /usr/src/setup-cvs/setup/main.cc:370
> > #7 0x00456a43 in main () at
> > /usr/include/c++/3.2/bits/char_traits.h:147 (gdb)
> > This is apparently somewhere inside the PropertySheet() Windows
> > function.
> >
> > Is this a known issue? What would be the best way to debug this?
>
> I haven't run into this.
>
> That backtrace looks a little odd - anyone know whether gdb could be
> incorrectly decoding the addresses in Windows DLLs?
>
> Exactly what is happening when the hang occurs?
> Max.
It seems to happen when setup is downloading packages. The package
progress bar is usually at about 97%, so I'm guessing it has to do with
download completion or switching to a new package to download. The last
action the log shows (for bison) is
get_url_to_file ftp://archive.progeny.com/cygwin/release/bison/bison-20030307-1.tar.bz2 C:\install\Cygwin/ftp%3a%2f%2farchive.progeny.com%2fcygwin/release/bison/bison-20030307-1.tar.bz2.tmp
but no
2003/03/13 17:45:19 Downloaded C:\install\Cygwin/ftp%3a%2f%2farchive.progeny.com%2fcygwin/release/binutils/bison-20030307-1.tar.bz2
as it does with other packages. Setup simply hangs there, but the
controls work (i.e., I can close it, press "Cancel", etc.). The package
file
C:\install\Cygwin\ftp%3a%2f%2farchive.progeny.com%2fcygwin/release/binutils/bison-20030307-1.tar.bz2.tmp
is slightly smaller than the one on the mirror (232k local vs. 238k on the
mirror) -- maybe an unflushed buffer?
This is confusing. Hope this helps someone make sense out of it.
Igor
--
http://cs.nyu.edu/~pechtcha/
|\ _,,,---,,_ pechtcha at cs dot nyu dot edu
ZZZzz /,`.-'`' -. ;-;;,_ igor at watson dot ibm dot com
|,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski
'---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow!
Oh, boy, virtual memory! Now I'm gonna make myself a really *big* RAMdisk!
-- /usr/games/fortune