Scot Martin wrote:
Sorry about the last post. This one is definately
plain text.
The good news is that I've distilled the problem down
to a one line change in my httpd.conf file.
With the following line, Apache drops a core when
spawn_proc_prog() is called:
PerlTransHandler Apache::OK
The
[making the doc issue a separate thread ]
> Stas Bekman wrote:
>
>>>Understand re: cleanup_for_exec
>>>
>>>I read the Avoiding Zombies section and $SIG{CHLD}
>
> = 'IGNORE' didn't work
>
>>>for me. I realize that I didn't try the waitpid()
>
> example after the fork.
>
>>I suppose this varies from
If you are already testing the 1.99_10 release candidate you can probably
ingnore this one. However if you work with mod_perl 1.0, please test:
http://apache.org/~stas/Apache-Test-1.04-dev.tar.gz
but it will be released as soon as 1.99_10 is released.
___
A mod_perl 1.99_10 release candidate is available. You need this release if
you move to 5.8.1.
Please test and report any problems.
http://apache.org/~stas/mod_perl-1.99_10-dev.tar.gz
Let's give it this weekend of testing time and if everything is cool, we will
release it on Monday.
___
Carl Brewer wrote:
Stas Bekman wrote:
However you can try the following:
perl Makefile.PL ...
make
t/TEST -conf
perl -pi -e 's|Listen\s+(\d+)|Listen YOURHOSTNAME:$1|' t/conf/httpd.conf
t/TEST
cd ModPerl-Registry
t/TEST -conf
perl -pi -e 's|Listen\s+(\d+)|Listen YOURHOSTNAME:$1|' t/conf/httpd.con
This may be a Win32-specific thing, or perhaps not, and may
be relevant now that perl-5.8.1 is released. Usually one
thinks there's binary compatibility between Perl subversions
(eg, 5.8.0 and 5.8.1). However, I've found if I build
mod_perl 2 on Win32 (as a dso) using 5.8.1, then it won't
load unde
duh!
Sorry, in all the moving around they , it kinda disapeared. I got some other issues
with some requires and uses... think I can handle them
Thanx for your help
Frantzcy
On 26 Sep 2003 11:58:25 -0400,Perrin Harkins <[EMAIL PROTECTED]> wrote:
> On Fri, 2003-09-26 at 11:53, Frantzcy Pai
On Fri, 2003-09-26 at 11:53, Frantzcy Paisible wrote:
> I PerlModule the package directy via httpd.conf
You have to also use the module from your Registry script if you want
the import to happen.
- Perrin
The command line does not work, I get the undefined error..,
My exporting is basically a copy-paste from the docs. With or without the BEGIN, no
go..
Can't find init1
Note:
I PerlModule the package directy via httpd.conf
I even put init in EXPORT, instead of EXPORT_OK
#BEGIN {
use E
On Fri, 2003-09-26 at 11:21, Frantzcy Paisible wrote:
>I've converted all perl4 .lib files to .pm.
Hooray!
> I've exported the sub names, but I still get the "undefined" error.
Probably a bug in your exporting code. Does it find the sub from a
command-line test? perl -e 'use MyModule; my_e
Hi all,
I've converted all perl4 .lib files to .pm. Now I cannot access my subs without
specifying the full name Packname::SubName.
I've exported the sub names, but I still get the "undefined" error.
Any ideas ?
Frantzcy
hi
( 03.09.25 20:45 -0700 ) [EMAIL PROTECTED]:
> how do i know i'm using mod_perl versus just perl?
if you're wearing sunglasses, it's mod.
--
\js
1.3_rc2 is httpd-apreq's current cvs; the corresponding tarball is
now available at
http://httpd.apache.org/~joes/libapreq-1.3_rc2.tar.gz
The only change made since 1.3_rc1 is the addition of Stas'
old logging patch, which was mentioned on the modperl list yesterday.
I've tested it on RH linu
The code looks good, but why don't you just try it out??? :-)
Denis
Lust auf mehr? - http://maedls.at
---
NCM - NET COMMUNICATION MANAGEMENT GmbH
---[ Denis Banovic - CTO
mailto:[EMAIL PROTECTED]
---[ Mühlstrasse 4a
AT - 5023
Hi,
My I suggest these links :-
Before asking a database related question ...
http://www.perlmonks.com/index.pl?node_id=264485
Speeding up the DBI
http://www.perlmonks.com/index.pl?node_id=273952
Apache::DBI
http://cpan.org/authors/id/A/AB/ABH/Apache-DBI-0.92.readme
Hope it helps
Paddy
On
Stas Bekman wrote:
However you can try the following:
perl Makefile.PL ...
make
t/TEST -conf
perl -pi -e 's|Listen\s+(\d+)|Listen YOURHOSTNAME:$1|' t/conf/httpd.conf
t/TEST
cd ModPerl-Registry
t/TEST -conf
perl -pi -e 's|Listen\s+(\d+)|Listen YOURHOSTNAME:$1|' t/conf/httpd.conf
t/TEST
replace YO
Carl Brewer wrote:
Stas Bekman wrote:
If you are eager to start testing you can start doing so right now
with the latest cvs. I'm doing some last testing and will post the
1.99_10 release candidate in about 10 hours.
[...]
no problems at compile time, the usual make test IPv6 problems though
Carl Brewer wrote:
> report from NetBSD 1.6.1
*doh*
Should have gone to dev .. Mea Culpa
Carl
Stas Bekman wrote:
If you are eager to start testing you can start doing so right now with
the latest cvs. I'm doing some last testing and will post the 1.99_10
release candidate in about 10 hours.
steel1: {8} perl mp2bug
-8<-- Start Bug Report 8<--
1. P
Stas Bekman wrote:
Issac Goldstand wrote:
So much for all the questions of when to put out the next mp1_99
release :-)
http://www.perl.com/CPAN/src/perl-5.8.1.tar.gz
Indeed. A new mp1_99 release candidate should be available really soon
now. Watch this space.
If you are eager to start testing
On Fri, 26 Sep 2003 [EMAIL PROTECTED] wrote:
> I haven't looked at Apache::DBI but will the following code for DBI work
> for the Apache::DBI?
[snip code]
Perhaps you should look at it first, ask questions second. :-)
http://search.cpan.org/perldoc?Apache::DBI
--
Chris Reinhardt -- [EMAI
I haven't looked at Apache::DBI but will the following code for DBI work
for the Apache::DBI?
use DBI;
$dbh = DBI->connect('dbi:mysql:mydb','foo', 'hoo');
$sql = "SELECT * FROM mytab";
$sth = $dbh->prepare($sql);
$sth->execute || die "Could not execute SQL statement: $!\n";
thanks,
-rkl
> I woul
22 matches
Mail list logo