Steve Hay wrote: >Looks like I'll have to give ActivePerl 807 a whirl tomorrow, then. > I've now tried ActivePerl 807 too, and it still fails.
Just to be really sure I've also rebuilt the whole Apache/Perl/mod_perl setup from fresh using perl-5.8.2: - Built apache-2.0.48 - Built perl-5.8.2 - Built libwin32 - Installed apxs - Built IPC-Run3, HTML-Tagset, HTML-Parser, URI, LWP - Built mod_perl 2 and then again using ActivePerl 807: - Built apache-2.0.48 - Installed ActivePerl 807 (which already has libwin32, IPC-Run3 and LWP in it) - Installed apxs - Built mod_perl 2 Both of these clean setups (in different locations) still fail apr/finfo test 10. In each case, running the test in verbose mode produces output like this: # testing : $r->finfo->atime() # expected: 1071570596 # received: 1071571230 not ok 10 # testing : $r->finfo->mtime() # expected: 1071570596 # received: 1071570596 ok 11 # testing : $r->finfo->ctime() # expected: 1071570596 # received: 1071570596 where the 1071570596 time is the time at which I unpacked and built the mod_perl 2 cvs snapshot, and the (offending) 1071571230 time is the time at which I am running the test. The "expected" time (1071570596) is that produced by Perl's built-in stat(), while the "received" time (1071571230) is that produced by Apache's $r->finfo()->stat(). It is definitely Apache that is wrong here, because Windows explorer agrees with Perl that the last access time is 1071570596 -- the time at which mod_perl 2 was built. Are you definitely using apache-2.0.48? Maybe you've got a later cvs version which has fixed this? I'm at a loss what else to try now. - Steve ------------------------------------------------ Radan Computational Ltd. The information contained in this message and any files transmitted with it are confidential and intended for the addressee(s) only. If you have received this message in error or there are any problems, please notify the sender immediately. The unauthorized use, disclosure, copying or alteration of this message is strictly forbidden. Note that any views or opinions presented in this email are solely those of the author and do not necessarily represent those of Radan Computational Ltd. The recipient(s) of this message should check it and any attached files for viruses: Radan Computational will accept no liability for any damage caused by any virus transmitted by this email. --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
