On Mon, 2003-12-15 at 20:44, Stas Bekman wrote:
> Volker Kroll wrote:
> > On Mon, 2003-12-15 at 10:29, Stas Bekman wrote:
> >
> >
> >>no, no, it has nothing to do with the error_log, Can I see what you get when
> >>running:
> >>
> >>/usr/bin/perl -Mlib=/root/modperl-2.0/Apache-Test/lib -MApache:
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
- Bu
>
> # testing : $r->finfo->atime()
> # expected: 1071570596
> # received: 1071571230
> 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 (
Geoffrey Young wrote:
>># testing : $r->finfo->atime()
>># expected: 1071570596
>># received: 1071571230
>>
>>
>
>
>
>>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
Steve Hay wrote:
>It's bizarre that it always seems to work for Randy,
>
One thought just occurred to me that might explain the difference: Are
you using Visual Studio 7, Randy? I'm using Visual Studio 6 (Service
Pack 5). Maybe the Win32 API functions, or even the MS C run-time
library implem
On Tue, 16 Dec 2003, Steve Hay wrote:
> Geoffrey Young wrote:
>
> >># testing : $r->finfo->atime()
> >># expected: 1071570596
> >># received: 1071571230
> >
> >>where the 1071570596 time is the time at which I unpacked and built the
> >>mod_perl 2 cvs snapshot, and the (offending) 1071571230 time
On Tue, 16 Dec 2003, Steve Hay wrote:
> Steve Hay wrote:
>
> >It's bizarre that it always seems to work for Randy,
> >
> One thought just occurred to me that might explain the difference: Are
> you using Visual Studio 7, Randy? I'm using Visual Studio 6 (Service
> Pack 5). Maybe the Win32 API fu
Randy Kobes wrote:
>I'm at a loss too ... Perhaps it may be due to my running
>things on a FAT32 file system, and Steve on NTFS?
>
That must be it!
I am indeed running on NTFS. The sample C program that I posted a short
while ago gives inconsistent results for seemingly any file on my C:
drive
Volker Kroll wrote:
On Mon, 2003-12-15 at 20:44, Stas Bekman wrote:
Volker Kroll wrote:
On Mon, 2003-12-15 at 10:29, Stas Bekman wrote:
no, no, it has nothing to do with the error_log, Can I see what you get when
running:
/usr/bin/perl -Mlib=/root/modperl-2.0/Apache-Test/lib -MApache::TestRu
Steve Hay wrote:
Randy Kobes wrote:
I'm at a loss too ... Perhaps it may be due to my running
things on a FAT32 file system, and Steve on NTFS?
That must be it!
I am indeed running on NTFS. The sample C program that I posted a short
while ago gives inconsistent results for seemingly any file o
[Volker, please keep the followups on the list. Thanks.]
Volker Kroll wrote:
On Tue, 2003-12-16 at 18:40, Stas Bekman wrote:
Volker Kroll wrote:
/usr/bin/perl -Mlib=/root/modperl-2.0/Apache-Test/lib -MApache::TestRun \
-e 'Apache::TestRun::run_root_fs_test(99, 99, q[/root/modperl-2.0/t])';
On Tue, 2003-12-16 at 19:01, Stas Bekman wrote:
> [Volker, please keep the followups on the list. Thanks.]
oops sorry.
> rm t/logs/error_log
> t/TEST -v apache/add_config
>
END in modperl_extra.pl, pid=20136
[Tue Dec 16 18:54:46 2003] [notice] Apache/2.0.48 (Unix)
mod_perl/1.99_12-dev Perl/v5.8
Volker Kroll wrote:
[...]
drwxr-xr-x 19 root root 4096 Dec 15 09:55 /root/modperl-2.0
drwxr-x--- 21 root root 4096 Dec 16 11:06 /root
and what are the perms of /root/modperl-2.0/t?
__
Stas BekmanJAm_pH --
On Tue, 2003-12-16 at 19:24, Stas Bekman wrote:
> Volker Kroll wrote:
> [...]
> > drwxr-xr-x 19 root root 4096 Dec 15 09:55 /root/modperl-2.0
> > drwxr-x--- 21 root root 4096 Dec 16 11:06 /root
>
> and what are the perms of /root/modperl-2.0/t?
drwxr-xr-x 21 nobody nobody 4
Volker Kroll wrote:
On Tue, 2003-12-16 at 19:24, Stas Bekman wrote:
Volker Kroll wrote:
[...]
drwxr-xr-x 19 root root 4096 Dec 15 09:55 /root/modperl-2.0
drwxr-x--- 21 root root 4096 Dec 16 11:06 /root
and what are the perms of /root/modperl-2.0/t?
drwxr-xr-x 21 nobody nobody
On Mon, 2003-12-15 at 16:09, Stas Bekman wrote:
> Philippe M. Chiasson wrote:
> > On Sun, 2003-12-14 at 18:33, Stas Bekman wrote:
> >
> >>The following is yet another attempt to avoid collisions between
> >>Apache::compat and the real mp2 APIs.
> [...]
> >>+}
> >>+EOI
> >>+
> >>+'Apache::Requ
Philippe M. Chiasson wrote:
On Mon, 2003-12-15 at 16:09, Stas Bekman wrote:
Philippe M. Chiasson wrote:
On Sun, 2003-12-14 at 18:33, Stas Bekman wrote:
The following is yet another attempt to avoid collisions between
Apache::compat and the real mp2 APIs.
[...]
+}
+EOI
+
+'Apache::RequestR
Stas Bekman wrote:
Volker Kroll wrote:
On Tue, 2003-12-16 at 19:24, Stas Bekman wrote:
Volker Kroll wrote:
[...]
drwxr-xr-x 19 root root 4096 Dec 15 09:55 /root/modperl-2.0
drwxr-x--- 21 root root 4096 Dec 16 11:06 /root
and what are the perms of /root/modperl-2.0/t?
drwxr-xr-x
This is a small fix for Apache::TestTrace(3pm); the format of the manpage
causes man-db's crontab to complain.
--- orig/Apache-Test/lib/Apache/TestTrace.pm
+++ mod/Apache-Test/lib/Apache/TestTrace.pm
@@ -134,7 +134,7 @@
1;
__END__
-
+=head1 NAME
=head1 Apache::TestTrace - Helper output gen
19 matches
Mail list logo
