On Thu, Feb 10, 2005 at 03:16:57PM -0500, Geoffrey Young wrote:
> my home directory is the proper place to look for these
Since I keep forgetting where that is, I've attached a diff for the
testing.pod which hopefully Stas will apply so I don't get the wrong
versions again in the future.
> keep
On Thu, Feb 10, 2005 at 06:32:30PM -0500, Stas Bekman wrote:
> That most likely means that someone redefines sub lib::import. Could be
> Time::Piece or something else used by that module. It's their fault, not
> A-T's one. You could easily verify that by adding something like:
I love hanging out
While doing a bit more beefing up on the problem with UNIVERSAL, I came
across a posting by Schwern[1] which contains a patch would potentially
fix this problem. Unfortunately, it doesn't look to have made it into
any released code but is part of bleadperl.
William
[1] http://www.mail-archive.co
William McKee wrote:
While doing a bit more beefing up on the problem with UNIVERSAL, I came
across a posting by Schwern[1] which contains a patch would potentially
fix this problem. Unfortunately, it doesn't look to have made it into
any released code but is part of bleadperl.
William
[1] http://w
William McKee wrote:
On Thu, Feb 10, 2005 at 06:32:30PM -0500, Stas Bekman wrote:
That most likely means that someone redefines sub lib::import. Could be
Time::Piece or something else used by that module. It's their fault, not
A-T's one. You could easily verify that by adding something like:
I l
> Sounds OK?
This sounds good to me, Stas. I agree that we should limit the
workaround added to A::T, esp. if those are getting fixed in future
versions of Perl.
My simplistic workaround is to add a 'use lib;' line in my test code
right after I call in the module which uses UNIVERSAL.
William
On Fri, Feb 11, 2005 at 12:24:17PM -0500, Stas Bekman wrote:
> So contact p5p and ask to put that into the maint line (5.8.x).
Dumb question. How would I do this? Subscribe to the list and send a
message? Submit a bug report at http://rt.perl.org/perlbug/?
Thanks,
William
--
Knowmad Services I
hi all...
we (uh, I) kinda messed up during the first migration go-round and
Apache-Test has moved once again, this time to a more svn-compliant
directory structure. hopefully this will be the final resting place, at
least for a while :)
the Apache-Test/ subdirectory of the perl-framework has mi
William McKee wrote:
Sounds OK?
This sounds good to me, Stas. I agree that we should limit the
workaround added to A::T, esp. if those are getting fixed in future
versions of Perl.
My simplistic workaround is to add a 'use lib;' line in my test code
right after I call in the module which uses UNIV
