From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 11487 invoked by alias); 30 Jan 2017 18:30:40 -0000 Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner@cygwin.com Mail-Followup-To: cygwin@cygwin.com Received: (qmail 11451 invoked by uid 89); 30 Jan 2017 18:30:39 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.4 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_LOW autolearn=ham version=3.3.2 spammy=5.4.0-3, 5403, 5.4.0-2, 5402 X-HELO: out1-smtp.messagingengine.com Received: from out1-smtp.messagingengine.com (HELO out1-smtp.messagingengine.com) (66.111.4.25) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Mon, 30 Jan 2017 18:30:29 +0000 Received: from compute6.internal (compute6.nyi.internal [10.202.2.46]) by mailout.nyi.internal (Postfix) with ESMTP id 0BA49206E4; Mon, 30 Jan 2017 13:30:24 -0500 (EST) Received: from frontend1 ([10.202.2.160]) by compute6.internal (MEProxy); Mon, 30 Jan 2017 13:30:24 -0500 X-ME-Sender: Received: from [192.168.1.102] (host86-166-190-63.range86-166.btcentralplus.com [86.166.190.63]) by mail.messagingengine.com (Postfix) with ESMTPA id 950167E77B; Mon, 30 Jan 2017 13:30:23 -0500 (EST) Subject: Re: cygcheck and literal plus sign References: <588c098a.6a099d0a.bd219.1f24@mx.google.com> Cc: Steven Penny To: cygwin@cygwin.com From: Jon Turney Message-ID: <9b32661c-9397-62e5-5309-bfee2c2aca29@dronecode.org.uk> Date: Mon, 30 Jan 2017 18:30:00 -0000 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.7.0 MIME-Version: 1.0 In-Reply-To: <588c098a.6a099d0a.bd219.1f24@mx.google.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2017-01/txt/msg00393.txt.bz2 On 28/01/2017 03:01, Steven Penny wrote: > On Mon, 27 Jan 2014 16:43:23, Steven Penny wrote: >> $ cygcheck -p 'g\x2b\x2b.exe' I think this relies on this being interpreted as a PCRE regex, which hasn't been the case for a while, since some server-side changes. > It looks like this is broken again. package-grep does work: Thanks for pointing this out. > $ q=https://cygwin.com/cgi-bin2/package-grep.cgi > $ curl -s "$q"'?text=1&arch=x86_64&grep=mingw32-g%2B%2B' | awk 'NR>1{$0=$1}1' > Found 4 matches for mingw32-g++ > mingw64-i686-gcc-g++-5.4.0-2 > mingw64-i686-gcc-g++-5.4.0-3 > mingw64-x86_64-gcc-g++-5.4.0-2 > mingw64-x86_64-gcc-g++-5.4.0-3 > > but it seems no incantation will make cygcheck work: [...] > > $ cygcheck -p mingw32-g++ > Found 0 matches for mingw32-g It looks like the underlying bug here is that 'cygcheck -p' doesn't encode '+', but the package-grep-cgi script is expecting the query part of the URL to be application/x-www-form-urlencoded (as is the case with the web form interface to this search), where '+' is the encoding for a ' '... I added a workaround to the script so that corresponding decoding ('+' -> ' ') is skipped if it looks like a cygcheck request ('text=1'), so this should be working again > $ cygcheck -p mingw32-g++ > Found 4 matches for mingw32-g++ > mingw64-i686-gcc-g++-5.4.0-2 - mingw64-i686-gcc-g++: GCC for Win32 (i686-w64-mingw32) toolchain (C++) (installed binaries and support files) > mingw64-i686-gcc-g++-5.4.0-3 - mingw64-i686-gcc-g++: GCC for Win32 (i686-w64-mingw32) toolchain (C++) (installed binaries and support files) > mingw64-x86_64-gcc-g++-5.4.0-2 - mingw64-x86_64-gcc-g++: GCC for Win64 toolchain (C++) (installed binaries and support files) > mingw64-x86_64-gcc-g++-5.4.0-3 - mingw64-x86_64-gcc-g++: GCC for Win64 toolchain (C++) (installed binaries and support files) -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple