rg/docs/1.0/guide/troubleshooting.html#_exit_signal_Segmentation_fault__11___with_mysql
--
______
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto:[EMAIL PROTECTE
sage.
You need to send a backtrace and other info as explained at:
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 B
dules "Apache::* My::*"
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 --&
le:
http://perl.apache.org/docs/2.0/api/mod_perl-2.0/Apache/Log.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://apache.org http://ticketmaster.com
all - would probably be
> confusing...).
>
> Cheers,
> alf
--
__
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
27;,
'PerlSendHeader' => 'On',
'PerlHandler' => 'Apache::Registry'
},
},
};
add 'PERL5LIB' etc...
> P.S: When you subscribe to this mailing list, or when you look for the FAQ
> on Google, you
ng the install notes in:
http://perl.apache.org/docs/1.0/guide/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
_________
quale Pagano
> CNR - Istituto di Elaborazione della Informazione
> Via G. Moruzzi, 1 - 56124 Pisa,Italy
> Area della Ricerca CNR di Pisa
> Tel +39 050 3152891
> E-mail: [EMAIL PROTECTED]
> .-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-
>
>
>
>
>
--
_
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: [
info on the production server?
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 PROTEC
age which is bigger, and no cleanup will make it small enough to
make IE happy.
__
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
ervers 2
MinSpareServers 2
MaxSpareServers 2
MaxClients 2
MaxRequestsPerChild 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://apacheweek.com
http://modperlbook.org http://apache.org http://ticketmaster.com
des no layout instructions).
Suggestions on how to fix that are welcome.
__
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto:[EMAIL PR
rough the archives and I'm just try 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 +00
e Apache2;
this should go into startup/httpd.conf.
> $| = 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.
______
St
->new($data);
}
the rest most likely will stay unmodified.
______
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto:[EMAIL PR
u configured httpd-2.0 already? do that first before moving onto
modperl
__
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use
ything that it reports as a leak is actually a leak:
http://perl.apache.org/docs/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:
ads, pre-5.6.0),
whereas mod_perl 2.0 is using ithreads (5.6.0+).
>>my $t2 = new Thread(\&my_thread,'t2');
^^^
do 'perldoc threads' with perl-5.8.0
__
Stas BekmanJAm_p
ble?
>
> matt
of course. 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 Anot
s like the time has crossed itself]
--
______
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
d and the perl interpreters handed to
you when you need them.
BTW, what happens if you run the same code from the command line?
__
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> htt
Elizabeth Mattijsen wrote:
> At 06:10 PM 7/16/02 +0000, 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. V
[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://stas
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
>
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 Hac
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
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 th
actual pool.
BTW, there is no more need for Apache prefix in Apache::DBI, this can be
a generic Pool class. I guess Apache::DBI can subclass DBI::Pool and add
things like connect_on_init(), but just to build the initial pool when
the process starts.
_
hough I've noticed that it works this way only if
you 'use'. if you '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
>
n't seem to get the keywords right today.
Looks like 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 B
x27;);
and then later for example in a mod_perl filter handler you do:
my $f = shift;
my $c = $f->connection;
my $is = $c->notes->get("mod_perl");
$f->print("mod_perl $is");
you should ask php folks why cannot they get c->notes working, the C
datastructure is all t
Elizabeth Mattijsen wrote:
> At 12:18 AM 7/16/02 +0000, 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. Whic
rts and
make things happen faster.
______
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
others to re-use).
e.g. with the 2.0 mod_ssl, how do I get the SSL client certificate
serial in the auth phase (without even mentioning mod_perl so not to
confuse those who know), which is available in the subprocess_env in the
response phase, but not this early in the request.
___
ing. There are too many
manpages and the API is still changing so it doesn't worth doing any
manual work before it gets frozen.
__
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --->
ot qualified to be
experts on all of them; it is much faster if the module author resolves
any problems.
In some cases you may also consider contacting some mailing lists
to ask for help (and to spread awareness of the upcoming 5.8.0),
for example if your operating system or the modules have mailing
lis
sner]
* Minor corrections:
o remove qw() or variables list in general::perl_reference (Tim Noll
<[EMAIL PROTECTED]>)
o install: (Per Einar Ellefsen <[EMAIL PROTECTED]>, Karl Olson
<[EMAIL PROTECTED]>)
__
ny problems with this approach?
______
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
erall, think what could 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.o
raised this issue, I'd like to remind everybody that we
want 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
______
that used
to be there, either because 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_
http://perl.apache.org/docs/general/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://apache.org http://ticketmaster.com
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 n
> 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:
>>
&
rch if you don't know
where to find things.
The site includes many more new features, I don't want to spoil your
(hopefully pleasant) surprises.
Enjoy your new site, mod_perlers, and please help to spread the word.
__
o so, the "imbalance"
is between END and all *other* special blocks, like INIT, CHECK, BEGIN
etc. So I believe that what is says now is just fine. The registry END
block is the black sheep...
______
Stas BekmanJAm_pH ---
he BEGIN block, which will run
only once under mod_perl.
http://perl.apache.org/release/docs/1.0/guide/snippets.html#More_on_Relative_Paths
you can do 'do FindBin', but you add the overhead.
__
Stas BekmanJAm_pH --> J
n anyone provide any insights?
Please read:
http://perl.apache.org/release/docs/1.0/guide/porting.html#END_blocks
The special case is for registry scripts that include END blocks. If the
the explanation at the above URL is unclear/confusing, please suggest
how to improve it.
___
l/site/lib/Apache/Table.pm line 6. I seem to be running into a 1024
> limit on urlencoded POSTs with my current configuration.
I'm not sure I understand what do you mean, you want to restrict max
POST size or do you have some other problem. Please post a simple
example presenting t
/a/2002/06/11/threads.html
It's also possible that there will be ModPerl::RegistryNonThreaded or
something like that, which 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
y 8th. Is this just a broken build?
Try again with the current cvs.
______
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto:[EMAIL P
erl sections? Thanks.
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.or
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
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
> in
code (or the server) doesn't leak.
______
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.
t/utils/perlbug to report the bug.
BTW, ActiveState just hosts that rsync repository.
______
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto:[
ter_entry = SvPV(*MARK, len);
______
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
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 surpr
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?
>>
>>Ap
is for child process init, not threads.
http://perl.apache.org/release/docs/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.
_
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) ;
n T-Shirts?
__
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
reset 'Reply-to:' header. httpd-dev seems to use it
solely for the reason you describe. I'm all for helping people to reply
back to the list. Ask, can we please have this header set?
--
__
Stas BekmanJAm_pH
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.)
>>>
&g
looks like:
#!/usr/bin/perl
read STDIN, $buf, $ENV{CONTENT_LENGTH};
print uc $buf;
As this module lacks any docs, you can find them here:
http://perl.apache.org/release/docs/1.0/guide/modules.html#Apache__SubProcess
__
Stas Bekman
s here:
http://perl.apache.org/release/docs/1.0/guide/index.html
______
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto:[EMAI
correctly it doesn't talk
about this issue.
http://perl.apache.org/release/docs/tutorials/apps/scale_etoys/etoys.html
p.s. to hash (3 levels) you can use something like:
% perl -le '$a = "super_pc.gif"; print join "/", (split //, $a,
4)[0..2], $a'
s/u/p/super
ace. Good for you.
BTW,
PerlWarn 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.
ou don't. You need 1.3.26. See http://httpd.apache.org/
[!!!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:/
nore the 'make test' in the perl source which is very
long (assuming that it works for you)
> When I "perl --version" should it show me 5.8.0 RC2?
nope. it shows 5.8.0
__
Stas BekmanJAm_pH -->
need.
All 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_per
rivate!!!
__
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://modperlb
and then 1.99_04 will compile and pass all
tests 100%.
______
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 B
that
represents 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://apacheweek.com
http://modperlbook.org http://apache.org http://ticketmaster.com
ere be one of those
> for Apache 2 and will it contain all the mod_perl 1 AND mod_perl 2
stuff 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
apolo
CPAN" if $@;
return Apache::Module::loaded($_[1]);
}
> Thanks for all this info, learning more and more every day. :)
cool :)
__
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.o
nce you can have both versions
reside under the same perl installation.
> 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.
--
__
mming engines will pick that one and spread 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]
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 B
/1.0/guide/performance.html
and probably these two:
http://perl.apache.org/release/docs/general/perl_reference.html
http://perl.apache.org/release/docs/1.0/guide/porting.html
______
Stas BekmanJAm_pH --> Jus
that is created for this purpose if any.
Please refrain from posting this kind of questions to this list in the
future and stick to the mod_perl topics.
Thanks.
__
Stas BekmanJAm_pH --> Just Another mod_perl Hac
and test what is
better. Unless you are talking about writing full fledged mod_perl API
handlers, which is only when your should plan/analyze before you code.
__
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
r/../srclib/apr/include/apr.h"
+: "$dir/apr.h";
open my $fh, $header or do {
error "Unable to open $header: $!";
return undef;
__
Stas BekmanJAm_pH --> Just Another mod_perl
sr/lib/perl5/site_perl/5.6.1/i386-linux/mod_perl.pm
> ---
>
> Thanks for your time,
>
> Brian.
--
__
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> h
ust* provide the information about your
environment and used version as explained here:
http://perl.apache.org/release/docs/1.0/guide/help.html#How_to_Report_Problems
I believe that this particular problem has been solved in the recent
mod_perl versions.
--
_
d_perl 1.0 you don't have to wipe your 2.0 install
first. so better start getting used to it :)
--
__
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto:[EM
I).
>
> You will probably also want to see the 2.0 docs at
> http://perl.apache.org/release/docs/
start here:
http://perl.apache.org/release/docs/2.0/user/intro/start_fast.html
but since it seems that you've it installed already, proceed here:
http://perl.apache.org/release/docs/2.
ontacting some mailing lists
to ask for help (and to spread awareness of the upcoming 5.8.0),
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
will be a requirement.
Originally Doug was planning on Apache::DBIPool described in his 2.0
overview:
http://perl.apache.org/release/docs/2.0/user/overview/overview.html#Apache__DBIPool
but since we now have threads::shared it's not needed anymore.
______
:
http://perl.apache.org/release/help/commercial.html
Hope this explains all the confusions and keeps everybody happy.
______
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide -
cvs repository, where something like this could live?
the repository exists for some 9 months, called modperl-docs
> Anyways, tell me what you think. I have the original XML, which is
> vastly more useful than the HTML output, and would be glad to give that
> to anyone that wants it.
see
Ian D. Stewart wrote:
> On 2002.06.18 09:57 Stas Bekman wrote:
>
>> [CC'ing Andreas again]
>>
>>> Stas is right. The only problem I see with MP_INST_APACHE2 is the
>>> fact that using the CPAN.pm module to download the module would fetch
>>&g
ould write. So start from the example above and work
from there.
The simplest my_exception_handler does:
sub my_exception_handler { die $_[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://apacheweek.com
http://modperlbook.org http://apache.org http://ticketmaster.com
1.0.
That's true :(
I hope Andreas can make PAUSE index both versions so CPAN.pm will
display the two, but for that we need some sort convention so PAUSE can
use to decide on. Andreas, any ideas regarding this issue?
Thanks!
____
e issues.
http://perl.apache.org/release/docs/2.0/devel/porting_from_1.x/porting_from_1.x.html
Feel free to help improving on these.
Of course the MP_INST_APACHE2=1 mechanism needs to become available to
to other module writers.
__
direction. Andreas please correct me if I'm wrong.
______
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
e the same functionality (i think).
> threads::shared came to be after writing about the Perl interface to
> TIPool.
what about perl < 5.8.0?
______
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://s
mplate TT takes over,
> if not I return DECLINED and let Apache take over.
...
> Is this the best way to do this?
you should probably use a custom PerlTransHandler handler with
push_handlers, e.g. see:
http://modperl.com:9000/book/chapters/ch7.html#Installing_a_Custom_Response_Han
and the
1101 - 1200 of 2812 matches
Mail list logo
