From mboxrd@z Thu Jan 1 00:00:00 1970 Delivered-To: chneukirchen@gmail.com Received: by 10.239.138.72 with SMTP id o8cs156388hbo; Sat, 12 Jun 2010 11:46:31 -0700 (PDT) Return-Path: Received-SPF: pass (google.com: domain of rack-devel+bncCOyNj53IGxCErM_gBBoEzf4nxQ@googlegroups.com designates 10.150.162.3 as permitted sender) client-ip=10.150.162.3; Authentication-Results: mr.google.com; spf=pass (google.com: domain of rack-devel+bncCOyNj53IGxCErM_gBBoEzf4nxQ@googlegroups.com designates 10.150.162.3 as permitted sender) smtp.mail=rack-devel+bncCOyNj53IGxCErM_gBBoEzf4nxQ@googlegroups.com; dkim=pass header.i=rack-devel+bncCOyNj53IGxCErM_gBBoEzf4nxQ@googlegroups.com Received: from mr.google.com ([10.150.162.3]) by 10.150.162.3 with SMTP id k3mr483593ybe.22.1276368390098 (num_hops = 1); Sat, 12 Jun 2010 11:46:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlegroups.com; s=beta; h=domainkey-signature:received:x-beenthere:received:mime-version :received:received:date:in-reply-to:x-ip:references:user-agent :x-http-useragent:message-id:subject:from:to:reply-to:precedence :mailing-list:list-id:list-post:list-help:list-archive:sender :list-subscribe:list-unsubscribe:content-type :content-transfer-encoding; bh=+kmnl0ZMqVrSF8JDk5xIzUikRD5+PDgNkV3IZUrNtgQ=; b=Zhik9q+ZPaq+nEL3G2VFwZ2xkHNi7o3ZeMlLXy/AhmbT/FvtmuM9oj1kPu6TxSjCr7 FdJj2TCFcoP+dTkSm6t4zYET2V9Bxk/y7ZvhYfMBFpEUeIeCdLIbCQbSV4EQFzXckf1O nweSOD8u80ESz76HY1Ft10C+jx82e6LXzdgz0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlegroups.com; s=beta; h=x-beenthere:mime-version:date:in-reply-to:x-ip:references :user-agent:x-http-useragent:message-id:subject:from:to:reply-to :precedence:mailing-list:list-id:list-post:list-help:list-archive :sender:list-subscribe:list-unsubscribe:content-type :content-transfer-encoding; b=lrWj1ZMxoTZm41j3udz5NTZtabciIZpXhSCdg1Vdg7mWAldOxuwZ+HarABAKFonz3A jo0OfUXCNThJ0ztyGT42N4esQJR1FFBEbmOajdnHuCkz7pBeDSAndXzkZn5mq+JnwPns 1qtxa5shLDdPFkL3pXYGMlnfj93+AG7W9xwcA= Received: by 10.150.162.3 with SMTP id k3mr76149ybe.22.1276368388856; Sat, 12 Jun 2010 11:46:28 -0700 (PDT) X-BeenThere: rack-devel@googlegroups.com Received: by 10.150.248.9 with SMTP id v9ls5534697ybh.5.p; Sat, 12 Jun 2010 11:46:28 -0700 (PDT) MIME-Version: 1.0 Received: by 10.151.62.40 with SMTP id p40mr76987ybk.14.1276368388135; Sat, 12 Jun 2010 11:46:28 -0700 (PDT) Received: by k39g2000yqd.googlegroups.com with HTTP; Sat, 12 Jun 2010 11:46:28 -0700 (PDT) Date: Sat, 12 Jun 2010 11:46:28 -0700 (PDT) In-Reply-To: X-IP: 99.57.62.47 References: <42cbee50-0818-4c65-a5f5-252f0b18f885@o39g2000vbd.googlegroups.com> User-Agent: G2/1.0 X-HTTP-UserAgent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.9) Gecko/20100401 Ubuntu/9.10 (karmic) Firefox/3.5.9,gzip(gfe) Message-ID: <9c6dabb0-9ccc-45af-b370-c84a1527d6ad@k39g2000yqd.googlegroups.com> Subject: Re: Patch: Make CGI handler obey rack spec for the greater good From: Max Cantor To: Rack Development Reply-To: rack-devel@googlegroups.com Precedence: list Mailing-list: list rack-devel@googlegroups.com; contact rack-devel+owners@googlegroups.com List-ID: List-Post: , List-Help: , List-Archive: Sender: rack-devel@googlegroups.com List-Subscribe: , List-Unsubscribe: , Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On May 20, 5:10=A0pm, James Tucker wrote: > On 20 May 2010, at 14:36, Max Cantor wrote: > > Do you feel like there's a good reason to not make the CGI handler's > > input stream rewindable? =A0Every time I update rack, I have to re-patc= h > > it myself, because it never works. =A0It seems pretty unintuitive to > > require adding middleware just to make the CGI handler work at all. > > I just don't see really good reasons to buffer for the sake of buffering. I'm not suggesting that we buffer for the sake of buffering... the CGI handler literally does not work for me without this patch. I don't think I'm doing anything very idiosyncratic: Just a basic rack app with lighttpd. If there's some way I can reconfigure my environment to obviate the need for this patch, I can do that, but it seems like the handler's lack of adherence to the spec is making it break. - Max