Ron Savage wrote:
On Tue, 18 Feb 2003 12:56:38 +1100, Stas Bekman wrote:
perl -le 'warn(foo\n)'
You got the quotes wrong for MS Windows, so I ran it twice:
C:\Backupperl -le warn(qq|foo\n|)
foo
C:\Backupperl -le 'warn(foo\n)'
well, you've got the idea, right.
Perhaps someone on win32
=
@INC:
/cygdrive/d/perldev
/usr/local/lib/perl5/5.8.0/cygwin
/usr/local/lib/perl5/5.8.0
/usr/local/lib/perl5/site_perl/5.8.0/cygwin
/usr/local/lib/perl5/site_perl/5.8.0
/usr/local/lib/perl5/site_perl
.
-Original Message-
From: Stas Bekman [mailto:[EMAIL PROTECTED
/1.0/guide/debug.html#Introduction_to_the_Perl_Debugger
__
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
Nick Tonkin wrote:
On Wed, 19 Feb 2003, Stas Bekman wrote:
Nick Tonkin wrote:
Does anyone know the equivalent directive for
$r-server()-server_hostname()
it's right there:
use Apache::Server;
$r-server-server_name;
oops, a typo, should be: $r-server-server_hostname
Well, it doesn't
.
__
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
suggestions whilst I go try libapreq 1.0
Richard.
--
__
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
Randy Kobes wrote:
On Wed, 19 Feb 2003, Stas Bekman wrote:
Ron Savage wrote:
On Tue, 18 Feb 2003 12:56:38 +1100, Stas Bekman wrote:
perl -le 'warn(foo\n)'
You got the quotes wrong for MS Windows, so I ran it twice:
C:\Backupperl -le warn(qq|foo\n|)
foo
C:\Backupperl -le 'warn(foo\n
Richard Clarke wrote:
Stas,
Doesn't seem like an apreq problem. It happens in the modperl function.
Any
chance you can rebuild mod_perl with debug mode enabled (PERL_DEBUG=1), so
we
can see the arguments and file/linenumbers? See:
http://perl.apache.org/docs/1.0/guide/debug.html
stas2003/02/18 18:38:22
Modified:src/modules/perl perl_config.c
.Changes
Log:
Make sure to start perl, if it's not running, before processing Perl*
directives, with threaded perl and PERL_STACKED_HANDLERS=0
Revision ChangesPath
1.115 +9
stas2003/02/17 01:03:17
Modified:.Changes
lib/Apache compat.pm
src/modules/perl modperl_callback.c modperl_callback.h
modperl_handler.c
t/htdocs .cvsignore
t/modperl .cvsignore
stas2003/02/17 01:49:05
Modified:xs/maps apache_functions.map
Log:
by removing previous section (with functions that have moved elsewhere),
the 'guess' functionality went broken. Correct by adding an explicit
MODULE declaration.
Revision ChangesPath
1.62 +1
...
__
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
Steve Baldwin wrote:
Thanks very much for your reply Stas. Pardon my ignorance, but are you
saying I need to rebuild Perl with different options.
Unfortunately (at least for a time being) yes.
The version of
Perl I'm using is the packaged one I installed with the cygwin install
utility
/1.0/guide/install.html#How_can_I_tell_whether_mod_perl_is_running_
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL PROTECTED] http
for.
__
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
into
apr-util.
As for mod_perl 1.0, I'm not sure, but if you can make it useful that would be
cool.
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto
great big stormclouds of doom closing in :-)
Your task is pretty trivial, so you should be fine.
Seldo.
P.S. I only recently noticed that Stas, who helped me out with my last
question, is listed as the author/maintainer of the 2.0 documentation.
Cool! :-)
Hopefully this will change asap
!
__
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
__
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
may be the reason for the
problem.
__
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
stas2003/02/16 16:54:49
Modified:lib/Apache Reload.pm
Log:
- get rid of dependency on mod_perl 1.0 (Apache-gensym)
- require 1.99
Revision ChangesPath
1.6 +4 -3 modperl-2.0/lib/Apache/Reload.pm
Index: Reload.pm
/lib/perl5/5.8.0/i386-linux-thread-multi /usr/lib/perl5/5.8.0
[...]
Also remember, that you can't test modules that require mod_perl to run from
the command line. You'd have the same result with mod_perl 1.0
__
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
is enabled
without the threads. Of course the first solution is more favorable for users.
But may I ask why do you have MULTIPLICITY enabled? Is it required for cygwin
perl (fork emulation?)
__
Stas BekmanJAm_pH -- Just
says:
=item * C-Dusemultiplicity
Multiplicity is required when embedding Perl in a C program and using
more than one interpreter instance. This works with the Cygwin port.
Though I can't see that this is a required option.
__
Stas
Viljo Marrandi wrote:
Hello,
Yes, use strict; was in all modules, this makes it even more interesting,
doesn't it?
use warnings; ?
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org
#Using_Global_Variables_and_Sharing_Them_Between_Modules_Packages
__
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
you get this trace with? It'd be helpful to update the bug
reporting section to explain how to get a more useful trace. The one that
includes symbols, arguments and line numbers.
__
Stas BekmanJAm_pH -- Just Another
apache_inc.h
+#define _INCLUDE_APACHE_FIRST
#endif
#include EXTERN.h
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL PROTECTED] http
stas2003/02/12 15:42:23
Modified:lib/Apache compat.pm
.Changes
Added: t/compat conn_authen.t
t/response/TestCompat conn_authen.pm
Log:
Add Apache::compat methods: $r-connection-auth_type and
$r-connection-user (requires
this patch to get the
functionality:
http://marc.theaimsgroup.com/?l=apache-modperl-cvsm=104509336821414w=2
Also the online docs were updated (pending automatic update)
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
will know right away what causes
the problem. See:
http://perl.apache.org/docs/2.0/devel/debug/c.html#Getting_the_core_File_Dumped
http://perl.apache.org/docs/1.0/guide/help.html#How_to_Report_Problems
__
Stas BekmanJAm_pH
perlrun_requireok
redirect...ok
special_blocks.ok
All tests successful.
Files=8, Tests=34, 11 wallclock secs ( 6.80 cusr + 0.80 csys = 7.60 CPU)
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http
/modperl_cmd.c:MP_CMD_SRV_DECLARE(perl)
and probably a few more in the httpd source.
Since you are working on implementing it, if you can contribute such an
example to the documentation, that would be grand! Thank you.
__
Stas Bekman
/TestDirective/perlloadmodule*) is very appreciated.
__
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
/install.html#How_can_I_tell_whether_mod_perl_is_running_
__
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
2.0 is supported at all.
__
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://apache.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
and it just worked for them. 99.% that it'll work for you too ;)
More details can be found at: http://perl.apache.org/docs/1.0/guide/install.html
Hope it works out for you this time.
__
Stas BekmanJAm_pH -- Just Another
Vicki Brown wrote:
At 12:34 +1100 2003-02-09, Stas Bekman wrote:
Vicki, you are obviously missing some build steps.
Obviously :/
How about starting from
scratch again following the guide and get this frustration over?
Sadly, I started from scratch the first time.
Thousands of people
Vicki Brown wrote:
At 14:05 +1100 2003-02-09, Stas Bekman wrote:
what happens if you do:
cd ../apache_1.3.27/src
make
At this point, I get a probably harmless note and a make error.
I ran:
configure \
--server-uid=www \
--server-gid=www
and it'll probably
just work.
[p.s. it's a good practice not to hit reply on another thread's message, but
to start a new mail when you start a new thread, otherwise you mess up the
previous thread and the current one.]
__
Stas Bekman
stas2003/02/07 20:36:35
Modified:src/modules/perl modperl_filter.c
Log:
use a faster way to check whether we need to use a truncated buffer,
strlen on an 8k buffer is not cool.
Revision ChangesPath
1.52 +2 -1 modperl-2.0/src/modules/perl/modperl_filter.c
stas2003/02/06 15:57:08
Modified:ModPerl-Registry/t/conf extra.conf.in
Log:
add ScriptAlias so we can do tests against mod_cgi
Revision ChangesPath
1.9 +2 -0 modperl-2.0/ModPerl-Registry/t/conf/extra.conf.in
Index: extra.conf.in
stas2003/02/06 16:08:34
Modified:ModPerl-Registry Makefile.PL
Log:
enable SMOKE script creation for ModPerl-Registry
Revision ChangesPath
1.7 +4 -0 modperl-2.0/ModPerl-Registry/Makefile.PL
Index: Makefile.PL
stas2003/02/06 16:12:25
Modified:ModPerl-Registry/lib/ModPerl RegistryCooker.pm
Log:
always return the run's return status if it's not Apache::OK
Revision ChangesPath
1.31 +5 -7 modperl-2.0/ModPerl-Registry/lib/ModPerl/RegistryCooker.pm
Index
stas2003/02/06 16:15:39
Modified:ModPerl-Registry/t .cvsignore 500.t
ModPerl-Registry/t/cgi-bin runtime_error.pl
Added: ModPerl-Registry/t/cgi-bin runtime_error_n_status_change.pl
runtime_error_plus_body.pl
Log:
add several more
stas2003/02/06 16:23:31
Modified:ModPerl-Registry/t/cgi-bin runtime_error_n_status_change.pl
status_change.pl
Log:
don't use the 1.x compat api
Revision ChangesPath
1.2 +1 -1
modperl-2.0/ModPerl-Registry/t/cgi-bin
stas2003/02/06 16:40:32
Modified:ModPerl-Registry/t closure.t
Log:
correct the explanation
Revision ChangesPath
1.6 +3 -2 modperl-2.0/ModPerl-Registry/t/closure.t
Index: closure.t
stas2003/02/06 16:51:08
Modified:ModPerl-Registry/t closure.t
Log:
spel
Revision ChangesPath
1.7 +1 -1 modperl-2.0/ModPerl-Registry/t/closure.t
Index: closure.t
===
RCS file: /home
stas2003/02/06 18:30:53
Modified:src/modules/perl modperl_filter.c
Log:
we have no choice but to truncate wb-outbuf to the size of 'len'. All
kind of weird problems pop-up when the previous request was proper and the
current request has messed up with headers, because
stas2003/02/06 18:49:01
Modified:src/modules/perl modperl_filter.c
ModPerl-Registry/t basic.t
Added: ModPerl-Registry/t/cgi-bin content_type.pl
Log:
if the handler sets the content-type, don't parse the headers because
there most likely
stas2003/02/06 18:58:30
Modified:.Changes
Log:
log the recent changes
Revision ChangesPath
1.123 +5 -0 modperl-2.0/Changes
Index: Changes
===
RCS file: /home/cvs/modperl-2.0
was doing:
my $auth = $r-dir_config('authsession');
$r-set_handlers(PerlTransHandler = sub { return OK })
if $auth eq 'false';
this is not a magic internal feature ;)
__
Stas BekmanJAm_pH -- Just Another mod_perl
'.
Sometimes it can take hours before a segmention fault occurs.
Sometimes it is immediate. Every time I get the core dump,
the location is the same--mod_perl_sent_header.
--
__
Stas BekmanJAm_pH -- Just Another mod_perl
Here is an article on Apache 2.0 adoption trend
http://www.newsfactor.com/perl/story/20572.html
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
exists! :-)
__
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
Seldo wrote:
Whoa, quick turnaround! Oof course, it's 11pm here, but only 6pm where
you are I suppose...
It's actually 11am, on your tomorrow (PDT+11) ;) I'm living in the future ;)
On 05 February 2003, Stas Bekman wrote:
SB You forgot to add to unfortunate facts that both mod_perl 2.0 and
SB
?
Does a request to /bob.php works fine if requested directly (when you don't
have your PerlTransHandler installed?
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http
stas2003/02/04 20:06:28
Modified:.Changes
ModPerl-Registry/lib/ModPerl RegistryCooker.pm
ModPerl-Registry TODO
Log:
warn on using -T in ModPerl::Registry scripts when mod_perl is not
running with -T
Revision ChangesPath
1.122
.
__
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
of the
error:
ranlib: mod_perl.so: Inappropriate file type or format
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL PROTECTED] http
.
Basically it all comes to the following logic: mod_perl sections inherit all
the default Apache settings unless you've overriden them. And this is true for
any other module, be it mod_perl or not.
__
Stas BekmanJAm_pH
__
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
$/;
my $data = $fh;
close $fh;
{ eval package $namespace;\n $data; }
return $@ ? 0 : 1;
}
1;
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http
example, Dick, if you configure the
script to run under Apache::RegistryNG, does it work? If not, that's where the
difference between 1.0 and 2.0 lays: ModPerl::Registry doesn't reset status if
it wasn't changed by the script.
__
Stas
stas2003/02/03 23:00:52
Modified:lib/Apache Status.pm
Log:
of course we don't have 2.00 yet, use 1.99
Revision ChangesPath
1.6 +1 -4 modperl-2.0/lib/Apache/Status.pm
Index: Status.pm
time() instead.
If the beginning of the request is good enough, $r-request_time is better, as
it saves a system call.
http://perl.apache.org/docs/2.0/user/handlers/http.html#PerlPostReadRequestHandler
__
Stas BekmanJAm_pH
: header, and then adds the terminating
by itself, because it really sends other headers, before adding an
empty new line. So it shouldn't matter if you say \r\n\r\n or just
\n\n, unless there is a bug.
__
Stas BekmanJAm_pH
stas2003/02/02 17:18:15
Modified:lib/ModPerl Code.pm
Log:
fix the indentation for the autogenerated files
Revision ChangesPath
1.90 +1 -1 modperl-2.0/lib/ModPerl/Code.pm
Index: Code.pm
stas2003/02/02 22:40:33
Modified:.Changes
src/modules/perl modperl_config.c
Added: t/hooks cleanup.t
t/hooks/TestHooks cleanup.pm
Log:
PerlCleanupHandler implementation + tests
Revision ChangesPath
1.119 +8 -1
loaded server.
http://perl.apache.org/docs/1.0/guide/config.html#Is_There_a_Way_to_Modify__INC_on_a_Per_Virtual_Host_or_Per_Location_Basis_
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org
everywhere, so
we can sort out the problems and missing features and release it on CPAN asap.
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
+, is it working fine with 5.6.1?
Pseudohashes are certainly out of question.
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL PROTECTED
stas2003/01/31 23:39:43
Modified:lib/Apache Build.pm
Log:
- create MKPATH make variable as we are going to use it more than once
there is no need to test for the existance of the path, before calling
mkpath(), it does no harm if the dir already exists
- use the MKPATH
Matt Sergeant wrote:
On Thursday, Jan 30, 2003, at 22:36 Europe/London, Stas Bekman wrote:
Matt, Apache::Test may not work when run under root, because Apache
won't let you start the server as 'User root' so it tries to use
'nobody' or something else as the username the server runs under
Christopher Hicks wrote:
On Thu, 30 Jan 2003, Stas Bekman wrote:
Christopher Hicks wrote:
Is there any equivalent to PerlVINC under mod_perl 2?
Yes, and it's a built-in solution, rather than a hack:
http://perl.apache.org/docs/2.0/user/config/config.html#C_Parent_
That had me very
the problem, and just looking at the source doesn't click
anything. May be try posting your research to p5p?
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- 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
stas2003/01/30 16:52:22
Modified:.Makefile.PL
Log:
use a portable $(MAKE) instead of just 'make'
Revision ChangesPath
1.91 +1 -1 modperl-2.0/Makefile.PL
Index: Makefile.PL
stas2003/01/30 20:20:20
Modified:src/modules/perl modperl_global.c modperl_global.h
xs/Apache/RequestUtil Apache__RequestUtil.h
xs/tables/current/ModPerl FunctionTable.pm
Log:
expose modperl_global_request (needed in external apps written in XS
--- Stas Bekman [EMAIL PROTECTED] wrote:
Mithun Bhattacharya wrote:
Tried compilling libgtop on a server without X and got the
following.
The error message seems to be self explanatory.
So give the configure the --without-gnome parameter, what's the big
deal?
My sincere apologies
line. This is because it requires mod_perl to be loaded into the program,
which is not there when run from the command line.
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide
.
__
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
Stas Bekman wrote:
Lee Goddard wrote:
Can't locate object method server_root_relative via
package Apache at C:/Perl/site/lib/Apache/compat.pm line 68.
Also it may mean that you haven't loaded Apache::ServerUtil, in which
this method resides.
no, no, Apache::compat loads
and hence the problem.
I suppose the solution is to chown all the autogenerated files to that chosen
user and then the issue will be resolved. Meanwhile please try to run the test
suite as non-root.
__
Stas BekmanJAm_pH
Thanks again, Randy. I did see those docs, but was confused
by the prose.
If you find things unclear, please post a patch to improve them. Thanks.
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http
.
And the backtrace is ...?
__
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
Joe Schaefer wrote:
Stas Bekman [EMAIL PROTECTED] writes:
Joe, I thought you've reverted to use the old test suite?
I did, sorry for the confusion. The test suite in 1.1 is based
on Apache::test, not Apache::Test.
In any case we need to solve this problem for Apache::Test. I'll take care
?
__
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
stress that in the docs.
__
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://apache.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
who is, can
backport that above patch to it.
__
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
Christopher Hicks wrote:
Is there any equivalent to PerlVINC under mod_perl 2?
Yes, and it's a built-in solution, rather than a hack:
http://perl.apache.org/docs/2.0/user/config/config.html#C_Parent_
__
Stas Bekman
601 - 700 of 2823 matches
Mail list logo