Mailing-List:	contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Subscribe:	<mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive:	<http://sources.redhat.com/ml/cygwin/>
List-Post:	<mailto:cygwin AT cygwin DOT com>
List-Help:	<mailto:cygwin-help AT cygwin DOT com>, <http://sources.redhat.com/ml/#faqs>
Sender:	cygwin-owner AT cygwin DOT com
Mail-Followup-To:	cygwin AT cygwin DOT com
Delivered-To:	mailing list cygwin AT cygwin DOT com
From:	"Robert Collins" <robert DOT collins AT syncretize DOT net>
To:	"'Max Bowsher'" <maxb AT ukf DOT net>, <cygwin AT cygwin DOT com>
Subject:	RE: Re[3]: cygwin download incomplete - try again - loop?
Date:	Sun, 9 Jun 2002 00:04:38 +1000
Message-ID:	<007601c20ef5$6db7e5a0$0200a8c0@lifelesswks>
MIME-Version:	1.0
X-Priority:	3 (Normal)
X-MSMail-Priority:	Normal
X-MimeOLE:	Produced By Microsoft MimeOLE V6.00.2600.0000
Importance:	Normal
In-Reply-To:	<02b501c20e3e$353d3480$42a18c09@wdg.uk.ibm.com>

> -----Original Message-----
> From: Max Bowsher [mailto:maxb AT ukf DOT net] 
> Sent: Saturday, 8 June 2002 2:13 AM
> To: Robert Collins; cygwin AT cygwin DOT com
> Subject: Re: Re[3]: cygwin download incomplete - try again - loop?
> 
> 
> Robert Collins <robert DOT collins AT syncretize DOT net> wrote:
> > I can't duplicate this. Is this from HEAD or setup-200206?
> 
> HEAD, checked out from an rsync local replica of the cvs 
> tree. Updated within 15
> mins of this mail.
> 
> Placing a setup.ini file in the root of the local package 
> directory duplicates
> the crash reliably for me.
> 
> > Also, can you use 'bt full' not 'bt' when getting a back trace?
> 
> (gdb) bt full
> #0  0x004346d3 in rfc1738_do_escape (url=0x0, encode_reserved=1)
>     at ../setup/rfc1738.cc:92
>         url = 0x0
>         buf = 0x0
>         bufsize = 0
>         p = 0x12f4790 "hJ/\001"
>         q = 0x0
>         i = 0
>         do_escape = 0
> #1  0x0043484c in rfc1738_escape_part (url=@0x13784d0)
>     at ../setup/rfc1738.cc:187
>         url = (String &) @0x0: Cannot access memory at address 0x0
> (gdb) bt
> #0  0x004346d3 in rfc1738_do_escape (url=0x0, encode_reserved=1)
>     at ../setup/rfc1738.cc:92
> #1  0x0043484c in rfc1738_escape_part (url=@0x13784d0)
>     at ../setup/rfc1738.cc:187
> #2  0x0040c5ef in check_for_cached (pkgsource=@0x12f47a0)
>     at ../setup/download.cc:91

In here, (pkgsource.sites[n]->key ) is apparently evaluating as a zero
length string. This should never happen (key must have a value).

However, I'm pretty sure the sites class allows key to have no value, so
what you need to do is to go to frame 2 or 3 and identify the package
and site count that it's got. And then work backwards to find out when
the invalid site is created. 

Can you do that? I'll offer what email assistance I can, but until we
have enough detail to reproduce here, that's all I can offer. I'm
obviously keen to get this bug fixed...

Rob


--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

- Raw text -