Randy Kobes wrote:
On Wed, 24 May 2006, Steve Hay wrote:
I only have a couple of other test failures left in my configuration
too now:
Failed Test Stat Wstat Total Fail Failed List of Failed
t\api\status.t 62 33.33% 4-5
Yes, this is know, on my list, though I'm libapreq land a
Randy Kobes wrote:
On Wed, 24 May 2006, Steve Hay wrote:
I only have a couple of other test failures left in my configuration
too now:
Failed Test Stat Wstat Total Fail Failed List of Failed
t\api\status.t 62 33.33% 4-5
t\apr-ext\finfo.t 274 14.81% 11-12 25-26t\apr\f
Randy Kobes wrote:
Hi Steve, and all,
With the svn mp2 sources on Win32, and with either
Apache/2.0 or Apache/2.2, I'm getting a couple of
failures on t/(apr|apr-ext)/finfo.t with the finfo->ctime
tests. The failures looked like
# testing : $finfo->ctime()
# expected: 1135891825
# rec
Steve Hay wrote:
Randy Kobes wrote:
Hi Steve, and all,
With the svn mp2 sources on Win32, and with either
Apache/2.0 or Apache/2.2, I'm getting a couple of
failures on t/(apr|apr-ext)/finfo.t with the finfo->ctime
tests. The failures looked like
# testing : $finfo->ctime()
# expected: 1
> Or is it safe to just ignore the problem? Any real users out there will
> presumably have a ctime that matches the current system time, because
> they'll probably have extracted the mod_perl archive only just prior to
> building & testing it.
>
> Otherwise I'm happy for the test to be skipped,
Geoffrey Young wrote:
Or is it safe to just ignore the problem? Any real users out there will
presumably have a ctime that matches the current system time, because
they'll probably have extracted the mod_perl archive only just prior to
building & testing it.
Otherwise I'm happy for the test to
On Wed, 31 May 2006, Steve Hay wrote:
Unfortunately, Perl arguably doesn't get it right, which is the reason for
the existence of my Win32::UTCFileTime module ;-)
There is a difficulty in deciding what is "right", though. The real problem
is MS's crap CRT library: its stat() function returns d
