Return-Path: Delivered-To: apmail-httpd-test-dev-archive@www.apache.org Received: (qmail 49170 invoked from network); 21 Dec 2004 22:07:19 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur-2.apache.org with SMTP; 21 Dec 2004 22:07:19 -0000 Received: (qmail 10518 invoked by uid 500); 21 Dec 2004 22:07:18 -0000 Delivered-To: apmail-httpd-test-dev-archive@httpd.apache.org Received: (qmail 10491 invoked by uid 500); 21 Dec 2004 22:07:18 -0000 Mailing-List: contact test-dev-help@httpd.apache.org; run by ezmlm Precedence: bulk Reply-To: test-dev@httpd.apache.org list-help: list-unsubscribe: list-post: Delivered-To: mailing list test-dev@httpd.apache.org Received: (qmail 10476 invoked by uid 99); 21 Dec 2004 22:07:18 -0000 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: pass (hermes.apache.org: local policy) Received: from mail.logilune.com (HELO mail.logilune.com) (195.80.154.36) by apache.org (qpsmtpd/0.28) with ESMTP; Tue, 21 Dec 2004 14:07:14 -0800 Received: from [127.0.0.1] (localhost.logilune.com [127.0.0.1]) by mail.logilune.com (Postfix) with ESMTP id 7E1C61E1D60; Tue, 21 Dec 2004 23:07:11 +0100 (CET) Message-ID: <41C89E8D.4030809@stason.org> Date: Tue, 21 Dec 2004 17:07:09 -0500 From: Stas Bekman Organization: Hope, Humanized User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.3) Gecko/20040913 X-Accept-Language: en-us, en, he, ru MIME-Version: 1.0 To: Geoffrey Young Cc: httpd-test-dev list Subject: Re: A-T: testmore failures References: <41C74468.9020706@stason.org> <41C879B0.60908@modperlcookbook.org> In-Reply-To: <41C879B0.60908@modperlcookbook.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N Geoffrey Young wrote: >>the problem is simple - A-T's test suite doesn't use >>Apache::TestRunPerl, so all the special stuff needed by modperl is not >>used. So it picks the default module it finds (if any). in this case it >>picks the wrong mod_perl.so, and the server side ends up running under a >>different perl. > > > yeah, well... it's not _my_ fault that the test checks for Test::More and > mod_perl but the embedded mod_perl.so isn't the same :) if that was the only reason, Apache::TestRunPerl wouldn't have been needed in first place. so you are looking at encountering other problems, as you try to run modperl tests without using a correct environment. >>So I think the only solution to this is enforce that A-T tests require >>installed modperl. > > I wouldn't want to do that - people other than mod_perl folks are using this > and I wouldn't want to effectively say "the tests can't be run unless you're > using mod_perl, loser." In which case those tests don't belong to that test suite, IMHO. >>or something else needs to be done with t/more. > > or not worry about it at all - t/more isn't in the MANIFEST, so it will only > be a "problem" for people like us. I mean, we can spend tuits mucking > around with it, but I don't think it's all that important, since > -withtestmore is marked as "useful but experimental" anyway. Why not put it in a separate test suite then? That should be an easy thing to do, and Apache-Test already includes additional test suites since a few days. -- __________________________________________________________________ Stas Bekman JAm_pH ------> Just Another mod_perl Hacker http://stason.org/ mod_perl Guide ---> http://perl.apache.org mailto:stas@stason.org http://use.perl.org http://apacheweek.com http://modperlbook.org http://apache.org http://ticketmaster.com