Return-Path: X-Original-To: apmail-httpd-dev-archive@www.apache.org Delivered-To: apmail-httpd-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 303B619616 for ; Wed, 27 Apr 2016 13:43:33 +0000 (UTC) Received: (qmail 21693 invoked by uid 500); 27 Apr 2016 13:43:27 -0000 Delivered-To: apmail-httpd-dev-archive@httpd.apache.org Received: (qmail 21623 invoked by uid 500); 27 Apr 2016 13:43:27 -0000 Mailing-List: contact dev-help@httpd.apache.org; run by ezmlm Precedence: bulk Reply-To: dev@httpd.apache.org list-help: list-unsubscribe: List-Post: List-Id: Delivered-To: mailing list dev@httpd.apache.org Received: (qmail 21612 invoked by uid 99); 27 Apr 2016 13:43:27 -0000 Received: from pnap-us-west-generic-nat.apache.org (HELO spamd3-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 27 Apr 2016 13:43:27 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd3-us-west.apache.org (ASF Mail Server at spamd3-us-west.apache.org) with ESMTP id 8F7F7180233 for ; Wed, 27 Apr 2016 13:43:26 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd3-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: 1.279 X-Spam-Level: * X-Spam-Status: No, score=1.279 tagged_above=-999 required=6.31 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=2, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=disabled Authentication-Results: spamd3-us-west.apache.org (amavisd-new); dkim=pass (2048-bit key) header.d=rowe-clan-net.20150623.gappssmtp.com Received: from mx1-lw-eu.apache.org ([10.40.0.8]) by localhost (spamd3-us-west.apache.org [10.40.0.10]) (amavisd-new, port 10024) with ESMTP id lFthktfKus-I for ; Wed, 27 Apr 2016 13:43:24 +0000 (UTC) Received: from mail-ig0-f169.google.com (mail-ig0-f169.google.com [209.85.213.169]) by mx1-lw-eu.apache.org (ASF Mail Server at mx1-lw-eu.apache.org) with ESMTPS id 575485F298 for ; Wed, 27 Apr 2016 13:43:24 +0000 (UTC) Received: by mail-ig0-f169.google.com with SMTP id bi2so128006317igb.0 for ; Wed, 27 Apr 2016 06:43:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=rowe-clan-net.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:date:message-id:subject:from:to; bh=SnapiA3fsOCNPv2BbBi0EahCcxkBTC51q+LDNvWM7Pk=; b=EH9PsFxxpU6sZr1TcKX2IOAbxiXRqVA0/nXTUkrvtIUXxbkidW4JS6921TXRUP9OJw NH2rIdRz8IZV7nHI1igTFWJYguPqz3PlEhmcvp69cJKxZZt/szXu60WXXf/3Z3PYfs4K i2vMH6XzUbt2yTeg/CdqTWCDmTgxzhethIBC3vWynP8cGztj1Dji3uEewE2/pWLCMEJc SjhZKvOb5ndwtupCkep+harypNNTrvVAK/fja4WN7tQsw7ng9DnArwpCJxSdtjH5oNc6 MgzZzgF0NP0cVRYl/98lJUm2/9QLoiUYZmJkr7rcU5KueJ2/Hfe75JS88HiGHczpE7X4 +/6A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to; bh=SnapiA3fsOCNPv2BbBi0EahCcxkBTC51q+LDNvWM7Pk=; b=jLl1NiJUedo/9Mxyw17kO1NgIct42lMYh1E30crzwVgRCoSINwoNRBBrphlo3Q/rwZ K8dbYD30jdk8jfCa7hc3RmgM503qS/vDSG1e2jxGuJmzNORhQ6PUhRuhhS5TkYaDePaa qc3UYZX12assxPtuxCianzmab1NshluX2/mtAVrwvSOlbqa42EIp+Y/MMz1nTLvqz/zV 54J1i9YbgNykyRPXUpNSTvPAUbexLUPTZ0joK1m1yjfzMrHNA53F6iI8GunT2dZT8P3q 5EEhhDSpkwtxBQ3ZSEGDUaJ8BBDoVE+KUZsx2oSYL7eK9agUq9pdpZ09ufQn5Wvtg+bN pxFg== X-Gm-Message-State: AOPr4FV600ZXF9tPWDycgburrSbtc1SGYZlqKK9CazQxfVNuUyVV4BEOdRHEmlM32Kv/Bn5ddBMJiB6FVPd6oKBF MIME-Version: 1.0 X-Received: by 10.50.30.73 with SMTP id q9mr27718935igh.77.1461764602916; Wed, 27 Apr 2016 06:43:22 -0700 (PDT) Received: by 10.107.3.218 with HTTP; Wed, 27 Apr 2016 06:43:22 -0700 (PDT) In-Reply-To: <99A08372-9190-4E95-BA0D-C4B9188E1EEA@jaguNET.com> References: <20160419091944.83F4A3A022C@svn01-us-west.apache.org> <824B8C67-22EF-4D80-8E91-54AC77F3D747@greenbytes.de> <99A08372-9190-4E95-BA0D-C4B9188E1EEA@jaguNET.com> Date: Wed, 27 Apr 2016 08:43:22 -0500 Message-ID: Subject: Re: svn commit: r1739876 - /httpd/httpd/branches/2.4.x/STATUS From: William A Rowe Jr To: httpd Content-Type: multipart/alternative; boundary=047d7bdc0a84e70ed605317797df --047d7bdc0a84e70ed605317797df Content-Type: text/plain; charset=UTF-8 I'm not certain the error is -in- scoreboard.c. Suspecting that we used to call ap_update_child_status[_xxx] with the NULL req/conn rec pointer when we were idling for keepalive or ending the request. It seems we may now be calling it in these situations with a now-NULL req_rec and the dying/idling conn_rec pointer, causing the request value to null out (or calling it with a descr pointer to "\0"). On Wed, Apr 27, 2016 at 7:54 AM, Jim Jagielski wrote: > +1... > > I had just applied the patch in STATUS w/o seeing this thread. > Best to just revert this all and get back to 2.4.18 behavior > (and code) > > > On Apr 27, 2016, at 12:40 AM, Stefan Eissing < > stefan.eissing@greenbytes.de> wrote: > > > > > > > >> Am 27.04.2016 um 03:53 schrieb William A Rowe Jr : > >> > >> > >> My gut instinct is to propose scoreboard.c for a full svn revert back > >> to a working state, > > > > I did not realize that it is that deep of a mess now. Please revert, > uncomment the new calls use in http2 and I'll find another approach there. > > > > It seems that there are a lot of expectations on how this part of the > server behaves, but no way to verify any changes/additions against them for > a newbie like me. > > > > Since this whole h2 thing is experimental and needs to evolve based on > user feedback, it better either use the extension possibilities of > mod_status or come up with a new, separate approach that allows frequent > changes. > > > > -Stefan > > --047d7bdc0a84e70ed605317797df Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
I'm not certain the error is -in- scoreboard.c.
Suspecting that we used to call ap_update_child_s= tatus[_xxx] with the
NULL req/conn rec pointer when we wer= e idling for keepalive or ending the request.
It seems we may now= be calling it in these situations with a now-NULL req_rec
and th= e dying/idling conn_rec pointer, causing the request value to null out (or<= /div>
calling it with a descr pointer to "\0").

On Wed, Apr 27, 2016 at 7:54 AM,= Jim Jagielski <jim@jagunet.com> wrote:
= +1...

I had just applied the patch in STATUS w/o seeing this thread.
Best to just revert this all and get back to 2.4.18 behavior
(and code)

> On Apr 27, 2016, at 12:40 AM, Stefan Eissing <stefan.eissing@greenbytes.de> wrote:
>
>
>
>> Am 27.04.2016 um 03:53 schrieb William A Rowe Jr <wrowe@rowe-clan.net>:
>>
>>
>> My gut instinct is to propose scoreboard.c for a full svn revert b= ack
>> to a working state,
>
> I did not realize that it is that deep of a mess now. Please revert, u= ncomment the new calls use in http2 and I'll find another approach ther= e.
>
> It seems that there are a lot of expectations on how this part of the = server behaves, but no way to verify any changes/additions against them for= a newbie like me.
>
> Since this whole h2 thing is experimental and needs to evolve based on= user feedback, it better either use the extension possibilities of mod_sta= tus or come up with a new, separate approach that allows frequent changes.<= br> >
> -Stefan


--047d7bdc0a84e70ed605317797df--