cvs commit: modperl-2.0/xs/maps apache_functions.map

2002-03-28 Thread dougm

dougm   02/03/28 16:52:44

  Modified:xs/maps  apache_functions.map
  Log:
  fix to build against current httpd-2.0
  
  Revision  ChangesPath
  1.46  +2 -2  modperl-2.0/xs/maps/apache_functions.map
  
  Index: apache_functions.map
  ===
  RCS file: /home/cvs/modperl-2.0/xs/maps/apache_functions.map,v
  retrieving revision 1.45
  retrieving revision 1.46
  diff -u -r1.45 -r1.46
  --- apache_functions.map  10 Mar 2002 00:14:23 -  1.45
  +++ apache_functions.map  29 Mar 2002 00:52:44 -  1.46
   -359,7 +359,7 
ap_hook_process_connection
ap_hook_translate_name
ap_hook_type_checker
  - ap_hook_quick_handler
  +!ap_hook_quick_handler
ap_hook_map_to_storage
ap_hook_create_request
ap_hook_error_log
   -422,7 +422,7 
   ap_run_get_mgmt_items
ap_run_map_to_storage
   ap_run_pre_mpm
  - ap_run_quick_handler
  +!ap_run_quick_handler
ap_invoke_handler
ap_die
   
  
  
  



Re: Segmentation fault 11 (php/mod_perl)

2002-03-28 Thread Perrin Harkins

Bob Pickles wrote:
 I've been hacking at this a couple days.  At first I really wanted to 
 get mod_perl working as a DSO.  Got everything compiled, and added lines 
 to httpd.conf.  Died on startup if I had AddModule mod_perl.c.  
 Following  a tip on this list, I gave up on DSO and went static 
 compile.

And then what happened?  Did you start with a clean conf file?  There 
should be no LoadModule/AddModule stuff in it for a static server.

- Perrin





odd ld error

2002-03-28 Thread Kreimendahl, Chad J


all of this is on Solaris 8 (Netra T1)... any help would be much appreciated

[error] install_driver(Oracle) failed: Can't load
'/usr/local/lib/perl5/site_perl/5.6.1/sun4-solaris/auto/DBD/Oracle/Oracle.so
' for module DBD::Oracle: ld.so.1: /usr/local/apache/bin/httpd: fatal:
/oracle/u01/app/oracle/product/9.0.1/lib//libclntsh.so.9.0: Permission
denied at /usr/local/lib/perl5/5.6.1/sun4-solaris/DynaLoader.pm line 206.
 at (eval 33) line 3
Compilation failed in require at (eval 33) line 3.
Perhaps a required shared library or dll isn't installed where expected
 at /usr/local/lib/perl5/site_perl/5.6.1/Apache/AuthDBI.pm line 244

-r-xr-xr-x   1 root other 134192 Mar 28 10:42
/usr/local/lib/perl5/site_perl/5.6.1/sun4-solaris/auto/DBD/Oracle/Oracle.so*
-rwxr-xr-x   1 oracle   dba  12546608 Mar 22 15:19
/oracle/u01/app/oracle/product/9.0.1/lib//libclntsh.so.9.0*
-r-xr-xr-x   1 root other  45254 Mar 28 10:59
/usr/local/lib/perl5/site_perl/5.6.1/Apache/AuthDBI.pm*

crle config on solaris 8:
  crle -c /var/ld/ld.config -l
/usr/lib:/usr/local/lib:/usr/ccs/lib:/oracle/u01/app/oracle/product/9.0.1/li
b/ -i /usr/lib -i /usr/local/lib -i /usr/ccs/lib -i
/oracle/u01/app/oracle/product/9.0.1/lib/
Configuration file [2]: /var/ld/ld.config  
  Default Library Path (ELF):
/usr/lib:/usr/local/lib:/usr/ccs/lib:/oracle/u01/app/oracle/product/9.0.1/li
b/
  Trusted Directories (ELF):/usr/lib/secure  (system default)


Server version: Apache/1.3.24 (Unix)
Server built:   Mar 28 2002 11:01:30
Server's Module Magic Number: 19990320:11
Server compiled with
 -D HAVE_MMAP
 -D USE_MMAP_SCOREBOARD
 -D USE_MMAP_FILES
 -D HAVE_FCNTL_SERIALIZED_ACCEPT
 -D HAVE_SYSVSEM_SERIALIZED_ACCEPT
 -D HAVE_PTHREAD_SERIALIZED_ACCEPT
 -D HTTPD_ROOT=/usr/local/apache
 -D SUEXEC_BIN=/usr/local/apache/bin/suexec
 -D DEFAULT_PIDLOG=logs/httpd.pid
 -D DEFAULT_SCOREBOARD=logs/apache_runtime_status
 -D DEFAULT_LOCKFILE=logs/accept.lock
 -D DEFAULT_XFERLOG=logs/access_log
 -D DEFAULT_ERRORLOG=logs/error_log
 -D TYPES_CONFIG_FILE=conf/mime.types
 -D SERVER_CONFIG_FILE=conf/httpd.conf
 -D ACCESS_CONFIG_FILE=conf/access.conf
 -D RESOURCE_CONFIG_FILE=conf/srm.conf


Summary of my perl5 (revision 5.0 version 6 subversion 1) configuration:
  Platform:
osname=solaris, osvers=2.8, archname=sun4-solaris
uname='sunos idsco01 5.8 generic_108528-12 sun4u sparc sunw,ultra-5_10 '
config_args='-ds'
hint=previous, useposix=true, d_sigaction=define
usethreads=undef use5005threads=undef useithreads=undef
usemultiplicity=undef
useperlio=undef d_sfio=undef uselargefiles=define usesocks=undef
use64bitint=undef use64bitall=undef uselongdouble=undef
  Compiler:
cc='gcc', ccflags ='-fno-strict-aliasing -I/usr/local/include
-D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64',
optimize='-O',
cppflags='-fno-strict-aliasing -I/usr/local/include -D_LARGEFILE_SOURCE
-D_FILE_OFFSET_BITS=64'
ccversion='', gccversion='3.0.2', gccosandvers='solaris2.8'
intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=4321
d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=16
ivtype='long', ivsize=4, nvtype='double', nvsize=8, Off_t='off_t',
lseeksize=8
alignbytes=8, usemymalloc=y, prototype=define
  Linker and Libraries:
ld='gcc', ldflags =' -L/usr/local/lib '
libpth=/usr/local/lib /usr/lib /usr/ccs/lib
libs=-lsocket -lnsl -ldl -lm -lc
perllibs=-lsocket -lnsl -ldl -lm -lc
libc=/lib/libc.so, so=so, useshrplib=false, libperl=libperl.a
  Dynamic Linking:
dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags=' -Wl,-E'
cccdlflags='-fPIC', lddlflags=' -W,l-E -G -L/usr/local/lib'


Characteristics of this binary (from libperl): 
  Compile-time options: USE_LARGE_FILES
  Built under solaris
  Compiled at Mar 27 2002 18:28:04
  INC:
/usr/local/lib/perl5/5.6.1/sun4-solaris
/usr/local/lib/perl5/5.6.1
/usr/local/lib/perl5/site_perl/5.6.1/sun4-solaris
/usr/local/lib/perl5/site_perl/5.6.1
/usr/local/lib/perl5/site_perl





Re: odd ld error

2002-03-28 Thread Ged Haywood

Hi there,

On Thu, 28 Mar 2002, Kreimendahl, Chad J wrote:

 
 all of this is on Solaris 8 (Netra T1)... any help would be much appreciated
 
 [error] install_driver(Oracle) failed: Can't load
 '/usr/local/lib/perl5/site_perl/5.6.1/sun4-solaris/auto/DBD/Oracle/Oracle.so
[snip]
 Permission denied [snip]

Looks like there's no permission to read the file.

73,
Ged.

PS: You can remove that old_mod_perl address now




RE: odd ld error

2002-03-28 Thread Kreimendahl, Chad J


I thought something was terrible hozed... because when I was logged in as
root, I had no problems running anything... 

Turns out the DBAs just change permissions on their oracle directory...
problem solved.

Thanks

-Original Message-
From: Ged Haywood [mailto:[EMAIL PROTECTED]]
Sent: Thursday, March 28, 2002 11:16 AM
To: Kreimendahl, Chad J
Cc: '[EMAIL PROTECTED]'; mod_perl_new; old_mod_perl
Subject: Re: odd ld error


Hi there,

On Thu, 28 Mar 2002, Kreimendahl, Chad J wrote:

 
 all of this is on Solaris 8 (Netra T1)... any help would be much
appreciated
 
 [error] install_driver(Oracle) failed: Can't load

'/usr/local/lib/perl5/site_perl/5.6.1/sun4-solaris/auto/DBD/Oracle/Oracle.so
[snip]
 Permission denied [snip]

Looks like there's no permission to read the file.

73,
Ged.

PS: You can remove that old_mod_perl address now



Any way to run two versions of the same perl classes at the same time?

2002-03-28 Thread Thomas Burkholder

Hi there-

I've reached a point where I've released a stable version of my project 
(areaj, at www.areaj.org) with a demo server (www.areaj.org/areaj) but I 
want to continue development work on the same machine.  But, obviously 
the new and old versions of the code live in an identical namespace - so 
I don't see a way to run both servers under the same apache 
installation.  I can't just use StatINC and change the code dynamically, 
because that will create an unpredictable and bug-prone experience for 
the people using the production server (I want folks using the 
production server to see the existing product anyway, not what I'm 
developing on).

Does anyone know of an easy way to solve this with apache/mod_perl, 
without running on two different servers?  Locating the code isn't a 
problem; I already deliver the code to a custom location in the user's 
home dir.  I just don't know how to get two apaches to run that read the 
different versions of the code.

Thanks,

//Thomas




Re: How to get two perl namespaces in apache

2002-03-28 Thread Garth Winter Webb

You just need to fire up two separate apaches, each with their own
conf.  So basically you have:

/usr/local/apache_prod
/usr/local/apache_dev

These can actually share the same bin and lib directories; everything is
still installed at '/usr/local/apache' and you symlink the directories
you want to have in common.  You also need separate copies of apachectl
that fire up the httpd's so that they point at the right httpd.conf and
have the right server root.

Garth

On Tue, 2002-03-26 at 11:16, Thomas K. Burkholder wrote:
 Hi there-
 
 Apologies if this gets sent twice - I sent a message yesterday, but it 
 seems to have vanished into the ether.
 
 I'd like to run the production server of my mod_perl project 
 (http://www.areaj.org/areaj) on the same machine as my development 
 server.  Clearly they have the same module names so I have to somehow 
 run them in two different environments - I don't think running them on 
 two different virtual servers is going to do it, right?  Doesn't apache 
 just start one perl runtime?  Please tell me if I'm mistaken about 
 that.
 
 So, I guess I'm wondering if there's an easy way to have two completely 
 separate apache configurations running on the same machine (listening on 
 different ports obviously).
 
 Any help greatly appreciated.
 
 Thanks,
 
 //Thomas
 Thomas K. Burkholder
 
-- 
,---.
  Garth Webb  
  [EMAIL PROTECTED]
  C: 415.652.7688 
  H: 415.701.0568 
`==='




Unable to extract tomcat distribution - Please help

2002-03-28 Thread Kairam, Raj

I downloaded the 'jakarta-tomcat-4.0.3.tar.gz'  from
'jakarta.apache.org/builds/jakarta-tomcat-4.0/release/v4.0.3/bin/'  website.
On a unix box running HP-UX 11, as root, I uncompressed it in /tmp
directory.
To install it, I ran
roothost:/opt tar -xvf  /tmp/jakarta-tomcat-4.0.3.tar .

After a while the prompt comes back.
However, no directories are created in /opt to indicate the stuff from the
.tar file are extracted.
When I look at the contents of the tar file, I see all the files have the
permissions set as follows.
rw-r--r--   0/0

What am I missing for the tar file contents to be not extracted ?
Any help will be very much appreciated.
Thanks
Raj



Re: [m_b_users] [OT] Replacing reverse squid with mod_proxy

2002-03-28 Thread Theo Schlossnagle

On Monday, March 25, 2002, at 10:20 AM, Hans Juergen von Lengerke wrote:
 We are currently using squid set up as a reverse proxy to accelerate
 several heavy backends (mod_perl, etc) and to protect them from slow
 client connections.

 I am looking into replacing the squid with apache+mod_proxy. Why?
 Because ultimately I'd like to be able to cluster the frontend using
 mod_backhand + wackamole. The primary reason for clustering isn't for
 load-balancing (yet) but for failover handling. So, ideally, one machine
 should be enough to serve the whole server load.

wackamole and mod_backhand are completely independent.   If you are 
happy with Squid, just use wackamole and Squid.

If you are set on trying use Apache, try the lingerd patch and set the 
TCP send and receive buffers high.  If you are doing 80 hits/s and want 
to use mod_backhand, then you will most likely want to put 
BackhandConnectionPool off.

--
Theo Schlossnagle
Principal Consultant
OmniTI Computer Consulting, Inc. -- http://www.omniti.com/
Phone:  +1 301 776 6376   Fax:  +1 410 880 4879
1024D/82844984/95FD 30F1 489E 4613 F22E  491A 7E88 364C 8284 4984
2047R/33131B65/71 F7 95 64 49 76 5D BA  3D 90 B9 9F BE 27 24 E7




Re: cvs commit: modperl/t/net/perl util.pl

2002-03-28 Thread Issac Goldstand

A casual user won't understand that documentation... Hell, I'm not even 
sure I completely understand the implications of it and when to use/not 
use escape_html based on it...  I think an example is called for, but 
not in the POD...  Maybe in the Guide?

  Issac

Eric Cholet wrote:

 --On Sunday, March 24, 2002 21:57:54 + [EMAIL PROTECTED] wrote:

 dougm   02/03/24 13:57:53

   Modified:.Changes STATUS
src/modules/perl Util.xs
t/net/perl util.pl
   Log:
   Submitted by:   Geoff Young [EMAIL PROTECTED]
   Reviewed by:dougm
   properly escape highbit chars in Apache::Utils::escape_html


 This is uncool for those of us using a non-ASCII encoding and sending
 out lots of characters with the 8th bit set, e.g. in a French page
 many accented characters will be replaced by 6-byte sequences.
 If I'm sending out Content-type: text/html; charset=ISO-8859-1,
 and calling escape_html to escape '', '' and the like, I'm going
 to be serving quite a lot more bytes than before this patch.

 However escape_html () has no clue as to what the character set is,
 and whether it has been correctly specified in the Content-Type.
 It has also be mentionned here that escape_html is only valid for
 single-byte encodings.

 So this patch does the right thing to escape the odd 8 bit char in
 a mostly ASCII output, but users of other charsets should be warned
 not to use it. I use HTML::Entities::encode($_[0], '') myself.

 Therefore I propose a doc patch to clear this up:

 Index: Util.pm
 ===
 RCS file: /home/cvs/modperl/Util/Util.pm,v
 retrieving revision 1.8
 diff -u -r1.8 Util.pm
 --- Util.pm4 Mar 2000 20:55:47 -1.8
 +++ Util.pm25 Mar 2002 18:19:37 -
 @@ -68,6 +68,13 @@

  my $esc = Apache::Util::escape_html($html);

 +This function is unaware of its argument's character set and encoding.
 +It assumes a single-byte encoding and escapes all characters with the
 +8th bit set. Do not use it with multi-byte encodings such as utf8.
 +When using a single byte non-ASCII encoding such as ISO-8859-1,
 +consider specifying the character set in the Content-Type header,
 +and using HTML::Entities to avoid unnecessary escaping.
 +
 =item escape_uri

 This function replaces all unsafe characters in the $string with their


 -- 
 Eric Cholet


 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]







mod_perl test report

2002-03-28 Thread robl

mod_perl VERSION: 1.2601
Apache version: 1.3.24
Apache MMN: 19990320

(cd ../apache_1.3.24  PERL5LIB=/usr/local/src/nwapache/modperl/lib: make)
=== src
=== src/os/unix
=== src/os/unix
=== src/ap
=== src/ap
=== src/main
=== src/main
=== src/lib
=== src/lib
=== src/modules
=== src/modules/standard
=== src/modules/standard
=== src/modules/extra
=== src/modules/extra
=== src/modules/proxy
=== src/modules/proxy
=== src/modules/ssl
=== src/modules/ssl
=== src/modules/perl
=== src/modules/perl
=== src/modules
cc -c -I. -I/usr/local/lib/perl5/5.6.1/mach/CORE -I./os/unix -I./include   
-funsigned-char -DMOD_SSL=208108 -DMOD_PERL -DUSE_PERL_SSI 
-DAPPLLIB_EXP=/usr/local/lib/perl5/5.6.1/BSDPAN -fno-strict-aliasing 
-I/usr/local/include -DEAPI -DAPPLLIB_EXP=/usr/local/lib/perl5/5.6.1/BSDPAN 
-fno-strict-aliasing -I/usr/local/include `./apaci` modules.c
cc -c -I. -I/usr/local/lib/perl5/5.6.1/mach/CORE -I./os/unix -I./include   
-funsigned-char -DMOD_SSL=208108 -DMOD_PERL -DUSE_PERL_SSI 
-DAPPLLIB_EXP=/usr/local/lib/perl5/5.6.1/BSDPAN -fno-strict-aliasing 
-I/usr/local/include -DEAPI -DAPPLLIB_EXP=/usr/local/lib/perl5/5.6.1/BSDPAN 
-fno-strict-aliasing -I/usr/local/include `./apaci` buildmark.c
cc  -funsigned-char -DMOD_SSL=208108 -DMOD_PERL -DUSE_PERL_SSI 
-DAPPLLIB_EXP=/usr/local/lib/perl5/5.6.1/BSDPAN -fno-strict-aliasing 
-I/usr/local/include -DEAPI -DAPPLLIB_EXP=/usr/local/lib/perl5/5.6.1/BSDPAN 
-fno-strict-aliasing -I/usr/local/include `./apaci`   -Wl,-E  -o httpd buildmark.o 
modules.o  modules/standard/libstandard.a  modules/perl/libperl.a  main/libmain.a  
./os/unix/libos.a  ap/libap.a-lcrypt   -Wl,-E  -L/usr/local/lib 
/usr/local/lib/perl5/5.6.1/mach/auto/DynaLoader/DynaLoader.a 
-L/usr/local/lib/perl5/5.6.1/mach/CORE -lperl -lm -lc -lcrypt -liconv -lutil
=== src/support
=== src/support
+-+
| Before you install the package you now should prepare the SSL   |
| certificate system by running the 'make certificate' command.   |
| For different situations the following variants are provided:   |
| |
| % make certificate TYPE=dummy(dummy self-signed Snake Oil cert) |
| % make certificate TYPE=test (test cert signed by Snake Oil CA) |
| % make certificate TYPE=custom   (custom cert signed by own CA) |
| % make certificate TYPE=existing (existing cert)|
|CRT=/path/to/your.crt [KEY=/path/to/your.key]|
| |
| Use TYPE=dummywhen you're a  vendor package maintainer, |
| the TYPE=test when you're an admin but want to do tests only,   |
| the TYPE=custom   when you're an admin willing to run a real server |
| and TYPE=existing when you're an admin who upgrades a server.   |
| (The default is TYPE=test)  |
| |
| Additionally add ALGO=RSA (default) or ALGO=DSA to select   |
| the signature algorithm used for the generated certificate. |
| |
| Use 'make certificate VIEW=1' to display the generated data.|
| |
| Thanks for using Apache  mod_ssl.   Ralf S. Engelschall|
|  [EMAIL PROTECTED]|
|  www.engelschall.com|
+-+
=== src
cp t/conf/mod_perl_srm.conf t/conf/srm.conf
./apaci/load_modules.pl ../apache_1.3.24/src
../apache_1.3.24/src/httpd -f `pwd`/t/conf/httpd.conf -X -d `pwd`/t 
httpd listening on port 8529
will write error_log to: t/logs/error_log
letting apache warm up...\c
done
/usr/bin/perl t/TEST 0
modules/actions.ok
modules/cgi.FAILED test 4
Failed 1/5 tests, 80.00% okay
modules/constants...ok
modules/cookie..ok
modules/embperl.skipped test on this platform
modules/eperl...skipped test on this platform
modules/fileok
modules/httpdconf...ok
modules/include.ok
modules/log.ok
modules/module..skipped test on this platform
modules/perlrun.ok
modules/perlrunxs...skipped test on this platform
modules/psections...ok
modules/request.ok
modules/sandwichok
modules/src.ok
modules/ssi.ok
modules/stage...ok
modules/status..ok
modules/symbol..ok
modules/uri.ok
modules/utilok
internal/apiok
internal/auth...ok
internal/croak..ok
internal/dirmagic...ok
internal/error..ok
internal/headersok
internal/hooks..ok
internal/http-get...ok
internal/http-post..ok
internal/proxy..ok
internal/redirect...ok
internal/rwrite.ok
internal/stackedok
internal/table..ok