From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 7008 invoked by alias); 1 Oct 2018 07:47:18 -0000 Mailing-List: contact crossgcc-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: crossgcc-owner@sourceware.org Received: (qmail 6302 invoked by uid 89); 1 Oct 2018 07:45:40 -0000 Authentication-Results: sourceware.org; auth=none X-Spam-SWARE-Status: No, score=-6.0 required=5.0 tests=BAYES_00,FORGED_HOTMAIL_RCVD2,FREEMAIL_FROM,GIT_PATCH_2,RCVD_IN_DNSWL_NONE,SPF_HELO_PASS,SPF_PASS autolearn=ham version=3.3.2 spammy=smith, Smith, Problem, variants X-HELO: EUR02-HE1-obe.outbound.protection.outlook.com Received: from mail-oln040092068104.outbound.protection.outlook.com (HELO EUR02-HE1-obe.outbound.protection.outlook.com) (40.92.68.104) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Mon, 01 Oct 2018 07:45:38 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hotmail.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=QLtPSfSYi2ZJMEqg6+ln1wWH7PLCT3v6J2+imBvHbdI=; b=o86rsupUFnf/eyU+baHRVMuLfezlf3aaCG5cuF/iAfutE8TdD7e8S+24tAuk/Z9c6JperNHzYkutJiMOq7KWSKlmqmUBjQl1tZzduLiUKjyxvroXyxYRQGamglN13lGEhw/RixHi9my3p0F+fYFzwOH4wnNhXBlb8pTEmguaHiquhCo2yqSjYP5dGD+DJdxcR23YYkhvFPbOYKUkVSJF037rVuCTf7wST29EzCoFP+SjFUNoi6zDrKaOvynJw9K2TqAIotmC3pKchBXMN7jUp6TQc3ZQ2wX5VDUt6JndJNM4Rp7UblTaCaaCPTXCGYZhjwBURlhq3sVzhjUFRDuSzw== Received: from AM5EUR02FT047.eop-EUR02.prod.protection.outlook.com (10.152.8.51) by AM5EUR02HT062.eop-EUR02.prod.protection.outlook.com (10.152.9.111) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384) id 15.20.1185.13; Mon, 1 Oct 2018 07:45:25 +0000 Received: from VI1P192MB0352.EURP192.PROD.OUTLOOK.COM (10.152.8.52) by AM5EUR02FT047.mail.protection.outlook.com (10.152.9.197) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384) id 15.20.1185.13 via Frontend Transport; Mon, 1 Oct 2018 07:45:25 +0000 Received: from VI1P192MB0352.EURP192.PROD.OUTLOOK.COM ([fe80::a4ad:db15:32a2:f14c]) by VI1P192MB0352.EURP192.PROD.OUTLOOK.COM ([fe80::a4ad:db15:32a2:f14c%4]) with mapi id 15.20.1143.022; Mon, 1 Oct 2018 07:45:25 +0000 From: Paul Smith To: Allan Clark CC: "crossgcc@sourceware.org" Subject: RE: Possible file download bug? Date: Mon, 01 Oct 2018 07:47:00 -0000 Message-ID: References: In-Reply-To: received-spf: None (protection.outlook.com: hotmail.com does not designate permitted sender hosts) authentication-results: spf=none (sender IP is ) smtp.mailfrom=paul_d_smith@hotmail.com; Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-SW-Source: 2018-10/txt/msg00000.txt.bz2 A 200 with an HTML page indicating, something like 'this server does not ex= ist - did you mean to type one of these options'? The first time I hit this, some errant code was trying to reach a website u= sing http://ftp. The author was trying to run through 'try htt= p, if failed try ftp' but had messed up a little. Problem is that the file= appeared to download correctly but just contained the HTML error page. Paul DS. -----Original Message----- From: Allan Clark =20 Sent: 28 September 2018 15:23 To: Paul Smith Cc: crossgcc@sourceware.org Subject: Re: Possible file download bug? > On Sep 28, 2018, at 06:11, Paul Smith wrote: >=20 > Crossgcc, >=20 >=20 > I wanted to alert you to a possible bug. I'm using someone else's produc= t that uses an old copy of Crossgcc and I've found the following issue, and= from looking at the latest Crossgcc code I suspect the same bug still exis= ts. >=20 >=20 > The issue is in scripts/functions in the code that downloads a file from = the web using wget or curl. My local ISP 'catches' page load errors and re= turns their own generated HTML error page and the bug I'm seeing results fr= om a file download believing it succeeded when actually it downloaded just = a dummy HTML page. >=20 >=20 > In my case the files were always supposed to be variants on Linux tar fil= es so it easy to use the Linux 'file' command to see if the file was actual= ly an HTML page. I don't know whether you can do the same or whether the f= iles you are downloaded are more diverse and need more careful checking, pe= rhaps outside of the file download function. >=20 >=20 > However I wanted to alert you to this odd behaviour as it soaked up a few= hours this morning identifying the cause and a fix. When the file is not found for download, does the ISP forward a 4xx or 5xx = error code, or a 200 as though nothing went wrong? Allan