Re: Threaded perl messages

2005-07-18 Thread Tom Schindl
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Neil Gunton schrieb:
> Hi all,
> 
> I am currently using Embperl 1.3.6, with Apache 1.3.33 and mod_perl 1.29
> on a new install of Debian Sarge. Previously this was running on Debian
> Woody without issues, but there appears to be a new threaded version of
> perl (5.8.4) which is causing messages to the error log every time a
> child process exits:
> 
>A thread exited while 2 threads were running.

That's really interesting because on Apache-1 you don't have threads if
your application (or one of the third party modules you are using)
doesn't start any in the background.

> 
> or sometimes it's:
> 
>A thread exited while 2 threads were running,  line 7.
> 
> The version of Perl is "v5.8.4 built for i386-linux-thread-multi". It's
> the one that came with Sarge.
> 
> Everything works fine otherwise.
> 
> Has anyone else encountered this? Any tips on how to suppress the
> warning? It's annoying to have it filling up my server error logs.
> 
> Thanks,
> 
> -Neil
> 
> 

Upgrading to the latest perl doesn't harm you that much. I prefer it
because everthing is under my control and you can gain much speed e.g.
compile your perl without thread-support will bring 10%-20% speed
enhancement.

I'd suggest to install your own perl into e.g. /opt/perl-5.8.7 leaving
your old perl untouched, compile your own apache(not a must) and
mod_perl (a must because the debian-mod_perl is not using your new perl)
and install all missing modules using the cpan-shell. You have to
install all modules because I think you cannot use old ones when your
perl-5.8.4 is threaded and your new perl-5.8.7 is not threaded because
they are not binary compatible but I could be mistaken here.

Tom

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.0 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFC21eqkVPeOFLgZFIRAiVBAKC1DpMGX3RYeuw05iV5R4K84OJyVACdGqDp
VXZYjNl0PaFtOlhedr427Eo=
=P5xD
-END PGP SIGNATURE-


Re: Apache config

2005-07-18 Thread Tom Schindl
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Perrin Harkins schrieb:
> Jacob Jarick wrote:
> 
>> The installation documents are pretty good but I cant help but be
>> frustrated when  there is no example of the lines to add to httpd.conf .
>> I Have managed to configure mod_perl 2.0 with apache, the INSTALL guide
>> in the tarball has the few lines needed.
>>
>> But alas modperl 1.x no such luck. Could some1 please rectify this.
>>
>> "All that's left is to add a few configuration lines to |httpd.conf|,
>> the Apache configuration file, start the server and enjoy mod_perl." is
>> litterally all the modperl site has to say on the matter.
> 
> 
> Which document are you looking at?  Just this one?
> http://perl.apache.org/docs/1.0/guide/install.html
> 
> Configuration is covered briefly here:
> http://perl.apache.org/docs/1.0/guide/getwet.html
> 
> And in great detail here:
> http://perl.apache.org/docs/1.0/guide/config.html
> 
> - Perrin
> 
> 

Isn't he talking about mp2:

http://perl.apache.org/docs/2.0/user/config/config.html
http://perl.apache.org/docs/2.0/user/intro/start_fast.html

Tom
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.0 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFC21jpkVPeOFLgZFIRAgE0AJoCmStoRbSwksMzzDagbcDFRqOBWACbBQtS
8fldhxlUvWmV28zZd+USopU=
=OAEh
-END PGP SIGNATURE-


Am I running mod perl 2?

2005-07-18 Thread Shane De Jager
Hi,

I have just recently moved form regular CGI to mod perl 2. After configuring am 
am not 100% sure am am actually running mod_perl. I did a CGI the CGI test 
shown in "Practical Mod_Perl". According to it the GATEWAY_INTERFACE variable 
should say CGI-Perl/1.1 but mine says CGI/1.1. What confuses me is that the 
MOD_PERL Variable says mod_perl/2.0.1. Say am I really running mod_perl?

-- 
Shane De Jager
Technical Developer

INTERGAGE
High-performance, updateable Web sites

Switchboard   +44(0)845 456 1022
Direct Dial  +44(0)1202 688 219
==
www.intergage.co.uk
[EMAIL PROTECTED]

Are you aware of our referral scheme? Learn how you could profit personally 
from passing us leads.

Click here to pass a referral: www.intergage.co.uk/referrals


Re: Apache config

2005-07-18 Thread Perrin Harkins

Tom Schindl wrote:

Isn't he talking about mp2


"But alas modperl 1.x no such luck"

- Perrin


Re: .htaccess question

2005-07-18 Thread Philip M. Gollucci

Kevin A. McGrail wrote:


:-) Already read that but I can probably add this as a feature to Apache
AuthDBI.  Something like AutoLogin or AllowIntranet or something with an IP
range that will be matched for and then "meet" the required valid-user
requirement.
 

I can't think of a good one, but I would use something more generic then 
AllowIntranet. Something involving IP and Range

or Subnet


Shouldn't be that hard.  What's the best way to get the most current devel
code of ApacheDBI?  I've been losing track of patches but saw it was up on
CPAN now. I uploaded it to CPAN, its not index though.  You can get it from my 
directory.


http://search.cpan.org/~pgollucci

FYI: I'll move the patches and distros to 
http://people.apache.org/~pgollucci when I get a chance.



--
END 
-

   What doesn't kill us can only make us stronger.
  Nothing is impossible.

Philip M. Gollucci ([EMAIL PROTECTED]) 301.254.5198
Consultant / http://p6m7g8.net/Resume/resume.shtml
Senior Developer / Liquidity Services, Inc.
http://www.liquidityservicesinc.com
   http://www.liquidation.com
   http://www.uksurplus.com
   http://www.govliquidation.com
   http://www.gowholesale.com




Re: .htaccess question

2005-07-18 Thread Geoffrey Young


Philip M. Gollucci wrote:
> Kevin A. McGrail wrote:
> 
>> :-) Already read that but I can probably add this as a feature to Apache
>> AuthDBI.  Something like AutoLogin or AllowIntranet or something with
>> an IP
>> range that will be matched for and then "meet" the required valid-user
>> requirement.
>>  
>>
> I can't think of a good one, but I would use something more generic then
> AllowIntranet. Something involving IP and Range
> or Subnet

are you guys describing

  
Satisfy Any
Allow from 192.168.2.10
PerlAuthenHandler Apache::AuthDBI
...

?

--Geoff


[mp2.0.1] bug in RegistryLoader.pm

2005-07-18 Thread Bengt-Arne Fjellner
-8<-- Start Bug Report 8<--
1. Problem Description:

RegistryLoader dies (in warn) at loading unless Apache2::Compat is loaded


2. Used Components and their Configuration:

*** mod_perl version 2.01

*** using 
/usr/lib/perl5/site_perl/5.8.5/i586-linux-thread-multi/Apache2/BuildConfig.pm

*** Makefile.PL options:
  MP_APR_LIB => aprext
  MP_APXS=> /usr/sbin/apxs
  MP_COMPAT_1X   => 1
  MP_GENERATE_XS => 1
  MP_LIBNAME => mod_perl
  MP_USE_DSO => 1


*** The httpd binary was not found


*** (apr|apu)-config linking info

 -L/usr/lib -laprutil-0 -lldap -llber -lgdbm -ldb-4.1 -lexpat
 -L/usr/lib -lapr-0 -lrt -lm -lcrypt -lnsl  -lpthread -ldl



*** /usr/bin/perl -V
Summary of my perl5 (revision 5 version 8 subversion 5) configuration:
  Platform:
osname=linux, osvers=2.4.30-3tr, archname=i586-linux-thread-multi
uname='linux trustix-22.trustix.net 2.4.30-3tr #1 thu apr 28 15:55:22 cest 
2005
i686 athlon i386 gnulinux '
config_args='-des -Darchname=i586-linux -Dcc=gcc -Dcf_by=Trustix
-Dd_semctl_semun -Di_db -Di_gdbm -Dmyhostname=localhost -Doptimize=-O3
-fomit-frame-pointer -pipe -s -mpentium -mcpu=pentium -march=pentium
-fexpensive-optimizations -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES=1
-D_LARGEFILE64_SOURCE=1 [EMAIL PROTECTED] -Dprefix=/usr
-Dsiteprefix=/usr -Duselargefiles -Dvendorprefix=/usr
-Dman3dir=/usr/share/man/man3 -Dman1dir=/usr/share/man/man1
-Dprivlib=/usr/lib/perl5/5.8.5 -Dsitelib=/usr/lib/perl5/site_perl/5.8.5
-Dvendorlib=/usr/lib/perl5/vendor_perl/5.8.5
-Darchlib=/usr/lib/perl5/5.8.5/i586-linux-thread-multi
-Dsitearch=/usr/lib/perl5/site_perl/5.8.5/i586-linux-thread-multi
-Dvendorarch=/usr/lib/perl5/vendor_perl/5.8.5/i586-linux-thread-multi
-Dusethreads -Dinc_version_list=5.8.4 5.8.3'
hint=recommended, useposix=true, d_sigaction=define
usethreads=define use5005threads=undef useithreads=define 
usemultiplicity=define
useperlio=define d_sfio=undef uselargefiles=define usesocks=undef
use64bitint=undef use64bitall=undef uselongdouble=undef
usemymalloc=n, bincompat5005=undef
  Compiler:
cc='gcc', ccflags ='-D_REENTRANT -D_GNU_SOURCE -DTHREADS_HAVE_PIDS
-fno-strict-aliasing -pipe -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64
-I/usr/include/gdbm',
optimize='-O3 -fomit-frame-pointer -pipe -s -mpentium -mcpu=pentium
-march=pentium -fexpensive-optimizations -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES=1
-D_LARGEFILE64_SOURCE=1',
cppflags='-D_REENTRANT -D_GNU_SOURCE -DTHREADS_HAVE_PIDS 
-fno-strict-aliasing
-pipe -I/usr/include/gdbm'
ccversion='', gccversion='3.3.4 (Trustix)', gccosandvers=''
intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=1234
d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=12
ivtype='long', ivsize=4, nvtype='double', nvsize=8, Off_t='off_t', 
lseeksize=8
alignbytes=4, prototype=define
  Linker and Libraries:
ld='gcc', ldflags =' -L/usr/local/lib'
libpth=/usr/local/lib /lib /usr/lib
libs=-lnsl -lgdbm -ldb -ldl -lm -lcrypt -lutil -lpthread -lc
perllibs=-lnsl -ldl -lm -lcrypt -lutil -lpthread -lc
libc=/lib/libc-2.3.2.so, so=so, useshrplib=false, libperl=libperl.a
gnulibc_version='2.3.2'
  Dynamic Linking:
dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags='-Wl,-E'
cccdlflags='-fpic', lddlflags='-shared -L/usr/local/lib'


Characteristics of this binary (from libperl):
  Compile-time options: MULTIPLICITY USE_ITHREADS USE_LARGE_FILES 
PERL_IMPLICIT_CONTEXT
  Built under linux
  Compiled at Jul  1 2005 17:26:13
  %ENV:
PERL_LWP_USE_HTTP_10="1"
  @INC:
/usr/lib/perl5/5.8.5/i586-linux-thread-multi
/usr/lib/perl5/5.8.5
/usr/lib/perl5/site_perl/5.8.5/i586-linux-thread-multi
/usr/lib/perl5/site_perl/5.8.5
/usr/lib/perl5/site_perl
/usr/lib/perl5/vendor_perl/5.8.5/i586-linux-thread-multi
/usr/lib/perl5/vendor_perl/5.8.5
/usr/lib/perl5/vendor_perl
.

*** Packages of interest status:

Apache2: -
Apache2::Request   : -
CGI: 3.10
ExtUtils::MakeMaker: 6.30
LWP: 5.803
mod_perl   : -
mod_perl2  : 2.01


3. This is the core dump trace: (if you get a core dump):

  [CORE TRACE COMES HERE]

This report was generated by /usr/bin/mp2bug on Mon Jul 18 21:36:04 2005 GMT.

-8<-- End Bug Report --8<--

Note: Complete the rest of the details and post this bug report to
modperl  perl.apache.org. To subscribe to the list send an empty
email to [EMAIL PROTECTED]

suggested patch:
[EMAIL PROTECTED] 
/usr/lib/perl5/site_perl/5.8.5/i586-linux-thread-multi/ModPerl# diff -u
RegistryLoader.pm.org RegistryLoader.pm
--- RegistryLoader.pm.org   2005-07-17 22:38:55.0 +0200
+++ RegistryLoader.pm   2005-07-18 23:27:36.0 +0200
@@ -153,7 +153,8 @@

 sub warn {
 my $self = shift;
-Apache2->warn(__PACKAGE__ . ": @_\n");
+#bafApache2->warn(__PACKAGE__ . ": @_\n");
+Apache2::Log->w

Re: .htaccess question

2005-07-18 Thread Kevin A. McGrail
Not sure really.

I'm trying to make sure that this is the case in pseudocode.

Deny from everyone unless:

1. From intranet without a password
-or-
2. Anywhere else with a password and valid-user using ApacheDBI

Regards,
KAM

>   
> Satisfy Any
> Allow from 192.168.2.10
> PerlAuthenHandler Apache::AuthDBI


Re: Am I running mod perl 2?

2005-07-18 Thread Geoffrey Young


Shane De Jager wrote:
> Hi,
> 
> I have just recently moved form regular CGI to mod perl 2. After
> configuring am am not 100% sure am am actually running mod_perl. I did a
> CGI the CGI test shown in "Practical Mod_Perl". According to it the
> GATEWAY_INTERFACE variable should say CGI-Perl/1.1 but mine says CGI/1.1.
> What confuses me is that the MOD_PERL Variable says mod_perl/2.0.1. Say
> am I really running mod_perl?

the behavior of GATEWAY_INTERFACE changed between mod_perl 1.0 and 2.0, so
don't really worry about that for mp2.

if $ENV{MOD_PERL} is true you're running under mod_perl.

--Geoff


Re: .htaccess question

2005-07-18 Thread Geoffrey Young


Kevin A. McGrail wrote:
> Not sure really.
> 
> I'm trying to make sure that this is the case in pseudocode.
> 
> Deny from everyone unless:
> 
> 1. From intranet without a password
> -or-
> 2. Anywhere else with a password and valid-user using ApacheDBI

right.  that's exactly what Satisfy is for

  http://httpd.apache.org/docs/mod/core.html#satisfy

HTH

--Geoff


Re: .htaccess question

2005-07-18 Thread Kevin A. McGrail
Thanks.  I've read that paragraph before and never interpreted it that way
until you pointed it out.

As best I can tell, this is the correct syntax for the pseudocode I posted
previously.  From 5 minutes of testing, it looks like what we needed.

AuthName "Private Site: Unauthorized Access Prohibited"
AuthType Basic

PerlAuthenHandler Apache::AuthDBI::authen

PerlSetVar Auth_DBI_data_source   dbi:mysql:database=etc...

PerlSetVar Auth_DBI_pwd_tableusers
PerlSetVar Auth_DBI_uid_fieldlogin
PerlSetVar Auth_DBI_pwd_fieldpassword
PerlSetVar Auth_DBI_encryption_methodsha1hex/md5hex/crypt

Satisfy any
Order Deny,Allow
Deny from all
Allow from 10.10.10
require valid-user

Regards,
KAM



Re: [mp2.0.1] bug in RegistryLoader.pm

2005-07-18 Thread Geoffrey Young

> suggested patch:
> [EMAIL PROTECTED] 
> /usr/lib/perl5/site_perl/5.8.5/i586-linux-thread-multi/ModPerl# diff -u
> RegistryLoader.pm.org RegistryLoader.pm
> --- RegistryLoader.pm.org   2005-07-17 22:38:55.0 +0200
> +++ RegistryLoader.pm   2005-07-18 23:27:36.0 +0200
> @@ -153,7 +153,8 @@
> 
>  sub warn {
>  my $self = shift;
> -Apache2->warn(__PACKAGE__ . ": @_\n");
> +#bafApache2->warn(__PACKAGE__ . ": @_\n");
> +Apache2::Log->warn(__PACKAGE__ . ": @_\n");
>  }

applied, with tweaks.

thanks!

--Geoff