Stas and I are working on an MP2 book, called simply "mod_perl 2.0 User
Guide". It's based on the current user documentation, but edited and
expanded. If all goes well, it'll be available by the end of February.
(If you'd like an early preview and have a little time, I'll be looking for
review
They should all list the version required to work with mp2 RC5+ aak
1.9922,
For all intents and purposes, the api is that of 2.0.0
So, no, I dodn't believe we will. If the versions are wrong for this
please feel free to let us know and we'll change the list.
Thanks
-
Some of those work with MP2 before the rename, but don't since. Are
you going to change the way this is displayed, since there are 2
different "levels" of MP2 compliance now?
Barry
On Dec 16, 2005, at 3:36 PM, Philip M. Gollucci wrote:
See here:
http://perl.apache.org/products/apache-
m
Forgot to mention
Apache-DBI-0.9901
DBI-1.50
DBD-mysql-3.0002
mod_perl/1.29_01-dev
"Nikolay Ananiev" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> This is a rare situation I accidentally ran across.
> This is the test script:
>
> #!perl -w
> use strict;
> use CGI;
> use Apache::D
This is a rare situation I accidentally ran across.
This is the test script:
#!perl -w
use strict;
use CGI;
use Apache::DBI;
my $q = CGI->new;
print $q->header();
my $dsn = 'dbi:mysql:test';
Apache::DBI->setPingTimeOut($dsn, 100);
my $dbh = DBI->connect($dsn, 'root', '',
{
AutoCommit=>1,
Hi, thanks for your reply,
I'm compiling php against the mysql client library that comes with mysql
5.0.16, although as stated before, apache seg faults even when all of
the other modules are not loaded and at any type of request. I'll get
some backtraces and post them.
-Jon
Clinton G
My compiler didn't catch that missing cast. What version of gcc are you
using ?
[EMAIL PROTECTED] /home/pgollucci 1>gcc -v
Using built-in specs.
Configured with: FreeBSD/i386 system compiler
Thread model: posix
gcc version 3.4.4 [FreeBSD] 20050518
Jon Keller wrote:
> Hello,
>
> I'm trying to build apache 1.3.34 and mod_perl 1.29 on a debian 3.1
> machine and whenever mod_perl is loaded apache segfaults at any type of
> request.
>
> I've followed the steps at
> http://perl.apache.org/docs/1.0/guide/install.html for building mod_perl
> both
Philip M. Gollucci wrote:
>
>> Philip M. Gollucci wrote:
>>
You will only get the Seg fault or Bus error when a process comes round
for recycling.
>>
>>
>> This is basically caused by the assumption that %ENV will be tied, and
>> local %ENV
>> breaks that assumption ;-S
>>
>> The followi
See here:
http://perl.apache.org/products/apache-modules.html#Porting_CPAN_modules_to_mod_perl_2_0_Status
If you have updates submit and we'll update the site.
"Love is not the one you can picture yourself marrying,
but t
On Fri, 16 Dec 2005 12:51:36 -0500 (EST)
"Philip M. Gollucci" <[EMAIL PROTECTED]> wrote:
>
> >> And BDB would be dependency creep, which
> >> is quite difficult to fight in perl sometimes (that's just because
> >> there are a zillion useful CPAN modules) :)
> >
> > Personally, I don't fight it.
I'm upgrading a server to MP 2.0.2 -- the first one I'm using since the
renaming. I use the two modules in the subject, and wondered if
updated versions are available, or if I should do the changes myself
and submit patches.
I see there is a dev version of AuthCookie that looks right, so I ca
On Fri, 2005-12-16 at 11:52 -0600, Chase Venters wrote:
> I wonder then if Perl would be smart enough to understand that the data is
> constant and not copy it with Perl_clone()?
I'm pretty sure the answer is no. You can try marking things shared
with threads::shared and see if that gets you any
On Fri, 16 Dec 2005, Perrin Harkins wrote:
It will probably be big. Perl structures tend to use several times the
size of the actual data they store.
That's what I'm worried about then I suppose.
is this root hash, its keys / values / etc stored along with variables, or is
it in the op tree
And BDB would be dependency creep, which
is quite difficult to fight in perl sometimes (that's just because there are
a zillion useful CPAN modules) :)
Personally, I don't fight it. I just use zillions of CPAN modules.
Amen.
On Fri, 2005-12-16 at 03:33 -0600, Chase Venters wrote:
> Well, I should have been more clear here that I was no longer talking about
> prefork. What I meant by COW here was actually that if you were going to use
> multiplicity with Perl_clone, since the threads would share memory, Perl
> would
Philip M. Gollucci wrote:
You will only get the Seg fault or Bus error when a process comes round
for recycling.
This is basically caused by the assumption that %ENV will be tied, and local
%ENV
breaks that assumption ;-S
The following patch fixes this problem for me:
[patch snipped]
Some
Hi,
Absolutely if you're not going to use threads, don't compil them in.
Make sure the apache-perl package includes at least mod_perl 2.0.0
Debian stable doesn't really support mod_perl2
apache-perl is:
apache 1.3.34
mod_perl 1.29.0.2
perl 5.8.4
etc.
libapache2-mod-perl2
apac
hi list,
i'd like to know if it is okay to use debian sarge's apache-perl
package for a production environment or if i'd be better of
rebuilding everything including perl (as debian's perl comes with
ithreads support)?
I've read that a perl interpreter with ithreads enabled is about
10-15% slower
Hi,
I'm developing an intranet application with authentication provided by
Apache::AuthCookieNTLM. Tests are working perfectly for internal users
(thank-you module authors) -- but the site must also be available to
external users through an extranet.
The requirement here is that, where a user
On Fri, 2005-12-16 at 17:26 +1300, Jon Keller wrote:
> Thanks Tyler,
>
> Unfortunately this wont fix my issue as my apache processes seg fault no
> matter what type of file I request, whether its a mod_perl script, an
> html file, or just a directory listing, if mod_perl is loaded apache seg
>
On Thursday 15 December 2005 03:35 pm, Perrin Harkins wrote:
> Not a great way to start your post. Please read this:
> http://modperlbook.org/html/ch10_01.html
My apologies. I do own the book and I have read it, but it was some time ago
and I didn't remember that some of my questions were addres
hi list,
i'd like to know if it is okay to use debian sarge's apache-perl
package for a production environment or if i'd be better of
rebuilding everything including perl (as debian's perl comes with
ithreads support)?
I've read that a perl interpreter with ithreads enabled is about
10-15% slower
23 matches
Mail list logo
