Re: Import errors in TestConfig.pm under Win32

2005-02-12 Thread Stas Bekman
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

Re: Import errors in TestConfig.pm under Win32

2005-02-12 Thread William McKee
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

Re: Import errors in TestConfig.pm under Win32

2005-02-12 Thread Stas Bekman
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

Re: Import errors in TestConfig.pm under Win32

2005-02-12 Thread William McKee
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

Re: Import errors in TestConfig.pm under Win32

2005-02-12 Thread Stas Bekman
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

Re: Import errors in TestConfig.pm under Win32

2005-02-11 Thread Stas Bekman
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

Re: Import errors in TestConfig.pm under Win32

2005-02-11 Thread William McKee
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

Re: Import errors in TestConfig.pm under Win32

2005-02-11 Thread William McKee
> 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

Re: Import errors in TestConfig.pm under Win32

2005-02-11 Thread Stas Bekman
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

Re: Import errors in TestConfig.pm under Win32

2005-02-11 Thread Stas Bekman
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

Re: Import errors in TestConfig.pm under Win32

2005-02-11 Thread William McKee
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

Re: Import errors in TestConfig.pm under Win32

2005-02-11 Thread William McKee
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

Re: Import errors in TestConfig.pm under Win32

2005-02-10 Thread Stas Bekman
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

Import errors in TestConfig.pm under Win32

2005-02-10 Thread William McKee
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($top_dir) line in TestC