pages at perl.apache.org and one of the two
entries should save you (and us) a lot of time:
Report 1.0 Problems
Report 2.0 Problems
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl
.
__
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
with Apache or mod_perl.
(This is on linux)
lynx dont have problem because is other instance
if you open 2 instances of mozilla you dont have problem
but if you open one mozilla and 5 tab navigator of instance
problem persist
[]s
nattis
Stas Bekman wrote:
Stas Bekman wrote:
Alessandro
are very clear.
--
__
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
William McKee wrote:
On 31 Jul 2002 at 20:56, Stas Bekman wrote:
Have you read this?
http://perl.apache.org/docs/1.0/guide/porting.html#Warnings
No, I was reading this--
http://perl.apache.org/docs/1.0/guide/debug.html#The_Importance_of_Warnings
The information in the link you posted
The idea has been borrowed from the GNOME's gnome-crash project, which
is used to automatically extract a backtrace when reporting a bug.
Parts of the C non-blocking-read implementation were borrowed from Matt
Sergeant's PPerl project.
AUTHOR
Stas Bekman [EMAIL PROTECTED]
SEE
I've just added a new doc: Preparing mod_perl modules for CPAN
http://perl.apache.org/docs/general/cpan_mod_dev/cpan_mod_dev.html
If you have useful input please send it to me.
__
Stas BekmanJAm_pH -- Just Another
search t/ for API usage.
__
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
Simon Perrault wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On July 30, 2002 10:02 pm, Stas Bekman wrote:
2) See http://perl.apache.org/docs/2.0/devel/testing/testing.html
Though you can really rely on it once Apache::Test is released, which
will happen when mod_perl 2.0
Roy Souther wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Wednesday 31 July 2002 08:40 pm, Stas Bekman wrote:
What do you mean by doesn't work? Try:
http://perl.apache.org/docs/1.0/guide/install.html#How_can_I_tell_whether_m
od_perl_is_running_
The two tests they recommend
before it is # 516
__
Do You Yahoo!?
Yahoo! Health - Feel better, live better
http://health.yahoo.com
--
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http
to parse PerlSwitches to find -T and set some
magic flag (was $Apache::__T in mod_perl 1.0).
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL
not to mislead
the crowd? I've read through the doc but didn't see a word mentioning
this little caveat.
Shouldn't the module be renamed to BZS::Obscure::...? ;)
__
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
, or is it just
me?
FWIW, there are no problems on linux. Do you have the same problem with
v5.6.1?
Meanwhile try using the logging methods if possible:
http://perl.apache.org/docs/2.0/api/mod_perl-2.0/Apache/Log.html
__
Stas Bekman
::*
Is there any reason why you cannot use this approach?
I've no objection to your proposal, just wondering whether the existing
features can be used instead.
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http
://perl.apache.org/docs/1.0/guide/help.html#How_to_Report_Problems
and probably post it to the mason list and not here if this happens only
under mason.
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http
how to make your program run
under -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
the problem for threaded mpms. So once it's available we
can use chdir() in ModPerl::Registry again.
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto
Any help would be appreciated
Regards
Dinesh Patel
--
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL PROTECTED] http
Danilevsky
[EMAIL PROTECTED]
Stas Bekman wrote:
[...]
Anyway, I decided to add another directive to Apache::Reload
PerlSetVar ReloadDirectories /site/lib /usr/local/apache/conf
Apache::Reload allows you to define which modules to reload using the
patterns like so:
PerlSetVar
start the web server.
Dennis: Doctor, I think my server is sick, it cannot start
Doctor: Does it have a high temperature?
http://perl.apache.org/docs/1.0/guide/help.html#How_to_Report_Problems
__
Stas BekmanJAm_pH
now.
__
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
that for certain purposes this module may satisfy those who use it, but
not all of them.
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto
= 'SuperDuper.pm',
PREREQ_PM = \%prereq,
# ...
);
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL PROTECTED] 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
.
__
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
with Method: . $r-method;
Apache::OK;
}
1;
Now, let's call:
perl -le 'require LWP::UserAgent; print
LWP::UserAgent-new-request(HTTP::Request-new(GET,
http://localhost:8002/extend/;))-content;'
Called with Method: GET
__
Stas
]
.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-
--
__
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
/install.html#mod_perl_and_mod_ssl___openssl_
if you get a segfault, please follow the instructions at:
http://perl.apache.org/docs/1.0/guide/help.html#How_to_Report_Problems
__
Stas BekmanJAm_pH -- Just Another mod_perl
__
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
, right? But even if it does solve the problem for
this particular page, what happens if the page grows, or there is some
other page which is bigger, and no cleanup will make it small enough to
make IE happy.
__
Stas Bekman
?
look in the error_log file?
__
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
Peter Werner wrote:
and set your LogLevel to debug
why? after all he is talking about perl logging, not Apache. LogLevel
has nothing to do with it.
-Original Message-
From: Stas Bekman [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, July 17, 2002 10:27 AM
To: [EMAIL PROTECTED]
Cc
'require' it's being ignored completely (not even run
on the shutdown), is it just me or do you see the same? seems like a bug
to me, unless I'm missing something.
Thanks Jim!
-Jim
On Fri, 12 Jul 2002, Stas Bekman wrote:
Jim Schueler wrote:
I just read the fine print: Apache
things like connect_on_init(), but just to build the initial pool when
the process starts.
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto
French, Shawn wrote:
Stas Bekman wrote:
It seems that you are after the same functionality as Apache::DBI, you
want a pool of items that you want to be able to choose from.
Look for threads::shared (perl 5.8.0), just create a shared hash with
keys that you use for the map and the values
Gunther Birznieks wrote:
At 09:24 PM 7/13/2002, Stas Bekman wrote:
Gunther Birznieks wrote:
I agree! It is great work. It looks really slick.
:)
Unfortunately, the mod_perl guide documentation area has lost
functionality. I wanted to download the latest guide before my 23
hour
Liz, should we move this thread to the perl-ithreads list so we can get
some answers from the threads gurus? or p5p?
I doubt Arthur is listening on this list.
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
Matt Sergeant wrote:
On Fri, 12 Jul 2002, Stas Bekman wrote:
Josh Bernstein wrote:
After just upgrading to mod_perl2 with Apache2. My current @INC path
includes a . on the end, which should reference the current working
directory, and therefore correctly locate include locate
[EMAIL PROTECTED] wrote:
How to restart SSL Apache in -X mode?
This is a wrong forum. See:
http://httpd.apache.org/lists.html#http-users
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org
Elizabeth Mattijsen wrote:
At 06:10 PM 7/16/02 +, Stas Bekman wrote:
Arthur told me he either had, or was going to fix this (on IRC).
Yup, Arthur is working on an external package (ex::threads::safecwd?)
which should solve this problem. Viva Arthur! I'll keep you updated
once
?
__
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
. That's how it works. You can even run the same scripts under
different handlers. Have you tried and it didn't work for you?
--
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide
$t2 = new Thread(\my_thread,'t2');
^^^
do 'perldoc threads' with perl-5.8.0
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
/1.0/guide/debug.html#How_can_I_find_out_if_a_mod_perl_code_has_a_memory_leak
__
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
will stay unmodified.
__
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
.
$| = 1;
my $r = Apache-request;
that should be just:
my $r = shift;
since your code is wrapped into sub handler { }.
what you are doing is expensive under threads.
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
to figure which
one to use...
there are no workarounds to having a thread-safe cwd, other than using
full paths.
-Josh
Stas Bekman wrote:
Elizabeth Mattijsen wrote:
At 06:10 PM 7/16/02 +, Stas Bekman wrote:
Arthur told me he either had, or was going to fix this (on IRC).
Yup
.
__
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
.
__
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
Elizabeth Mattijsen wrote:
At 12:18 AM 7/16/02 +, Stas Bekman wrote:
...A few folks at p5p are creating a bunch of new modules around
threads:: and threads::shared::, just yesterday a new module:
Thread::Pool was released by Elizabeth Mattijsen. Which seems to be
what's needed
-notes working, the C
datastructure is all there waiting to be used.
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL PROTECTED] http
an application logic bug. Can you strip the extra elements
(HTML::Template, etc), create a *short* script that reproduces the
problem and post it to the list?
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http
[EMAIL PROTECTED])
o install: (Per Einar Ellefsen [EMAIL PROTECTED], Karl Olson
[EMAIL PROTECTED])
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http
),
for example if your operating system or the modules have mailing
lists of their own.
=head2
That's it.
=head1 AUTHOR
Jarkko Hietaniemi
on behalf of the Perl 5 developer team
=cut
__
Stas BekmanJAm_pH -- Just
?
__
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
/1.0/guide/snippets.html#More_on_Relative_Paths
you can do 'do FindBin', but you add the overhead.
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
, BEGIN
etc. So I believe that what is says now is just fine. The registry END
block is the black sheep...
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http
to spoil your
(hopefully pleasant) surprises.
Enjoy your new site, mod_perlers, and please help to spread the word.
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http
Well I commented the little switch statement what was giving me the
problems and all seems to be resolved.
Josh, have you tried with the latest cvs as I've suggested, it seems
like you didn't.
[...]
Stas Bekman wrote:
Josh Bernstein wrote:
Hey All,
I'm getting this error when I
Kevin Berggren wrote:
Stas Bekman wrote:
I've just updated the mod_perl with the latest stats and I'm glad to
say that the results are nice, so you can show your bosses that they
did the right choice (or should) ;)
This is the netcraft.com:
http://perl.apache.org/release/outstanding
__
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
they couldn't be reached or because they
didn't seem to be running mod_perl.
--
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL PROTECTED
your (long) success stories for:
http://perl.apache.org/outstanding/success_stories/index.html
or simply (short) reports of cool sites running mod_perl for:
http://perl.apache.org/outstanding/sites.html
__
Stas BekmanJAm_pH
be done better, what can help others, etc.
Innovate and contribute!
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL PROTECTED] http
will chdir just like the registry in mod_perl
1.0 did, which will restrict your code to run only on the prefork mpm.
The idea that the main ModPerl::Registry should work identically across
different mpms.
__
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
Perrin Harkins wrote:
Stas Bekman wrote:
If you are talking about threaded mpms, we will need to develop new
tools to restrict the size of the perl interpreters in the pool.
I was thinking about that too. Are there hooks for causing an
interpreter to exit? Is it safe to simply
Perrin Harkins wrote:
Stas Bekman wrote:
I think the idea was to have a special thread running whose only purpose
is monitoring the pool of idle interpreters.
That sounds like a better solution.
The drawback is that there will be two different solutions for threaded
and preforked mpms
.
use the guide :)
http://perl.apache.org/release/docs/1.0/guide/install.html#Discovering_Whether_Some_Option_Was_Configured
__
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
repository.
__
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
Ask Bjoern Hansen wrote:
On Fri, 5 Jul 2002, Stas Bekman wrote:
[...]
Also you must not forget that a huge amount of back-end mod_perl servers
are simply invisible to these scanners because they are running behind a
proxy. So I won't be surprised if the real number is at least about
twice
/2.0/user/handlers/handlers.html#PerlChildInitHandler
what are you trying to do?
You should try to write your code in mpm-agnostic way if possible. so
the same code can run under various mpms.
__
Stas BekmanJAm_pH
Peter Rothermel wrote:
Stas Bekman wrote:
Peter Rothermel wrote:
PerlChildInitHandler Apache::foo-loadkey
Will the genkey method get execute at the
initialization of each thread?
Apache doesn't provide such a hook yet. May be in the future.
child_init is for child process init
?
__
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
Michael A Nachbaur wrote:
On Fri, 05 Jul 2002 01:18:46 +0800 Stas Bekman wrote:
I've just updated the mod_perl with the latest stats and I'm glad to
say that the results are nice, so you can show your bosses that they
did the right choice (or should) ;)
Any ideas on what caused
?
--
__
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
John Siracusa wrote:
On 6/30/02 2:06 AM, Stas Bekman wrote:
John Siracusa wrote:
(I'm not sure if this is a mod_perl thing of a Mac OS X bug, so I'm posting
it to both lists. Redirect follow-ups as appropriate.)
open2() doesn't seem to work for me when running under mod_perl in Mac OS X
On
in httpd.conf is an easier way to enable warnings everywhere.
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL PROTECTED] http
levels) you can use something like:
% perl -le '$a = super_pc.gif; print join /, (split //, $a,
4)[0..2], $a'
s/u/p/super_pc.gif
of course you can use a more effective hashing.
__
Stas BekmanJAm_pH -- Just Another
/index.html
__
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
://perl.apache.org/release/docs/1.0/guide/modules.html#Apache__SubProcess
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL PROTECTED] http
, chances are that we didn't have a
chance to update mod_perl to the latest cvs changes in httpd, perl or
both. And this is the case that you hit.
get 5.8.0-RC2 and 2.0.39 and then 1.99_04 will compile and pass all
tests 100%.
__
Stas
!!!
__
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
the troubles will go away, after perl 5.8.0 (RSN) and Apache 2.0
(ASAP) will freeze their APIs and be released.
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
for you)
When I perl --version should it show me 5.8.0 RC2?
nope. it shows 5.8.0
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL
/
[!!!Any follow-ups on this reply must go back to the list!!!]
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL PROTECTED] http
to
allow running in Compat?
no, it'll contain only stuff needed for 2.0, which may include modules
that work for both mod_perls, but definitely not mod_perl 1.0. Again I
apologize for my mistake.
__
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://ticketmaster.com
So that this question won't be repeated again and again:
If you build with perl 5.8.0, you need perl-5.8.0-RC2
in order to build mod_perl-1.99_04.
If you use 5.6.(0|1), please disregard this note.
__
Stas Bekman
Alessandro Forghieri wrote:
but I wasn't planning on making a new one of
those until perl-5.8 is officially released.
Any idea on when that may happen?
My wild guess is on July 24, 2002.
__
Stas BekmanJAm_pH
the word
around fast]
__
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
.
As I understand it the use Apache::compat just allows your script to
utilize the mod_perl1 modules correct?
mod_perl 1.0's third party modules, yes.
--
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http
1001 - 1100 of 2516 matches
Mail list logo