William McKee wrote:
[...]
Yes, drop the use lib which is more in line which how A::TestConfig is
written (it nevers calls use lib). Apparently, calling 'use lib' fixes
the import function and has nothing to do with the order it's called in
as I had surmised in an earlier email.
Hehe, it's so silly
On Sat, Feb 12, 2005 at 12:10:26PM -0500, Stas Bekman wrote:
> >Given that A::T is calling the undocumented method lib->import directly,
>
> why undocumented?
In the sense that it isn't mentioned in the POD.
> the only difference is that we don't have the BEGIN block. So it happens
> at run ti
William McKee wrote:
Stas,
I ran some tests before making this request to p5p. In doing so, it
turns out the cure is not much better than the bug; it really just
side skirts the problem by doing an empty return (see the import method
that's been added to UNIVERSAL.pm in bleadperl).
We still are fac
Stas,
I ran some tests before making this request to p5p. In doing so, it
turns out the cure is not much better than the bug; it really just
side skirts the problem by doing an empty return (see the import method
that's been added to UNIVERSAL.pm in bleadperl).
We still are faced with the problem
William McKee wrote:
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/?
As this bug has alread
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
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
> 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
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
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
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
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
William McKee wrote:
Hi folks,
Hopefully I'm on the right mailing list for this discussion. I have the
misfortunate of needing to get a package I've written to work under
Win32 (2003 Server and XP). While doing so, I've come across some
problems in the A::T module. Specifically, the lib->import($to
13 matches
Mail list logo
