Joe Orton wrote:
On Thu, May 06, 2004 at 11:45:00AM -0700, Stas Bekman wrote:
This should do the trick. I'm testing with the mp2 test suite now.
Works for me with httpd-test - thanks a lot!
Excellent :) I've already committed the fix
';
$server-stop(1) if $opts-{'start-httpd'};
$server-failed_msg(error running tests);
exit_perl 0;
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http
+
+# _show_results() calls uses calls die() under a few conditions,
calls uses calls ? :)
--
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL
Geoffrey Young wrote:
+# _show_results() calls uses calls die() under a few
conditions,
calls uses calls ? :)
I swear something is wrong with me lately...
You must be in love :)
__
Stas BekmanJAm_pH -- Just
Stas Bekman wrote:
Joe Orton wrote:
I just tried httpd-test on a machine which has libwww-perl 5.79, and
it's failing all over the shop with this error (always the same):
t/apache/rwriteok 104/114Use of uninitialized value in
length at /usr/lib/perl5/vendor_perl/5.8.3/HTTP/Message.pm
'?
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org http://ticketmaster.com
-failed_msg(error running tests);
exit_perl 0;
--
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http
was aware of
was when the system-wide login script has it set to something less than
unlimited explicitly ... a normal user can decrease the limit but not
increase it.
Cliff, did you have a chance to look at this issue? Thanks!
__
Stas Bekman
Since I get no further feedback, I'm going to commit this soon, unless someone
objects/comments on it.
--
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http
$self-{inc} is getting set and not let invalid values in, so if you use
$self-{inc} you won't have to workaround again.
--
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http
[EMAIL PROTECTED] wrote:
Stas Bekman wrote:
I think this misleading error is really a bug in Apache:
I agree.
[Mon Apr 26 15:28:44 2004] [error] server reached MaxClients setting,
consider raising the MaxClients setting
It sounds like a one-off bug to me. It reports that error when the
number
For the archiving purposes: we have resolved the problems on irc and committed
the right patches (not the ones posted here in this thread).
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org
Makefile.PL'
[Geoffrey Young, Ken Coar]
Please retest. Thanks!
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org
in Test::Harness,
which it is not. Thanks.
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http
?
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org http://ticketmaster.com
]
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org http://ticketmaster.com
Abhishek Khandelwal wrote:
On Thu, 2004-04-15 at 12:19, Stas Bekman wrote:
Abhishek Khandelwal wrote:
I dont see any difference in two files.
I runt the test twice to do a test coverage analysis.
At first, I install and test apache without test coverage
and then I again install and test with test
just trying to make userspace easier.
geoff++
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http
William McKee wrote:
On Thu, Apr 08, 2004 at 10:57:58AM -0700, Stas Bekman wrote:
and we ought to document this... hint, hint :)
I have attached a diff against v1.09 of the TestUtil.pm file. I'm not
sure if my explanation is entirely accurate. Please review and let me
know.
Thanks,
William
::M in your
test suite. Apache::TestUtil simply is a smaller T::M-like library, but you
don't have to use it.
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http
() - Test::More provides these
+my @test_more_exports = grep { ! /^(ok|skip|plan)$/ } @EXPORT;
+
+%EXPORT_TAGS = (testmore = [EMAIL PROTECTED]);
+
$VERSION = '1.10';
%SubTests = ();
--
__
Stas BekmanJAm_pH -- Just Another
. FAILED tests 1-2
Failed 2/2 tests, 0.00% okay
(Missing operator before $__val?)
--
May be you don't have LWP installed?
--
__
Stas Bekman
Abhishek Khandelwal wrote:
I am not sure about it?
How do I check whether its installed or not?
perl -MLWP -le 'print LWP-VERSION'
In case it is not installed how do I install?
would be from CPAN.. install LWP?
yup
--
__
Stas Bekman
.
--
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org http://ticketmaster.com
and we ought to document this... hint, hint :)
--
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http
.
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org http://ticketmaster.com
.
--
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org http://ticketmaster.com
).
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org http
hide it. Thanks.
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http
Philippe M. Chiasson wrote:
On Mon, 2004-03-29 at 15:43 -0800, Stas Bekman wrote:
Philippe M. Chiasson wrote:
After a bit of poking around different flavors of IPv6 systems, I've
encountered a few situations where Apache::Test ends up configuring
httpd in a way that can't be tested.
This typically
Philippe M. Chiasson wrote:
On Mon, 2004-03-29 at 17:13 -0800, Stas Bekman wrote:
Philippe M. Chiasson wrote:
On Mon, 2004-03-29 at 17:03 -0800, Stas Bekman wrote:
Philippe M. Chiasson wrote:
+error Socket6 not installed;
+error Test might fail if your hostname
Stas Bekman wrote:
Geoffrey Young wrote:
Rodent of Unusual Size wrote:
Randy Kobes wrote:
If you put the compiled modules in place, and then run
'nmake test', is the problem that things get cleaned out
first (erasing the binaries), or that it just tries to
recompile things? On my system (which
--
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org http
it in Apache-Test's %PREREQ_PM.
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http
David Wheeler wrote:
On Mar 25, 2004, at 1:12 PM, Stas Bekman wrote:
That doesn't sound very intutitive to me. I suggest the following
happy compromise:
Document a few of the most commonly wanted config args
(-httpd/-apxs/...) and add the command how to get the rest, by calling
usage().
Sure
David Wheeler wrote:
On Mar 24, 2004, at 11:39 AM, Stas Bekman wrote:
David, as usual you are more than welcome to submit a patch that
explains things. That'd be the Apache::TestMM manpage.
Here you go. My mailer will likely screw up the line endings, so I've
also attached it so that you'll get
.
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org
David Wheeler wrote:
On Mar 25, 2004, at 11:31 AM, Stas Bekman wrote:
I think these belong to the Apache::TestConfig manpage, since that's
where they come from in code. If we document those here, we won't
remember to update the doc. So I think adding them to
Apache::TestConfig and cross
David Wheeler wrote:
On Mar 25, 2004, at 12:17 PM, Stas Bekman wrote:
Good point. How about:
To see the available options and their meaning run:
perl -MApache::TestConfig -le 'Apache::TestConfig::usage()'
Bleh. How 'bout if filter_args() can watch for -help and do this for
you? Then people can
)
-thread_module_name thread module name
-top_dirtop-level directory (default is $PWD)
-user User to run test server as (default is $USER)
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http
.
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org http://ticketmaster.com
a minute :)
The config options live in Apache::TestConfig::Usage.
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL PROTECTED] http
Geoffrey Young wrote:
Stas Bekman wrote:
Rodent of Unusual Size wrote:
Stas Bekman wrote:
does this make any difference/
perl Makefile.PL -apxs K:/Coar/Apache/Server-1.3/bin/apxs.pl -httpd
K:/Coar/Apache/Server-1.3/bin/Apache.exe
yes, it made a difference -- but it still didn't work. it now
Jos I. Boumans wrote:
On Feb 25, 2004, at 8:10 PM, Stas Bekman wrote:
Apache::Test's make test can't be run as root if it gets unpacked
somewhere under /root/, since Apache needs to run as 'nobody' which
can't read/write files under /root/. Apache::Test's build nicely
detects that situation
William McKee wrote:
On Fri, Mar 12, 2004 at 08:06:05PM -0800, Stas Bekman wrote:
Via wrappers, of course. In which case you should write several general
purpose modules put them under project/lib (or some special lib under
project/t) and then write the wrappers (.pl for mod_cgi, .pm
Stas Bekman wrote:
William McKee wrote:
On Fri, Mar 12, 2004 at 08:06:05PM -0800, Stas Bekman wrote:
Via wrappers, of course. In which case you should write several
general purpose modules put them under project/lib (or some special
lib under project/t) and then write the wrappers (.pl
William McKee wrote:
On Mon, Mar 15, 2004 at 06:25:27PM -0800, Stas Bekman wrote:
No, that's not fine. I've misread the code. Apache::TestRunPerl requires
mod_perl. I'm updating the docs. You need to use Apache::TestRun if you
don't want to run mod_perl.
Excellent. Using TestRun simply skips
William McKee wrote:
On Mon, Mar 15, 2004 at 07:12:02PM -0800, Stas Bekman wrote:
Please try the current cvs, it should die on you much earlier if you use
the wrong Apache::TestRun subclass, with a useful error message as you have
suggested.
Well, I can't compile anything under Windows, so I
it, not at
the server startup. (you load at the server startup to speed things up, not as
a substitute to the loading from the handler's module).
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org
something we can reproduce the problem with. i.e. a tar
with a complete setup (and as little code as possible) and we will look at it.
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl
error from the same place? It happens long before the server has started, and
failed to resolve handler is an error from the run-time or a server startup.
Again, giving us a tar to play with should be helpful.
__
Stas Bekman
William McKee wrote:
On Mon, Mar 15, 2004 at 01:22:20PM -0800, Stas Bekman wrote:
have you loaded Apache::Response?
No, I wasn't aware that I needed to specify this module.
Probably because your startup/config setups are different. You loaded
'Apache::Response' in your normal setup
William McKee wrote:
On Thu, Mar 11, 2004 at 04:25:42PM -0800, Stas Bekman wrote:
OK, please let us know once you get a clean build and if it's still failing
we will take it from there. Thanks.
OK, finally got Perl 5.8.3 properly built. Unfortunately, my tests are
still failing. However
William McKee wrote:
On Fri, Mar 12, 2004 at 05:26:05PM -0800, Stas Bekman wrote:
I suspect that you are subclassing ModPerl::TestRun instead of
Apache::TestRun. The former requires mod_perl, the latter doesn't not.
ModPerl::TestRun is a subclass of Apache::TestRun
This would be in the TEST.PL
William McKee wrote:
On Fri, Mar 12, 2004 at 07:01:29PM -0800, Stas Bekman wrote:
Why do you have /usr/lib/libperl.* at all? It's a bad idea to have it in
the common path if you have more than one perl installed on the same system.
Yes, you always need to rebuild mod_perl with the new version
William McKee wrote:
On Fri, Mar 12, 2004 at 07:43:15PM -0800, Stas Bekman wrote:
It certainly can be patched not to do so. But I don't response handlers can
be useful for anything else besides mod_perl. It'd help if you'd have
explained what are you try to test. mod_cgi?
Sorry, here's
know once you get a clean build and if it's still failing we
will take it from there. Thanks.
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto
.
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org http://ticketmaster.com
William McKee wrote:
On Wed, Mar 10, 2004 at 02:42:45PM -0800, Stas Bekman wrote:
That's strange. What kind of Perl build do you have?
It's 5.8.2 running under Debian stable. I compiled it myself (which
could attribute to the problem!).
% perl -V
?
Do you get this problem when running:
% perl
William McKee wrote:
On Wed, Mar 10, 2004 at 10:41:15PM -0800, Stas Bekman wrote:
% perl -V
[...]
optimize='-O3',
that could be your problem. Try rebuilding with -02 instead.
__
Stas BekmanJAm_pH -- Just Another
;
+
+use B::Concise;
+#B::Concise::compile(__PACKAGE__.::set_ulimit_via_sh)-();
+
eval { $self-set_ulimit_via_sh };
}
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide
Randy Kobes wrote:
On Thu, 11 Mar 2004, Stas Bekman wrote:
Randy Kobes wrote:
Hi,
A recent change in Apache-Test/lib/Apache/TestRun.pm
involves an in-place edit, at around line 765:
local @ARGV = $config_file;
while( ) {
s/old/new/;
print;
}
Unfortunately, Win32 can't do
.
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org http://ticketmaster.com
William McKee wrote:
On Thu, Mar 11, 2004 at 10:32:08AM -0800, Stas Bekman wrote:
rgs suggested to try B::Concise, which show you what the opcode tree looks
like. Try the patch below. Does it still fail as before? (all I did is just
commenting out some redundant code, which will not prevent us
Geoffrey Young wrote:
Stas Bekman wrote:
Geoffrey Young wrote:
hi all
I'm _still_ having problems with sticky preferences. unfortunately, I
don't
have the time atm to locate the specifics, but basically I was trying to
compile a 1.3 static build (without mod_so) using -httpd. while A-T
found
: $!;
so:
exec $foo;
die shouldn't be reached;
should generate no warnings.
Do you get this problem when running:
% perl -lwe 'use warnings; exec echo ok; die should not be reached'
__
Stas BekmanJAm_pH -- Just
Rodent of Unusual Size wrote:
Stas Bekman wrote:
Well dversion is generated by A-T and it's -D APACHE$self-{rev}, why taking
chances and match partial strings? What assumptions are you talking about,
when both live inside the same package.
And it seems to be awkward at all, since what you
{ shift-{rev} }
in TestServer.pm to make it nicer. Now you need to make no assumptions.
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL
David Wheeler wrote:
On Mar 4, 2004, at 4:15 PM, Stas Bekman wrote:
The patch below attempts to give users an idea to try before they rush
to report a bug. For example:
waiting 120 seconds for server to start: not ok
giving up after 121 secs. If you think that your system
is slow or overloaded
David Wheeler wrote:
On Mar 4, 2004, at 5:09 PM, Stas Bekman wrote:
Not in this case. T-H wasn't called yet. It gets called only after
server successfully starts.
Ah, right, okay.
If you they did:
% make test
but you'd suggest to run:
% ./Build test
not only it'll confuse the user, who aren't
Stas Bekman wrote:
Well, you could still say Or repeat the last command with the
-startup_timeout=420 option.
That would work, if the last command was 'make test' or any other wrapper.
s/would/won't/
--
__
Stas Bekman
is not around.
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http://modperlbook.org http
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http://modperlbook.org http
is not right.
Or do you think this functionality doesn't belong to the Apache::Test framework?
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto
Stas Bekman wrote:
[...]
The patch below fixes that. But I haven't written that code, so I don't
know why it was written to specifically ignore any failures. So I'm
hesitant to commit it.
I've pinged Doug who wrote this code, and he said:
i seem to recall it being intentional. if a module
Rodent of Unusual Size wrote:
Stas Bekman wrote:
Rodent of Unusual Size wrote:
the options are correct, but the module isn't being created properly.
coolio, so now you know what the problem is ;)
actually, the options *aren't* correct for AIX and apache 1.3.
and in dealing with that, i found
Stas Bekman wrote:
Stas Bekman wrote:
[...]
The patch below fixes that. But I haven't written that code, so I
don't know why it was written to specifically ignore any failures. So
I'm hesitant to commit it.
I've pinged Doug who wrote this code, and he said:
i seem to recall it being intentional
Rodent of Unusual Size wrote:
Stas Bekman wrote:
What assumption are you talking about? Using '/'? so your change is to use
catfile?
yes. is good? or no?
It depends: If the path is only ever handled internally by perl than you can
always use '/' and it will do the right thing on any platform
Rodent of Unusual Size wrote:
Stas Bekman wrote:
Was httpd and the mod_test_rwrite.so module compiled with the same compiler?
just went through and reconfigured the server build, built it, installed
it, cleaned out the .so files in the framework tree, and re-ran
t/TEST -{stop,clean,configure
errors building
its modules -- currently it ignores the error status, evidently.
i'll tackle the former, while maybe stas can look at the latter.
may be ;)
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http
William McKee wrote:
On Thu, Feb 26, 2004 at 01:17:08PM -0800, Stas Bekman wrote:
I tried to use it when I was messing with the pre- and post-test foo a
while
back, but couldn't get it to work. it might have had something to do with
the massive other changes I was trying to implement at the time
=Apache-Test/lib $file;
my $h = Symbol::gensym();
open $h, $cmd| or die open $cmd: $!;
--
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
.
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org http://ticketmaster.com
William McKee wrote:
On Thu, Feb 26, 2004 at 04:05:02PM -0800, Stas Bekman wrote:
it works perfectly fine for me. You need to do that call in the *client*.
Doh! My poor brain is still having trouble with this distinction g.
The trouble is that the script I need to bail out of is a response test
Thella, Rita wrote:
Hi All,
Do have to do anything different to get it going?
This bug should have been fixed in 1.08 which you can get from CPAN.
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org
.
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http://modperlbook.org http
are welcome of course.
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http
]
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http://modperlbook.org http
Thanks to all for testing this version. 1.08 is making its way to CPAN mirrors
at this very moment.
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http
, ccdlflags='-rdynamic'
cccdlflags='-fpic', lddlflags='-shared -L/usr/local/lib'
--
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL
configuration for -httpd, -apxs, -user, -group, and
-port [Randy Kobes, Stas]
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL PROTECTED
.
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org http://ticketmaster.com
just yet. :-)
% perl-5.005_03 -MCPAN -e 'install(shift)' Pod::Man
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL PROTECTED] http
http://httpd.apache.org/test/ has a dead archive link:
http://www.apachelabs.org/test-dev/
Can someone with the right karma please replace it with:
http://marc.theaimsgroup.com/?l=apache-test-dev
Thanks.
__
Stas Bekman
André Malo wrote:
* Stas Bekman [EMAIL PROTECTED] wrote:
http://httpd.apache.org/test/ has a dead archive link:
http://www.apachelabs.org/test-dev/
Can someone with the right karma please replace it with:
http://marc.theaimsgroup.com/?l=apache-test-dev
done.
Thanks Andre
of course if all projects will always put TEST (or its equivalent) in
t/ or another directory.
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto
right to me.
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http://modperlbook.org
I'd like to get a new A-T out of the door. There were a *lot* of tweaks and
new features added since the last release. It'd be nice to see whether users
are happy with them, before we get a new mp2 release out.
__
Stas Bekman
Randy Kobes wrote:
On Thu, 19 Feb 2004, Stas Bekman wrote:
I'd like to get a new A-T out of the door. There were a *lot* of tweaks and
new features added since the last release. It'd be nice to see whether users
are happy with them, before we get a new mp2 release out.
Hi Stas,
Regarding
disgusting.
Shouldn't canonfile() know how to deal with this GetShortPathName thingy?
/of course none of these flattering comments are directed at Randy and other
brave and helpful folks ;)/
__
Stas BekmanJAm_pH
201 - 300 of 647 matches
Mail list logo