On 7 November 2013 17:23, Jeff Trawick <traw...@gmail.com> wrote:
> On Thu, Nov 7, 2013 at 1:53 AM, Jan Kaluža <jkal...@redhat.com> wrote:
>>
>> On 11/06/2013 10:38 PM, Steve Hay wrote:
>>>
>>> On 6 November 2013 18:42, Fred Moyer <f...@redhotpenguin.com> wrote:
>>>>
>>>> On Wed, Nov 6, 2013 at 10:26 AM, Steve Hay <steve.m....@googlemail.com>
>>>> wrote:
>>>>>
>>>>>
>>>>> On 6 November 2013 17:55, Fred Moyer <f...@redhotpenguin.com> wrote:
>>>>>>
>>>>>> Greetings,
>>>>>>
>>>>>> I've been tracking the httpd 2.4 dev work that Steve has been merging
>>>>>> to
>>>>>> trunk,
>>>>>
>>>>>
>>>>> I haven't merged anything into trunk. I created a new branch called
>>>>> httpd24threading, copied from httpd24, and then merged the threading
>>>>> branch into that. I was hoping that it would fix an
>>>>> interpreter/threads-related problem that I was having on Windows with
>>>>> the httpd24 branch, and it does indeed seem to have done.
>>>>
>>>>
>>>> Clearly I need to pay better attention here... I'll check out the
>>>> httpd24 branch and give that a whirl instead.
>>>
>>>
>>> Nooo! Check out the httpd24threading branch and give *that* a whirl!!!
>>> *That*'s the one that I think we should merge into trunk when we're
>>> happy with it, and if I read Jeff's latest post correctly then things
>>> are better than I thought -- it looks like the Require line parsing
>>> problem isn't actually a problem at all right now, and won't be until
>>> such time as PerlAddAuthzProvider is updated to allow an optional 2nd
>>> handler. So I think we can at least punt that issue into the future
>>> for now, and worry about it if/when PerlAddAuthzProvider is enhanced.
>>
>>
>> Latest httpd24threading looks OK on Fedora for me. It passes/fails the
>> same tests as in older "httpd24" branch.
>>
>> cgi,t related failures are caused by r1491887 (Pointed that already in
>> some older mail to this mailing list). compat/conn_rec.t is caused by
>> client_addr vs. remote_addr I was not able to fix in httpd24 branch.
>>
>
> Is this the complete set?  (cgi.t, conn_rec.t?)  I'd like to compare what
> others are seeing with my Windows results.
>
> Does anyone know if everything is passing with 2.2.x on Linux?
>

For the record, here's what I'm getting on Windows (VC++ 2010, 32-bit):

With httpd-2.4.6 (release) against perl-5.19.5 (release) without LWP:

Test Summary Report
-------------------
t\apache\subprocess.t                 (Wstat: 0 Tests: 1 Failed: 0)
  Parse errors: Bad plan.  You planned 5 tests but ran 1.
t\compat\conn_rec.t                   (Wstat: 0 Tests: 2 Failed: 0)
  Parse errors: Bad plan.  You planned 4 tests but ran 2.
t\directive\perlloadmodule2.t         (Wstat: 0 Tests: 3 Failed: 1)
  Failed test:  3
t\modperl\interpreter.t               (Wstat: 0 Tests: 0 Failed: 0)
  Parse errors: Bad plan.  You planned 17 tests but ran 0.
t\modperl\local_env.t                 (Wstat: 0 Tests: 6 Failed: 1)
  Failed test:  6
t\modperl\merge.t                     (Wstat: 0 Tests: 10 Failed: 3)
  Failed tests:  3, 6, 9
t\modperl\merge2.t                    (Wstat: 0 Tests: 10 Failed: 3)
  Failed tests:  3, 6, 9
t\modperl\merge3.t                    (Wstat: 0 Tests: 10 Failed: 3)
  Failed tests:  3, 6, 9
t\modules\cgi.t                       (Wstat: 0 Tests: 4 Failed: 4)
  Failed tests:  1-4
t\modules\cgi2.t                      (Wstat: 0 Tests: 4 Failed: 4)
  Failed tests:  1-4
t\modules\cgipost.t                   (Wstat: 0 Tests: 6 Failed: 5)
  Failed tests:  2-6
t\modules\cgipost2.t                  (Wstat: 0 Tests: 6 Failed: 5)
  Failed tests:  2-6
t\modules\proxy.t                     (Wstat: 2304 Tests: 0 Failed: 0)
  Non-zero exit status: 9
  Parse errors: Bad plan.  You planned 1 tests but ran 0.
t\protocol\echo_block.t               (Wstat: 0 Tests: 3 Failed: 2)
  Failed tests:  2-3
t\protocol\echo_nonblock.t            (Wstat: 0 Tests: 3 Failed: 1)
  Failed test:  2
t\protocol\echo_timeout.t             (Wstat: 0 Tests: 5 Failed: 4)
  Failed tests:  2-5
t\protocol\pseudo_http.t              (Wstat: 0 Tests: 13 Failed: 9)
  Failed tests:  3-8, 11-13
Files=252, Tests=2642, 667 wallclock secs ( 1.26 usr +  0.44 sys =  1.70 CPU)
Result: FAIL
Failed 17/252 test programs. 45/2642 subtests failed.

With LWP as well the results are the same except t\modules\cgiupload.t
and t\modules\cgiupload2.t fail too.

With httpd-2.2.25 (release, against the same perl with LWP):

Test Summary Report
-------------------
t\api\access2.t                       (Wstat: 0 Tests: 6 Failed: 3)
  Failed tests:  2, 5-6
t\directive\perlloadmodule2.t         (Wstat: 0 Tests: 3 Failed: 1)
  Failed test:  3
t\modperl\local_env.t                 (Wstat: 0 Tests: 6 Failed: 1)
  Failed test:  6
t\modperl\merge.t                     (Wstat: 0 Tests: 10 Failed: 3)
  Failed tests:  3, 6, 9
t\modperl\merge2.t                    (Wstat: 0 Tests: 10 Failed: 3)
  Failed tests:  3, 6, 9
t\modperl\merge3.t                    (Wstat: 0 Tests: 10 Failed: 3)
  Failed tests:  3, 6, 9
t\modules\cgi.t                       (Wstat: 0 Tests: 5 Failed: 5)
  Failed tests:  1-5
t\modules\cgi2.t                      (Wstat: 0 Tests: 5 Failed: 5)
  Failed tests:  1-5
t\modules\cgipost.t                   (Wstat: 0 Tests: 6 Failed: 5)
  Failed tests:  2-6
t\modules\cgipost2.t                  (Wstat: 0 Tests: 6 Failed: 5)
  Failed tests:  2-6
t\modules\cgiupload.t                 (Wstat: 0 Tests: 2 Failed: 2)
  Failed tests:  1-2
t\modules\cgiupload2.t                (Wstat: 0 Tests: 2 Failed: 2)
  Failed tests:  1-2
Files=252, Tests=2492, 216 wallclock secs ( 1.09 usr +  0.44 sys =  1.53 CPU)
Result: FAIL
Failed 12/252 test programs. 38/2492 subtests failed.

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@perl.apache.org
For additional commands, e-mail: dev-h...@perl.apache.org

Reply via email to