Re: Preventing duplicate signups

[G.W. Haywood]

Hi Rob,

On Thu, 17 May 2001, Rob Bloodgood wrote:

> But it doesn't work.  I still get duplicate accounts, and I'm at a loss
[snip]
> Suggestions?

As you're using Oracle, why not use a constraint?

73,
Ged.

Re: Authentication using NIS

[G.W. Haywood]

Hi there,

On 15 May 2001, qazi Ahmed wrote:

> Now in httpd.conf  i write the 
> 
> 
> PerlRequire /../../../../startup.pl

That's a strange way to specify a directory...

73,
Ged.

Re: Re: Re: installating mod_perl-1.25/apache_1.3.19/perl 5.005_02/solaris 5.6

[G.W. Haywood]

Hi there,

On 11 May 2001, qazi Ahmed wrote:

>   I am implementing NIS Authentication in a project.
>   Using Apache1.3.19, modperl_1.25,perl 5.005_02 and libwww-perl package plus
>   some more packages needed in my project.
[snip]
>   In httpd.conf when i try to put
> 
>   PerlRequire  /eg/startup.pl
[snip]
>   Syntax error on line 547 of 
>/export/home/ats/test-tools/ats/guts/apache/conf/httpd.conf:
>   Invalid command 'PerlRequire', perhaps mis-spelled or defined by a module not 
>included in the server configuration

You haven't got a mod_perl server.  Look in the Guide.

http://perl.apache.org/guide

73,
Ged.

PS:
It's considered very bad form to write for help privately, because the
people who can help very quickly are overloaded by questions from so
many people.  Please address your questions to the mod_perl List.

Re: mod_perl and 700k files...

[G.W. Haywood]

Hi there,

On Thu, 10 May 2001, Morbus Iff wrote:

> I hope ya understand.

Well, I hope we've all got that off our chests.

Now, have you got enough to get you going OK?

73,
Ged.

Re: Apache Oracle and Perl

[G.W. Haywood]

Hi there,

On Thu, 10 May 2001, Harnish, Joe wrote:

> When I start getting this error, I can shutdown the httpd server, and the
> machine and it will still give this error.  If I wait a while(sometimes
> hours, sometimes days) it will come
> back.  Sometimes it is a few hours.  Sometimes it is days.  I have installed
> Apache::DBI in hopes of a possible fix.  
>  
> The error I get is:
> Software error:
> 
> Can't load
> '/usr/lib/perl5/site_perl/5.6.0/i386-linux/auto/DBD/Oracle/Oracle.so' for
> module DBD::Oracle: libclntsh.so.8.0: cannot open shared object file: No
> such file or directory at /usr/lib/perl5/5.6.0/i386-linux/DynaLoader.pm line
> 200. at (eval 13) line 3 


I think I read somewhere that this error sometimes happens as a kind
of catch-all, and doesn't really mean what it says.  I think it can
mean that an executable wouldn't run, or couldn't be found in the
search paths currently in use by the app (and not that it wasn't there).

You seem to have two files in this message, (Oracle.so and libclntsh.so.8.0).
Have you checked both?  There should have a symlink libclntsh.so pointing to
libclntsh.so.8.0 I think.

Have you checked that the paths are correct when this happens?
Check especially LD_LIBRARY_PATH.

HTH

73,
Ged.

Re: Re: installating mod_perl-1.25/apache_1.3.19/perl 5.005_02/solaris 5.6

[G.W. Haywood]

Hi there,

On 10 May 2001, qazi Ahmed wrote:

> I dont have any idea regarding the clock skew detected error.

In this case it just means that 'make' has noticed something odd about
the various dates and times in your system.  It is very important for
several reasons that you keep the computer clock as accurate as you
can.  There are free utilities such as 'ntpd' to help you to do that.

One reason for needing an accurate clock is that the 'make' utility
uses the time and date information which your system keeps about its
files to decide whether or not to recompile (or whatever other action
may be necessary for a 'target').

Another reason is that when a machine is used to serve Web content the
'latest modification' stamps on files are used to decide whether or not
it is necessary to download fresh copies of the files to the client.

Your system seems to have confusing information about the datestamps on
files or about the system time itself.  If a file was copied when the
system time was wrong, and the system time was subsequently corrected,
then this error could appear.  If the system time is wrong and a file
appears to have a date/time later than the current system time, the
same problem can appear.

Please keep your replies on the List so that everyone has a chance to
read them and comment.

73,
Ged.

Re: mod_perl and 700k files...

[G.W. Haywood]

Hi there,

On Thu, 10 May 2001, Morbus Iff wrote:

> >You didn't search the guide, even if you try to make everyone believe that
> 
> Sigh. What the frel is your problem, binky?

Stas' problem, which apparently your researches have not discovered,
is that he WROTE the guide and when somebody starts spamming fifteen
hundred mailboxes because he didn't read it he's understandably a
little irritated.

Please try to understand that a lot of people have put a lot of work
into the stuff you are using for free.  Try to remain polite.

We're doing our best to help.  Some of us are very busy.  Stas is very busy.
Please respect that.

73,
Ged.

Re: installating mod_perl-1.25/apache_1.3.19/perl 5.005_02/solaris 5.6

[G.W. Haywood]

Hi there,

On 10 May 2001, qazi Ahmed wrote:

> but when trying to build, i am getting the errors like:
> 
> make[5]: warning:  Clock skew detected.  Your build may be incomplete
 
Have you checked your system clock?
Do you really mean 5.005_02?

73,
Ged.

Re: crash on exit with -X

[G.W. Haywood]

Hi there,

On Wed, 9 May 2001, Greg Wilson wrote:

> Hi.  We're getting a segfault when httpd shuts down when using
> mod_perl on Red Hat 6.2
[snip]
> "perl -V" gives:
> 
> Summary of my perl5 (5.0 patchlevel 5 subversion 3) configuration:
>   Platform:
> osname=linux, osvers=2.2.5-22smp, archname=i386-linux
> uname='linux porky.devel.redhat.com 2.2.5-22smp #1 smp wed jun 2
[snip]
> Characteristics of this binary (from libperl):
>   Built under linux
>   Compiled at Feb  2 2000 15:35:58
[snip]
> "/usr/sbin/httpd -V" gives:
> 
> Server version: Apache/1.3.12 (Unix)  (Red Hat/Linux)
> Server built:   Mar  1 2000 13:37:34
[snip]
> "uname -a" and "cat /etc/redhat-release" give:
> 
> Linux snuff.testbed.private 2.2.14-5.0 #1 Tue Mar 7 20:53:41 EST 2000 i586

Looks like you didn't compile your own Perl, mod_perl and Apache.
It's well worth the trouble, it only takes a few minutes when you get
the hang of it.  I'd try getting the sources for Perl 5.005_03, Apache
1.3.19 and mod_perl 1.25 and compiling the lot.  I'd also try building
static as there can be problems with DSO (*).

You may see other, more informative replies if you're patient... :)

73,
Ged.

(*) Extract from .../mod_perl-1.25/INSTALL.apaci:
--
=head1 NAME

INSTALL.apaci - Installing mod_perl under Unix with the new hybrid
build environment for Apache 1.3

[snip]
=head1 EXPERIMENTAL

With Apache 1.3 there is support for building modules as Dynamic
Shared Objects (DSO).  So there is support for DSO in mod_perl now,
too.  I
--

Re: mod_perl and 700k files...

[G.W. Haywood]

Hi again,

On Wed, 9 May 2001, Morbus Iff wrote:

>  >> Ahhh. Ok. What's this $SIG{'USR2'} thingy. What's that do?
>  >
>  >http://perl.apache.org/guide
> 
> Well, that's all fine and dandy, and I've gone through there before, but 
> the only thing the search engine brings up concerning USR2 is:
> 
>>The above code asigns a signal handler for the USR2 signal.
>>This signal has been chosen because it's least likely to be
>>used by the other parts of the server.

Look again.

Get the source, go to the directory which contains all the .pod
files and type

grep USR2 * | less -S

or something similar.

(Or you could just read it. :)

73,
Ged.

Re: mod_perl and 700k files...

[G.W. Haywood]

Hi there,

On Wed, 9 May 2001, Morbus Iff wrote:

> Ahhh. Ok. What's this $SIG{'USR2'} thingy. What's that do?

http://perl.apache.org/guide

73,
Ged.

Re: Regarding modperl installation (fwd)

[G.W. Haywood]

Hi there,

On Sat, 5 May 2001, Mithun Bhattacharya wrote:

> Umm aren't we forgetting something here - like the average user who uses
> CPAN to keep track of his modules ??? I mean last time I did install
> Bundle::libnet or even install CPAN I think it went ahead and installed
> perl 5.6.1

It tried to do that to me too, once.  I stopped it.  But then I'm very
choosy about what I allow to be installed on my machines.  :)

73,
Ged.

Re: Regarding modperl installation (fwd)

[G.W. Haywood]

Hi there,

On Fri, 4 May 2001, ___cliff rayman___ wrote:

> "G.W. Haywood" wrote:
> 
> > Unfortunately you have an old version of Perl (5.004) so you should
> > heed the advice of the build scripts and upgrade.  I would suggest
> > version 5.005_03.
> 
> curious - why 5.005_03 as opposed to the recently released 5.6.1?

Caution.  I (and any, more significant, others) still use 5.005_03 in
live sites.  My own development servers use 5.7.  There have been a
few problems reported with 5.6 and I have seen one or two myself.
Although the problems which I saw were largely the result of slightly
dubious coding practices and were easily fixed, some people had more
serious problems and it's why I moved to 5.7 for development.

I've no personal experience of 5.6.1 and although I have had no
problems at all with 5.7 there's a health warning on the packet...

73,
Ged.

Re: Regarding modperl installation (fwd)

[G.W. Haywood]

Hi Stas,

On Sat, 5 May 2001, Stas Bekman wrote:

> Gosh, sometimes I feel like I've forked the mod_perl mailing list :(

Yeah, I know what you mean.  Allow me...

> -- Forwarded message --
> Date: Fri, 4 May 2001 16:26:16 +0530
> From: Qazi Firdous Ahmed <[EMAIL PROTECTED]>
> To: [EMAIL PROTECTED]
> Subject: Regarding modperl installation

> After having gone through your installation steps, i tried installing
> with the same during which i encountered a couple of issues to be resolved.

Building mod_perl takes place in several steps.

Simplified, the steps are:

1. Get the sources and unpack them.  (% tar xzvf )
2. Create your "Makefile".   (% perl Makefile.pl)
3. Compile.  (% make)
4. Test. (% make test)
5. Install.  (# make install) 
6. Configur. (# emacs,vi,edlin...)

You have completed the first two, and sent the results from the
second.  There is nothing seriously wrong with the output but you have
not properly installed the modules required to preform one of the
steps.  Fortunately this step ('make test') is optional.  You can
install mod_perl without doing it.  So all you have to do now is steps
four and five.  As you see, you usually do the install as user 'root'
but the others can be done as any user.

Unfortunately you have an old version of Perl (5.004) so you should
heed the advice of the build scripts and upgrade.  I would suggest
version 5.005_03.  You must compile Perl, Apache and mod_perl with 
the same compiler.

> Further i am using Apache Version 1.3.14, modperl version 1.25,

While you are rebuilding Perl, I'd suggest starting again with version
1.3.19 of Apache.

> libwww-perl5.53 which i downloaded from cpan and apache.org.  I
> tried to put the various missing modules in one of the
> directories(directories given by perl-v command), but still it is
> giving the errors.

Don't worry about it for now.  Try using the CPAN shell next time.

perl -MCPAN -eshell

> This is very critical for the project i am working on.

I hope you have some time for reading...

> Hope to get your expertised guidance for the same.

...http://perl.apache.org/guide

73,
Ged.

Re: Syntax errors across multiple virtual hosts with separate codebase

[G.W. Haywood]

Hi there,

On Wed, 2 May 2001, Tommy Davis wrote:

> We use a server-setup with a mod_perl enabled backend server. The server 
> only runs mod_perl and mySQL for about 5 virtual hosts.
> 
> Our problem is that a syntax-error in a program used on only one virutal 
> host, causes an "internal server error" across all virtual hosts.
> I suspect it's not possible to avoid this, but I would like to be sure. 
> Can anyone confirm this?

Nope.  I suspect your code isn't as separate as you think it is.

73,
Ged.

Re: Help -- Internal Server Error after mod_perl and new apache insta ll on HP-UX 10.20.

[G.W. Haywood]

Hi there,

On Sat, 28 Apr 2001, MCALLISTER,RONAN (HP-FtCollins,ex1) wrote:

> HP-UX 10.20
> and compiling from source.

Did you compile your Perl?

> my httpd.conf

Where?

Have you looked in the archives for HP-UX?  I believe there have been
successes in the recent past, and it may have been a bit fiddly.

73,
Ged.

Re: Child keeps seg faulting

[G.W. Haywood]

Hi there,

On Fri, 27 Apr 2001, Chuck Carson wrote:

> I have no problems on Linux, my exact same build procedure gives me this
> error on Solaris 2.7.
> 
> What is the recommended combo for Solaris 2.7? I am currently using this:
> apache 1.3.19
> mod_perl 1.25
> php 4.04pl1
> perl 5.6

Er - which error?  Segfault?

Definitely try static, and searching archives.  I get the feeling that PHP
and mod_perl on Solaris is an unhappy mix.  Anyone care to comment?

73,
Ged.

Re: Environment variables in startup.pl

[G.W. Haywood]

Hi there,

On Fri, 27 Apr 2001, Philip Mak wrote:

> On Fri, 27 Apr 2001, Scott Alexander wrote:
> 
> > Should this work in a startup.pl file
> >
> > my $hostname = $ENV{"HOSTNAME"} ;
> > from the prompt I can write echo $HOSTNAME and get the correct hostname of the 
>server.
> > But from within startup.pl I don't get it.
> 
> Try this:
> 
> my $hostname = `/bin/hostname`;

Or better still:

http://perl.apache.org/guide

73,
Ged.

Re: template toolkit compile test problems

[G.W. Haywood]

Hi there,

On Tue, 24 Apr 2001, Ruslan V. Sulakov wrote:

> What is PerlFixupHandler for?
> Whats the difference of PerlFixupHandler and PerlTransHandler?

The Eagle Book:

  "Writing Apache Modules with Perl and C", ISBN 1-56592-567-X,
  by Lincoln Stein and Doug MacEachern.

It is available from O'Reilley (www.oreilly.com) and of course
from Jubilee Office Supplies (www.jubileegroup.co.uk).

Some of it might be available to you on-line.

Stas Bekman's mod_perl Guide:

  http://perl.apache.org/guide/

73,
Ged.

Re: Child keeps seg faulting

[G.W. Haywood]

Hi there,

On Thu, 26 Apr 2001, Stas Bekman wrote:

> On Wed, 25 Apr 2001, Mod-Perl List wrote:
> >
> > I have the following config: Solaris 2.7, perl 5.6, php4 and mod_perl 1.25 compiled
> > statically into Apache 1.3.19.
> > get the following error when trying to execute the printenv cgi script
> > [Wed Apr 25 14:58:07 2001] [notice] child pid 11107 exit signal Segmentation Fault 
>(11)
> > [Wed Apr 25 14:59:06 2001] [notice] child pid 11108 exit signal Segmentation Fault 
>(11)
> 
> Yes, read the SUPPORT file in the source dist

Hasn't this combination appeared on the List in the last few months?
Might be worth checking the archives for php and Solaris.

73,
Ged.

Re: Apache growing (memory)

[G.W. Haywood]

Hi all,

On Wed, 25 Apr 2001, Remco Schaar wrote:

> It is very hard to write perfect code,

True, but it's not hard to write code that doesn't leak memory.

void *p = NULL;
...
...
if( p ) { exit(POINTER_ERROR); }
void *p = malloc(n);
...
...
free( p );
p = NULL;
...
...

By which I mean that I use a certain set of pointers for memory
allocation and nothing else.  The pointers are declared and
initialized to NULL in the same statement.  Whenever I free some
memory I set the pointer which was used to point to it back to NULL.
Whenever I use a pointer for memory I first check that its value is
NULL.  Then if I try to use it when it's already being used for
something else my program tells me in a fairly unceremonious fashion.

This is one of a number of defensive techniques I've developed over
the years.  It's better to wrap this kind of stuff in a library of
defensive memory management routines (I expect you can buy one:) as
there's less room for errors and it saves a lot of typing.

Just my $0.02.

Geoff, I expect this will turn out to be one of those threads...

73,
Ged.

Re: [OT] Apache growing (memory)

[G.W. Haywood]

Hi Matt,

On Wed, 25 Apr 2001, Matt Sergeant wrote:

> Easier still, just use boehm gc. ;-)

Can you get that for MS-DOS?

73,
Ged.

Re: What is the difference: PerlRun and MaxRequestsPerChild 1

[G.W. Haywood]

Hi there,

On Wed, 25 Apr 2001 [EMAIL PROTECTED] wrote:

> like to know whether there is a compilation overhead if I set say
> MaxRequestsPerChild 1 ??

http://perl.apache.org/guide

> disk data ransfer rate will be order of magnitude less than if the
> script were to remain in the memory all the time.

Not "order", "orders" :)

> That leads me to think about using very cool RAMFS that
> comes linux-2.4.

You can use ramdisks with almost *any* Linux.

> What does everyone think about using RAMFS to reduce the performance
> degradation due to loading script from the disk if there is one.

Anything that reduces the need to go to a rusty, spinning plate to get
your data is a Good Thing.

73,
Ged.

Re: HELP??? Installation on MAC OS X

[G.W. Haywood]

Hi there,

On Wed, 25 Apr 2001, David Campion wrote:

> I am trying to install mod perl on the Apple OS X Server platform.

Best of luck!

> example :
> 
> dyld: /usr/sbin/httpd multiple definitions of symbol _vhost_alias_module
> /System/Library/Apache/Modules/mod_vhost_alias.so definition of
> _vhost_alias_module
> /System/Library/Apache/Modules/mod_vhost_alias.so definition of
> _vhost_alias_module
> 
> this was built as a DSO with all options enabled, if I don't load this
> module it just complains about the next one in the list.

Never built for your platform, must be somebody who's tried it out there,
but for a start it might be worth trying without loading any modules.
You can get by without lots of them.

Can you run Apache at all without mod_perl?

73,
Ged.

Re: Loading Index.pl as the Root File

[G.W. Haywood]

Hi there,

On Mon, 23 Apr 2001, Al Morgan wrote:

> 
> SetHandler "perl-script"
> PerlHandler Slash::Host::slashcode::rootHandler
> 
> 
> question is:  What does the ~ "^/$" mean?

It's a match expression.  It means match (the tilde character means
match) a line containing a string starting (the caret character means
the start of the line) with a slash character and ending (the dollar
character means the end of the line) right there.

Read up on the ways of specifying classes of strings.  They are often
called "regular expressions".  There are lots of good books on the
subject.  Beware of the differences between Perl regular expressions
and those used by other software, such as many Apache modules and
Apache itself.

73,
Ged.

Re: How to tell if scripts are mod_perl ?

[G.W. Haywood]

Hi there,

On 20 Apr 2001, Wayne Pascoe wrote:

> I'm trying to find out if the scripts will actually be run
> through mod_perl and not as cgi's. 

http://perl.apache.org/guide

73,
Ged.

Re: Apache::AutoIndex - problem with special symbols in filenames (patch applied)

[G.W. Haywood]

Hi there,

On Tue, 17 Apr 2001, Alexei Barantsev wrote:

> I have found that Apache::AutoIndex does not handle correctly filenames with
> special symbols - whitespaces, <, > and so on.

Are you *sure* you want to have those symbols in your filenames??

73,
Ged.

Re: modperl security model question

[G.W. Haywood]

Hi all,

On Mon, 16 Apr 2001, darren chamberlain wrote:
> Thomas K. Burkholder ([EMAIL PROTECTED]) said
[snip]
> > my $input = IO::File->new("http://perl.apache.org/guide).  It can help to
include the system error string (from the Perl special variable $!) in
the error message which you print after a failed system call so in this
case you'd be a lot wiser after the event (permissions, disc full...:).

73,
Ged.

Re: Unwanted "\n" in output

[G.W. Haywood]

Hi there,

On Sat, 14 Apr 2001, willems Luc wrote:

> I have some Apache::ASP scripts that work like a XML::RPC
[snip]
> One of my scrips has a problem that in the response , 7  times a '\n' 
> charecter is put before the actual XML text

Have you got some <% # comments %> in a template or something like that?
Sometimes you have to fiddle with the exact location of the <% and %> tags
to get the whitespace just right.

HTH

73,
Ged.

Re: ssl advice? modssl vs. apache-ssl vs. ?

[G.W. Haywood]

Hi there,

On Sat, 14 Apr 2001, Wim Kerkhoff wrote:

> > Apache-1.3.19
> > mod_ssl-2.8.1-1.3.19
> > mod_perl-1.25 (DSO!)
> > openssl-0.9.4
> > Linux_2.2.16
> > glibc 2.1.3 (*important*)
> 
> Why is using glibc 2.1.3 important? It works fine for me with glibc
> 2.2.2.  I'm using the latest versions of openssl (0.9.6) and the Linux
> kernel (2.4.x) as well. I'm using Debian, things may differ on other
> (I'll leave it at that ;) distributions and operating systems.

You need glibc 2.1 or later for full functionality, see the docs. if
you're worried.  You shouldn't be.  Note that there are problems with
56-bit export versions of MSIE5.x and versions of openssl later than
0.9.4, which is why I haven't upgraded to 0.9.6.  That's mentioned in
the docs for mod_ssl.  Worry.

73,
Ged.

Re: ssl advice? modssl vs. apache-ssl vs. ?

[G.W. Haywood]

Hi there,

On Fri, 13 Apr 2001, Fred Toth wrote:

> I've just taken a quick look at the modssl site and the apache-ssl site.
> Does anyone want to comment on the pros and cons of these 2 approaches?

Recently I installed mod_ssl for the first time and although it took
several attempts to get things done in the right order (and by the
right user:) there were no real difficulties.  Haven't used apache-ssl
so I can't comment on the relative merits, but if you read the mod_ssl
docs the decision seems to be easy.

Apache-1.3.19
mod_ssl-2.8.1-1.3.19
mod_perl-1.25 (DSO!)
openssl-0.9.4
Linux_2.2.16
glibc 2.1.3 (*important*)

HTH.

73,
Ged.

Re: umable to run cgi scripts under mod_perl

[G.W. Haywood]

Hi there,

On Tue, 13 Mar 2001, Ratan Jha wrote:

> Running mod_perl-1.22  apache-1.3.11 
> 
> #!/usr/bin/perl
> 
> print < 
> 
> This is a test
> 
> 
> 

But where's the END? 

73,
Ged.

Re: Problem with modperl

[G.W. Haywood]

Hi again,

On Tue, 10 Apr 2001, Escario Julien wrote:

> I forgot a detail : I'm using mod_vhost_alias , is mod_perl compatible ?

It probably isn't the problem, I use it too.  But don't take my word for it.

> [Tue Apr 10 19:46:23 2001] [notice] child pid 1500 exit signal
> Segmentation fault (11)

> So it's because Apache is SegFaulting ?

Yup.

> Why can I solve this problem ?

Look in the file .../mod_perl/SUPPORT in your filesystem.

You need to reduce everything to its simplest and work up from there.
There's a good debugging section in the Guide.  I'd start by compiling
static instead of DSO, that's been known to cause problems in the
past, but you might want to search the List archives for mention of
the combination of modules etc. that you are using.  There may be
someone on the list who has more experience of your setup, I've never
used PHP.  You *did* compile your Perl with the same compiler that
you used for mod_perl etc... didn't you?

73,
Ged.

Re: Problem with modperl

[G.W. Haywood]

Hi there,

On Tue, 10 Apr 2001, Escario Julien wrote:

> This document contains no data ...
> but why ?

Could be lots of reasons.  Often it's because Apache is segfaulting.
Look in the error_log, it might tell you.  Have you read the guide?
http://perl/apache.org/guide

73,
Ged.

Re: Passing data to subrequests

[G.W. Haywood]

Hi there,

On Fri, 6 Apr 2001, Joachim Zobel wrote:

> Is content negotiation somehow uncool? I could not find an
> Apache::Negotiate to interface with mod_negotiate and its remarkably
> little discussed.

Probably because whatever the results of the negotiation, Internet Exploder
will probably ignore them.

:(

73,
Ged.

Re: Sendmail or not?

[G.W. Haywood]

Hi there,

On Sun, 8 Apr 2001, Per Einar wrote:

> What I have understood is that I should avoid forking subprocesses.

The reason is (loosely speaking) performance.  If you haven't any
worries about that, go ahead and fork.  If it were my system I'd
probably just write the mail pieces to files and have a cron job hand
the files to sendmail every hour.

> What is the best choice in my case?

Only you can have enough information to answer that.

73,
Ged.

Re: [OT] Apachecon folks

[G.W. Haywood]

Hi Gunther,

On Wed, 4 Apr 2001, Gunther Birznieks wrote:

> Did you check under the bar...?

:)

Thanks for brightening my day, Gunther.

Wish I was under the bar with Matt.

73,
Ged.

Re: mod_perl forgets filled global variables

[G.W. Haywood]

Hi Werner,

On Fri, 30 Mar 2001, werner.schmidt-wilczek wrote:

> I am using mod_perl for our Intranet. The performance is great, but there
> are many sideeffects!

http://perl.apache.org/guide  :)

> sometimes it seems mod_perl has forgotten the array.

There are many ways of sharing data between your processes, and this
is a topic often discussed on this List.  You might like to search the
archives for things like DBM, tied hash, database, shared data, shared
variables.  There are links to search engines on the mod_perl home
page.  Also there are one or two things in the DIGEST which might
interest you, it has many useful references.

73,
Ged.
 

Re: Odd "Can't locate" errors

[G.W. Haywood]

Hi Rob,

On Thu, 29 Mar 2001, Robert Landrum wrote:

> >> Can't locate auto/CapWiz/Mail/App/handler.al in @INC
> >[snip], [snip]

This puzzles me too...

> sub handler {

Looks like your process is looking for "handler.al" not "handler".
Have you tried renaming the handler to something like handler_123
to see what it makes of that?  You'd have to name it explicitly in
your configuration of course.

You could trigger a backtrace whenever this particular error turned up
but I don't know how far that would get you.  You could build with the
debugging options turned on too.  Probably it would change the fault.

I suppose also you could do a hack to get rid of the symptoms by
making sure that your handler was only ever called as "handler".
Nah, forget I said that.

> Is there any way that it's apache?

Unlikely.  I've never pinned anything on Apache and I've given most
versions from 1.2 quite a lot to chew on.  Upgrading is always worth a
try, though my feeling is that it's more likely to hide a fault like
this than to cure it - unless you're very lucky and it makes it solid
so you can find it.

You *did* build everything yourself, and all with the same compiler?

73,
Ged.

Re: Odd "Can't locate" errors

[G.W. Haywood]

Hi there,

On Thu, 29 Mar 2001, Robert Landrum wrote:

> (once a week maybe), I get a string of error reports
[snip]
> Can't locate auto/CapWiz/Mail/App/handler.al in @INC
[snip]

This puzzles me...

> at /dev/null line 0

Are you getting segfaults?  Running short of memory?
Any other clues?

> The CapWiz::Mail::App has a handler

What and where is it?

> Has anyone else had these problems in the past?

Not I.

> Apache 1.3.12, Perl 5.6.0, mod_perl 1.24_01

Might be worth trying a later Perl in the hope of getting a more
informative/different error message but that's a shot in the dark.

73,
Ged.

Re: Installing new modules via CPAN?

[G.W. Haywood]

Hi there,

On Thu, 29 Mar 2001, Bolt Thrower wrote:

> Can't locate object method "module" via package "Apache" at
> /usr/lib/perl5/site_perl/5.005/Apache/DBI.pm line 202.
> 
> It seems that something doesn't like the Apache->module() call, which
> wouldn't be available unless it's actually in a mod_perl environment.  
> 
> So how am I supposed to install Apache::AuthCookieDBI via the CPAN
> shell?

You don't have to use the CPAN shell to install, and it will only need
a mod_perl environment to test so you could force the install without
the test.  I think.

For a tiny thing like this I'd just download the tarfile and read the
installation instructions in there.

73,
Ged.

Re: Running Mod-Perl on Solaris 2.8

[G.W. Haywood]

Hi there,

On Tue, 27 Mar 2001, Melissa Matthews wrote:

> We have installed mod_perl-1.25 under apache-1.3.14 and Solaris 8,

> Whenever I browse my test page www.my.com/perl/test.pl, I
> get a Netscape pop-up message stating:
> 
>   "The document contained no data. 

This often indicates that a child segfaulted.

> The apache error_log provides the message:
> 
>[] [notice] child pid 19616 exit signal Segmentation Fault (11)"

Yup.

> All the evidence leads me to assume that their is something basic that I am
> missing.

A LoadModule directive?

73,
Ged.

Re: /dev/null problems

[G.W. Haywood]

Hi there,

On 28 Mar 2001, Matthew Kennedy wrote:

> >From the mod_perl guide:
> 
>   syntax error at /dev/null line 1, near "line arguments:"

> This is exactly the problem I have been getting when starting Apache

> Does anyone have any suggestions?

Have you checked to make sure that your /dev/null is really broken?
My feeling is that this is unlikely.  The symptom might indicate that
something is not configured correctly but there's no information to 
work with.

73,
Ged.

Re: mod_perl based Authentication ...

[G.W. Haywood]

Hi there,

On Wed, 28 Mar 2001, Sumit Babu wrote:

> I am trying to install Apache::AuthCookie from CPAN,
> but I am getting the following error (during make test
> stage) and I am not able to get what is wrong here:
> ---
> [error] Can't load
> '/usr/local/perl/5.6.0/site_lib/i686-linux/auto/Apache/Apache.so'

Either the shared object can't be loaded, or something it's trying to
do when it initializes is failing.

Is it actually there?

73,
Ged.

Re: mod_perl 1.25 install crashes with IBM HTTP Server 1.3.12.2 on AIX 4.3.3

[G.W. Haywood]

Hi there,

On Tue, 27 Mar 2001, Mohammed Azam wrote:

> I am trying to install mod perl 1.25 on my aix machine.

> I am using
>   -- AIX 4.3.3
>   -- IBM HTTP Server 1.3.12.2

Get the latest Apache, I think 1.3.12 is too old to work with
mod_perl 1.25.

73,
Ged.

Re: [DIGEST] mod_perl digest 03/24/01

[G.W. Haywood]

Hi Gunther,

On Tue, 27 Mar 2001, Gunther Birznieks wrote:


> Is Perl 5.6 really the "stable" release?

According to the Perl developers it is.  Odd minor version numbers
now indicate development versions, so the next "stable" release should
be 5.8.x

Having said that I'm using 5.7.0 in development of a system with tens
of thousands of lines of Perl and I have had only one minor problem -
Image::Magick won't install.  I don't know why, it might well be my
fault but I don't care for the moment, so I'm well pleased with it.

Of course we're still running 5.005_03 in production.

> I've seem some discussion out of the corner of my eye here about
> people complaining about 5.6 and to get so-and-so latest version

I saw one or two messages like that too, which was one reason for
going to 5.7.0.  The main reasons were to get some experience of the
new version, and get a feel for what might happen we eventually uprade
in production.  If we don't upgrade reasonably often (I'm thinking
every year or two:) then when we finally do it could be painful.

> Also, is 5.6 really the release that works the most stably with mod_perl 
> 1.25? Or would a variant of 5.005 really be better

I have had no issues with 5.6.0 nor 5.7.0 attributable to mod_perl itself
of any version 1.21 - 1.24_01, I haven't used 1.25 for real yet.

The only problem I ever had with 5.6.0 was when it complained about
some dubious code in one of our outsourced libraries.  One-line fix.

> if I want the most stable mod_perl server I would use Perl 5.6 with 
> mod_perl 1.25.

I'd say the jury's still out on that.

73,
Ged.

Re: Not even beginning - INSTALL HELP

[G.W. Haywood]

Hi there,

On Tue, 27 Feb 2001, A. Santillan Iturres wrote:

> I have Apache 1.3.12 running on a RedHat 7.0 box with perl, v5.6.0 built for
> i386-linux
> I went to install mod_perl-1.25:
> When I did:
> perl Makefile.PL
> I've got a:
> Segmentation fault (core dumped)

Did you build your Perl yourself?  Sounds like there's a problem with
it.  Check out the mod_perl List archives for problems with gcc (the C
compiler) that was shipped with RedHat 7.0.  You should probably get
that replaced to start with.  (Or use Slackware - sorry:)

73,
Ged.

Re: Rotating Apache logs

[G.W. Haywood]

Hi all,

On Thu, 22 Feb 2001, Terry Newnham wrote:

> Is there a command-line use or the rotatelogs by means of
> which you can rotate the logs on the fly ?

Your logs can be piped through a program so you can do anything you
like with them, on the fly.

For example (from http://perl.apache.org/guide):

  LogFormat "%h %l %u %t \"%r\" %>s %b" common
  CustomLog "| /usr/local/apache/bin/syslogger.pl hostnameX" common

Note that this particular approach is said to be slow, but there are
other ways of doing it.

73,
Ged.

Re: [AIX] [gsar@ActiveState.com: v5.6.1 trial2 is available]

[G.W. Haywood]

Hi guys,

> > [AIX-4.3.2, IBM's C compiler, Apache apxs shared modules]

How about putting [AIX] in the subject line?

I've seen a number of people asking about AIX on the mod_perl List.

73,
Ged.

Re: TransHandler causes "Undefined subroutine &#::handler called."

[G.W. Haywood]

Hi there,

On Tue, 20 Feb 2001, Russell Lundberg wrote:

> Apache 1.3.12 (EVERYTHING=1), mod_perl 1.24, Perl 5.005_2, Solaris 5.7.
> package Apache::Download; use Apache; sub handler { return DECLINED; } 1;
> [error]  null: Undefined subroutine &#::handler called.

What's the file's name, where is it, what's in your configuration, do
you have any other files/packages named the same in the search paths,
(have you tried a different package name e.g. Apache::DNL1a2b3c which
definitely won't conflict with anything else), do you have any other
handlers running OK, have you read http://perl.apache.org/guide?

73,
Ged.
PS it might be worth upgrading those sources.  OS patches?

Re: newbie mess

[G.W. Haywood]

Hi there,

On Fri, 16 Feb 2001, matt wrote:

> --- i am sorry if this is not the appropiate list --

Are you running mod_perl?

How did you start Apache?

73,
Ged.

Re: Apache::ASP, SSL problems ... must be LWP ...

[G.W. Haywood]

Hi Demetrios C.,

On Fri, 16 Feb 2001, Demetrios C. Christopher wrote:

> Is Joshua out sick or something ;)
 
No, but I happen to know that he's very, very busy...

73,
Ged.

Re: make trouble

[G.W. Haywood]

Hi there,

Like the new target for make!

On Fri, 16 Feb 2001, Paul Lombardo wrote:

> I can get the Makefile.PL to fire without any trouble, but EVERY time I run
> make I get:
> 
> *** Error code 1

> any ideas what I am doing wrong?

I think this is what you're doing wrong:

> We have Solaris 2.5
> perl 5.6
> apache 1.3.6
> mod_perl1.24

:)

Grab yourself the latest of everything (Apache is now up to 1.3.17 and
you might need patches for that OS!)  and look in the archives of this
List for the things people have done to compile on Solaris.  Create
new directory source trees for example:

 /export/home/apache_1.3.17
 /export/home/mod_perl-1.25

and run 'perl Makefile.PL' from within the /export/home/mod_perl-1.25
directory.  Don't forget to build everything (including Perl) with the
same compiler.  gcc is recommended but I think you can do it with
others.  You might need to mess around with compiler flags.

You could have helped yourself by reading .../mod_perl-x.xx/SUPPORT
which mentions the Guide:

http://perl/apache.org/guide.

It's a lot of reading but well worth it.

73,
Ged.

Re: garbled browser display

[G.W. Haywood]

Hi there,

On Fri, 16 Feb 2001, Todd Finney wrote:

> I've noticed some strange behavior that I think is being 
> caused somewhere in my handler sequence.

Have you looked at the HTTP headers?

73,
Ged.

Re: Difference between NN and IE

[G.W. Haywood]

Hi there,

On Fri, 16 Feb 2001, Scott Alexander wrote:

> Why is it Netscape displays the pop up authenticate window when the
> user enters the wrong password. But Internet Explorer displays my
> 401.html page if I return an AUTH_REQUIRED; from my AuthAny.pm

This really isn't the place to discuss the multitude of differences
between and faults in browsers.  You will certainly find more as you
travel this path.  All you can do is try to code in such a way as to
offer your users as little frustration as possible.

For some insights into browsers and their ways, see for example
"Professional JavaScript" ISBN 1-861002-70-X.

73,
Ged.

Re: General Question

[G.W. Haywood]

Hi there,

On Fri, 16 Feb 2001, Kiran Kumar.M wrote:

> I would like to know what header to print to view this on the browser

Your question is not very clear, are you using mod_perl?  If so how is
it configured?  Have you read .../mod_perl/SUPPORT?  Have you seen the
Eagle Book?  Have you read the Guide?

Stas Bekman's mod_perl Guide:

  http://perl.apache.org/guide/

The Eagle Book:

  "Writing Apache Modules with Perl and C", ISBN 1-56592-567-X,
  by Lincoln Stein and Doug MacEachern.

  It is available from O'Reilley (www.oreilly.com) and of course
  from Jubilee Office Supplies (www.jubileegroup.co.uk).

73,
Ged.

Re: Problems make'ing mod_perl-1.25 under HPUX 11.00

[G.W. Haywood]

Hi there,

On Thu, 15 Feb 2001, Corey Hart wrote:

> Everytime I am try to make mod-perl1.25 under HPUX 11 I always
> encounter the same error:

Search the mailing List archives for HPUX (if you haven't already:)
there was some useful stuff about HPUX recently - this year I'm sure.

73,
Ged.

Re: compiling mod_perl without root...

[G.W. Haywood]

Hi there,

On Tue, 13 Feb 2001, Joseph Crotty wrote:

> How do I compile so the apache perl modules get
> installed in a place of my choosing???

You can just copy them there yourself.  Then all you have to do is set
the @INC paths so they can be found at runtime.  I think you'll find
all you need about that in the Guide.  http://perl.apache.org/guide

But you still need to be root to attach to port 80, so root has to
start the server unless it's only going to listen to ports > 1024.

73,
Ged.

Re: [OT] Re: Repost: Anyone using "virtual server" for mod_perl hosts?

[G.W. Haywood]

Hi guys,

On Mon, 12 Feb 2001, Malcolm Beattie wrote:

> >  you can run *thousands* of separate Linux images on a S/390

How much, to the nearest order of magnitude, does a S/390 cost?

73,
Ged.
 

Re: Squid and mod_perl. Is it a good company?

[G.W. Haywood]

Hi there,

On Mon, 12 Feb 2001, Marek W wrote:

> What proxy server is better Squid or apache_proxy and that will work with
> mod_perl? Do you have any suggestions or comments?

http://perl.apache.org/guide

73,
Ged.

Re: apache::ASP

[G.W. Haywood]

Hi there,

On Fri, 9 Feb 2001, Compagnon, Jean-Charles wrote:

> Hi, I have a cobalt raQ3 and I'd like to implement the apache::asp module.
> the raQ3 runs linux on a MIPS processor and I was wondering if any of you
> can confirm that it will work under MIPS.

Apache::ASP is pure Perl, so if you have mod_perl running on your box
then Apache::ASP will be OK.

73,
Ged.

Re: Redirection Location MUST be absolute (was Re: Send a cookie, AND a redirect ?)

[G.W. Haywood]

Hi guys,

Do you think you could take this off-list now?

73,
Ged.

Re: BSDI 4.1 libperl.so problem

[G.W. Haywood]

Hi there,

On Thu, 8 Feb 2001, Aaron Schlesinger wrote:

> % apachectl configtest
> Syntax error on line 207 of /usr/local/apache/conf/httpd.conf:
> Cannot load /usr/local/apache/libexec/libperl.so into server: File not found
> 
> % ls -l /usr/local/apache/libexec/libperl.so
> -rwxr-xr-x  1 root  wheel  210522 Feb  8 13:49 /usr/local/apache/libexec/libperl.so
 
> As you can see the file is there.

Well some of it is...

c2h5oh:/usr/local/apache/libexec$ >>> ls -l libperl.so
-rwxr-xr-x   1 root root  1160538 Sep 14 16:02 libperl.so*
c2h5oh:/usr/local/apache/libexec$ >>>

(I take it you've checked the permissions on all the directories in
the path?:)

73,
Ged.

Re: Newbie question to mod_perl and Apache::DBI

[G.W. Haywood]

Hi there,

On Thu, 8 Feb 2001, Caroline Kliegl wrote:

> I am new to mod_perl and currently trying to make use of Apache::DBI.
> 
> I get the following error :
> 
> Rebuild with -DPERL_STACKED_HANDLERS to $r->push_handlers at
> /usr/local/lib/perl5/site_perl/5.6.0/Apache/DBI.pm line 93.

I think it wants you to rebuild with -DPERL_STACKED_HANDLERS.

http:perl.apache.org/guide - see the section on configuration.

73,
Ged.

Re: Debug perl package in Apache

[G.W. Haywood]

Hi there,

On Thu, 8 Feb 2001, Wang, Pin-Chieh wrote:

> But AuthenNISPlus.pm exited with "Not an ARRAY reference at line 58
> look at this program from line 57 are
> 
>   foreach ($pwd_table->list()){

print STDERR "Argument list = [", $_, "]\n";

> if(@{$_}[0] eq $name){
>   $pwd = @{$_}[1];
>   $group = @{$_}[3];
>   last;

> Any body has any ideals?  Also How can I debug an perl package under
> this environment?

http://perl/apache.org/guide

HTH
73,
Ged.

Re: [RESEND] seg fault with Apache::URI ... weird

[G.W. Haywood]

Hi there,

On Thu, 8 Feb 2001, Nick Tonkin wrote:

> No response on this so here it is again, any clues appreciated:
> This code has worked fine for two years or more on my FreeBSD boxes; this
> is on Linux RedHat 7 ... dunno if that makes a difference.
[snip]

> config_args=''

This seems strange.

> cc='gcc', optimize='-O2', gccversion=2.96 2731 (Red Hat Linux 7.0)

And wasn't there a problem with the compiler on RH7?
I think there's something in the List archies.

73,
Ged.

Re: mod_perl/apache mysql memory usage

[G.W. Haywood]

Hi there,

On Wed, 7 Feb 2001, rene mendoza wrote:

> I have a Linux box running Red Hat 6.1, Apache 1.3.14, 
> compiled statically with mod_perl 1.24_01, mod_ssl, and Open SSL,
> mod_dav and mod_gzip running as DSO's,
> mysql-3.23.28-gamma-pc-linux-gnu-i686 (binary)

> im connecting via ethernet from a windows box with Internet Explorer
> and with Netscape, after a few requests httpd memory usage grows to
> 80MB, and mysqld to over 20MB
 
> it still feels fast but im wondering if its normal???

Perfectly normal.  See http://perl.apache.org/guide (and many, many
threads on the mod_perl List...:)

73,
Ged.

Re: [OT] Freeing Memory with of C extensions under Solaris

[G.W. Haywood]

Hi Bill,

On Wed, 7 Feb 2001, Bill Moseley wrote:

> I'm using some C extensions in my mod_perl application.  IIRC, memory used
> by perl is never given back to the system.  Does this apply also to
> malloc() and free()ed memory in my C extension?  Or is that OS dependent?

It's not clear from your post whethere you're using C to extend Apache
or Perl.  If it's Apache you should be using pools for efficiency's
sake.  There are two sorts of pools (at least:) - those which live for
the lifetime of the parent and those which live for the lifetime of
the child.

If you're using XS then you probably should be using the New(), Newc()
etc. interface to malloc().  See 'perldoc perlapi', 'perldoc perlguts'
and 'perldoc perlxs'.  I guess you already have?

If hacking Perl then you can probably do what you like.

Quote from perldoc perlguts:

   It is suggested that you enable the version of malloc that
   is distributed with Perl.  It keeps pools of various sizes
   of unallocated memory in order to satisfy allocation
   requests more quickly.  However, on some platforms, it may
   cause spurious malloc or free errors.

Eeek!

If you use plain old C malloc() then unless it's been replaced by the
Perl version (which I think they'd like) you'll get your memory back
OK.  Simple enough to check with 'top'.

> Can Apache ever shrink?

If you use plain malloc, yes.  You free some of the the Apache and
Perl pools when a child dies.

See also apache/htdocs/manual/new_features_1_3.html - look for "ALLOC_DEBUG".

HTH

73,
Ged.

Re: Perl Sections, NameVirtualHost, and Aliases

[G.W. Haywood]

Hi there,

On Wed, 7 Feb 2001, Veatch, David W wrote:

> Has anyone successfully built a fully perl conf file with multiple virtual
> hosts on the same IP?

Dunno if it will work for you in those circumstances, but have you
looked at mod_macro?  I used it last year and it was fine for an
ordinary (although complex, multiple virtual hosts) http.conf.

73,
Ged.

RE: Debugging mod_perl with gdb

[G.W. Haywood]

Hi again,

On Tue, 6 Feb 2001, Shane Adams wrote:

> I tried the 'man gdb' command and it didn't
> help much I'm afraid...

Then why not have a look at

http://www.gnu.org/manual/gdb-4.17/gdb.html

I'm not a great fan of using debuggers, but as they go it's fantastic,
it's really worth getting to know it - especially when you may be
looking inside complex data structures, there it really shines.

73,
Ged.

Re: Debugging mod_perl with gdb

[G.W. Haywood]

Hi there,

On Tue, 6 Feb 2001, Shane Adams wrote:

> I've found a "write to a dangling pointer" when apache/mod_perl
> evaluates a  section of the apache config file.
> 
> My question:  How do I go about attacking this problem?

1. Reduce your test case to the absolute minimum.
2. 'perldoc perldebug'
3. 'man gdb'
4. http://perl.apache.org/guide.

73,
Ged.

Re: SQL log analyzer for Apache::DBILogger

[G.W. Haywood]

Hi there,

On Mon, 5 Feb 2001 [EMAIL PROTECTED] wrote:

> Sometime in the next month I need to embark on a log analyzer for the logs
> we've been accumulating for many moons via Apache::DBILogger.  Has anyone
> made any effort to do such a thing already?  I've dug around the web for a
> while and come up with zilch.

There are certainly such things about, and you might like to have a look at
the thread "How to really bang on a script?" about the end of October 2000.

73,
Ged.

Re: Error reporting mod_perl 1.25 + apache 1.3.17

[G.W. Haywood]

Hi there,

On Mon, 5 Feb 2001, Matisse Enzer wrote:

> I compiled perl 5.6 and Apache 1.3.17 using gcc egcs-2.91.66
> on a RH Linux 6.1 system.
> 
> If I compile Apache without modperl it run OK. If i compile it with 
> mod_perl 1.25 I also get the segmentation fault on startup.
> 
> I looked in ../mod_perl/SUPPORT  and didn't see anything obvious 
> about this problem.

The SUPPORT document is intended to help you to provide information
which will be helpful to those trying to help you...

I hope that's clear. :)

I'm sure there must be people on this List who have successfully built
mod_perl systems using exactly the packages you have mentioned.

Anyone care to confirm that?

73,
Ged.

Re: seg fault with Apache::URI ... weird

[G.W. Haywood]

Hi there,

On Sun, 4 Feb 2001, Nick Tonkin wrote:

> I am encountering a weird problem with Apache::URI ... consider, please,
> this test handler:
> 
> package WM::Test;
[snip]

> As written, this causes a seg fault every time.

I know this will sound strange, but would you, just for me, try
calling the package something else other than "Test"?  That cured
a segfaulting mod_perl on Solaris for me last year.  I never had 
the time to investigate why that fixed it.  You probably won't want
it to be called "Test" eventually anyway...

73,
Ged.

Re: INIT Blocks under mod_perl

[G.W. Haywood]

Hi there,

On Fri, 2 Feb 2001, T.J. Mather wrote:

> Does anybody know if INIT blocks work under mod_perl?  I was trying to get
> Geography::States to work under mod_perl and it doesn't seem to run the
> code in the INIT block.  When I removed "INIT {" and the corresponding
> "}" line from the Geography/States.pm file, the code ran fine.

Just remind me - what's an INIT block?

73,
Ged.

Re: This list... formatted headerS?

[G.W. Haywood]

Hi Gunther,

On Sat, 3 Feb 2001, Gunther Birznieks wrote:

> So based on some of the recent comments, am I correct in thinking this 
> document should go up pretty soon now with an official URL on the Apache 
> Perl site?

I think you probably are.  I had another comment after my ARGH post
(thanks Robin:).  I'd like to try to massage it a little before it
goes to the site but it shouldn't take long.  Trouble is I'm a bit
pressed at the moment...
 
> I don't like FTP url's cuz there's quite a few firewalls that just allow 
> people to browse but not FTP://...

Quite so.

73,
Ged.
 
> At 12:04 AM 1/31/01 +, G.W. Haywood wrote:
> ftp.jubileegroup.co.uk/pub/mod_perl/admin/admin.txt

Re: Error reporting mod_perl 1.25 + apache 1.3.17

[G.W. Haywood]

Hi there,

On Fri, 2 Feb 2001, Vasily Petrushin wrote:

> Summary of my perl5 (revision 5.0 version 6 subversion 0) configuration:
>   Platform:
> osname=solaris, osvers=2.8, archname=sun4-solaris-thread-multi
> 
> Options given to mod_perl's Makefile.PL USE_DSO=1 EVERYTHING=1

Have you tried building static?

Did you search the mod_perl Mailing List archives for "Solaris"?

73,
Ged.

Re: Using modperl as an 'adaptor' front end to an app server.

[G.W. Haywood]

Hi all,

On Fri, 2 Feb 2001, Gunther Birznieks wrote:

> Anyway, you should be able to implement your own custom handler to talk 
> your proprietary socket protocol in mod_perl.

I did this last year for a Client in the Big Smoke.  Only about twenty lines.
Sorry, can't give a way any source - it's their property.

73,
Ged.

Re: Best GCC compiler options for Intel (perl & apache)

[G.W. Haywood]

Hi Tim,

On Thu, 1 Feb 2001, Tim Bunce wrote:

> Can anyone recommend extra gcc options to squeeze the last ounce of
> performance out of code (perl and apache in this case) on Intel?
> 
> I don't mind tying the code down to one cpu type or loosing the ability
> to debug etc. We're already doing -O6 and are looking for more.

This kind of question usually spawns VERY long threads on this List...

I feel sure you shouldn't be using more than -O2 but I can't remember
why nor where I read it.  If I remember I'll let you know.

The compiler isn't the place to look for performance gains.  Look to
your system architecture, Perl code.  See if you can code the things
that get executed the most in C.  Use handlers, not Registry.  Cache.
Use RAID.  Throw away your database.  Well maybe not throw it away,
but be careful how you use it.  (I can't believe I'm saying this to
you:).  Remember the Pareto Principle.

> I'm using gcc 2.95.2, is that the latest/best?

It'll do.

73,
Ged.

Re: [OT] Dynamically changing current package

[G.W. Haywood]

Hi Andrew,

On Wed, 31 Jan 2001, Andrew Ho wrote:

> This isn't strictly a mod_perl question, but is there a good way in
> general Perl to dynamically change the current package name?


perldoc -f package 


73,
Ged.

Re: Apache/mod_perl mysteriously closing connection

[G.W. Haywood]

Hi Andrew,

On Wed, 31 Jan 2001, Andrew Ho wrote:

> Sporaically (perhaps 1 in 100 requests) and unpredictatably, requests seem
> to be getting dropped without being logged. In a browser, this would be
> indicated by a "document contains no data" error. Absolutely no headers or
> content are sent. The strange thing is that Apache also does not log any
> sort of access or error.

It sounds a little like a crash which happens before the logging routines
get a chance to do any logging.

Are you getting core dumps?


73,
Ged.
 

RE: Apache::ASP

[G.W. Haywood]

Hi there,

On Wed, 31 Jan 2001, Wang, Pin-Chieh wrote:

> How do I load mod_perl?
> in httpd.conf

Please read the installation section of the Guide.

http://perl.apache.org/guide


73,
Ged.
 

Re: Apache::ASP

[G.W. Haywood]

Hi there,

On Wed, 31 Jan 2001, Wang, Pin-Chieh wrote:

> Invalid Command 'PerlHandler' perhaps mis spelled or defined by module not
> included in the server configuration.

You don't appear to have mod_perl in your server.

Have you loaded it in httpd.conf?

73,
Ged.

Re: mod_perl 1.25 + perl 5.6

[G.W. Haywood]

Hi there,

On Wed, 31 Jan 2001, Vasily Petrushin wrote:

> I have a problem with perl 5.6 + mod_perl 1.25 + apache 1.3.17
> Operating System is Sun Solaris 8 for SPARC, 64bit.
> [Tue Jan 30 17:58:51 2001] [notice] child pid 17005 exit signal
> Segmentation Fault (11)

Have you looked at the information in .../mod_perl/SUPPORT


and did you compile your Perl?

?

73,
Ged.

Re: Development Environment

[G.W. Haywood]

Hi Andrew,

On Wed, 31 Jan 2001, Andrew Ho wrote:

> What if there are 20 mod_perl developers at your company? You either need
> to do admin work to partition the developers by what modules they write,
> or run 20 Apache instances, which may be very expensive.

Yes, it's a lot of work to set up an environment for many developers
to work in.  I work on servers which do this sort of thing now.  As
we're all working on the same project, we have a single httpd.conf for
all Apache instances on the develpopment server(s) plus for example
ghhttpd.conf for my own personal settings where they differ from those
which the others are using at the time.  In httpd.conf there's a
section something like this:

 
  ServerRoot /home/ged/whateverServerRoot
  DocumentRoot /home/ged/whateverDocumentRoot
  Port 4321
  User ged
  Group nogroup
  ErrorLog /home/ged/log/error_log
  CustomLog /home/ged/log/access_log combined
  PidFile /tmp/ghttpd.pid
  LockFile /tmp/ghttpd.lock
  Include conf/ghcustom.conf


and my httpd instance is started something like this:

/path/to/httpd -Dghhttpd -f

so that the appropriate personalization is used.

I very rarely need my ghhttpd.conf.

73,
Ged.

Re: Hard times with apache config

[G.W. Haywood]

Hi there,

On Tue, 30 Jan 2001, Fritz Heinrichmeyer wrote:

[snip]
> perl Makefile.PL seem not to honor the APACHE_SRC=.../... switch.
[snip]
> The httpd server wanted to read
> /usr/local/etc/apache/etc/apache/httpd.conf.

You could try running 'perl Makefile.PL' from 

/usr/local/mod_perl

with Apache in 

/usr/local/apache

and either don't use APACHE_SRC at all or set it to

../apache/src

Works fine for me.

73,
Ged.
 

Re: Apache - Perl - Oracle

[G.W. Haywood]

Hi there,

On Tue, 30 Jan 2001, Aldo Luis Orsini wrote:

> Help me please ...
> I want connect to DB Oracle by emperl but i don't .

Have you tried the embperl mailing list?  The address should be in the
documentation you already have.  If not I think you'll find a link to
it at perl.apache.org.

73,
Ged.

Re: Development Environment

[G.W. Haywood]

Hi there,

On Tue, 30 Jan 2001, Stathy Touloumis wrote:

> I was wondering if anyone has successfully setup a development environment
> to allow for multiple development copies of modules used within Mason
> components.  Also, to have the appropriate changes to the modules shown
> within the development environment.
 
Is there some reason you don't want to run several independent instances
of Apache?

73,
Ged.

Re: Repost: Anyone using "virtual server" for mod_perl hosts?

[G.W. Haywood]

Hi there,

On Tue, 30 Jan 2001, Blue Lang wrote:

> > There are companies (Verio at least) offering a 'virtual machine'
> > running a virtualized OS. Verio is offering NetBSD and Solaris. They
> > have a seriouly large iron where many virtual machines run, each virtual
> > machine gets a share of CPU, HD and RAM resources, an at least an IP
> > address.
> 
> Woah.. I had never heard of this. Have you actually been on a box? I'm
> calling them to see if a demo is available.

There's also VMware.  I think that's what it's called.  Josh?

73,
Ged.

Re: Correct LWP package to test mod_perl

[G.W. Haywood]

Hi there,

On Tue, 30 Jan 2001, Sinclair, Alan  (CORP, GEAccess) wrote:

> Which is the correct LWP package to download from CPAN for doing the make
> test phase during mod_perl installation. I note there are 2 LWP packages
> with the LWP::UserAgent piece: lcwa-1.0.0 and libwww-perl-5.50

You want libwww-perl

73,
Ged.

Re: This list... formatted headerS?

[G.W. Haywood]

Hi there,

On Tue, 30 Jan 2001, wells wrote:

> Why doesn't this list use formatted headers, e.g. Subject: [mod-perl] 
> 
> Would be great for filtering..

Argh.  Three months ago I asked for comments on this document.

I got precisely one.

Thanks again, Gunther!

--
>From [EMAIL PROTECTED] Sun Nov  5 15:32:06 2000
Date: Sun, 5 Nov 2000 15:32:05 +0000 (GMT)
From: "G.W. Haywood" <[EMAIL PROTECTED]>
To: Ask Bjoern Hansen <[EMAIL PROTECTED]>
cc: [EMAIL PROTECTED]
Subject: Re: [ADMIN] Keep those @$%#$ quotes down (was: dynamic vs. mostly static data)
In-Reply-To: <[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Status: O
X-Status: 

Hi all,

On Sun, 5 Nov 2000, Ask Bjoern Hansen wrote:

> Sending a 3.5KB message to write two misspelled lines are a %@$%$
> waste. Those 3.5KB goes to ~1500 people.

Your outburst (with which I have to agree, although maybe we might
talk about banner ads later:) prompted me to publish a document that
Stas and I have been working on, if sporadically, for quite a while.
It's available by anonymous ftp:

ftp.jubileegroup.co.uk/pub/mod_perl/admin/admin.txt

--

73,
Ged.

Re: Perl / DBI Job - Telecommute - Full Time

[G.W. Haywood]

Hi Buddy,

On Tue, 30 Jan 2001, Buddy Lee Haystack wrote:

> A post office box in FL?
> 
> CargoTel, Inc.
> PO Box 660572
> Oviedo, FL 32766
> 
> Doesn't sound very professional...

With $85M I guess he doesn't worry too much about that.

'Course if I had $85M I think I'd go on holiday for a while.

73,
Ged.
 

Re: [RFC] mod_perl Digest path...

[G.W. Haywood]

Hi Geoff,

On Tue, 30 Jan 2001, Geoffrey Young wrote:

> this does present the opportune time to ask the list about the future of
> this digest...

> unfortunately, there is no easy way to derive a decent plain text
> version from an XML base...

!!!???  That's just plain ridiculous.

> thus, the move to take23.org may mean that the digest no longer appears on
> the list in plaintext, but merely as a posting with a link to the current
> version...
> 
> how does this strike everyone?


YUCK!!!


73,
Ged.

Re: Makefile.PL bug (?) - USE_APXS/DYNAMIC incompatible

[G.W. Haywood]

Hi again,

On Sun, 28 Jan 2001, Lynn Winebarger wrote:

>Ok, I resolved this.

Glad you resolved it.

It would help everybody if you keep the subject line the same.

73,
Ged.

Re: make problem - mod_perl.h not found by Apache::modules (more)

[G.W. Haywood]

Hi again,

On Sat, 27 Jan 2001, Lynn Winebarger wrote:

> since tried it with the 5.005 and 1.3.12 installs, using a configuration
> that was successful less than a month ago, and no go.

Last time something like this happened I spent quite a long time
figuring out that the customer had screwed his directory structure by
adding symlinks and moving/editing files to solve a problem that
wasn't there.  In that case I got it to build by putting the files
back like they ought to be and modifying the makefile but it just
shouldn't be that much trouble.  I'm pretty sure you have (or someone
else has:) done something similar.  It doesn't take much to mess up.

I'd wipe the lot (including Perl) and start again with perl5.005_03 only.

73,
Ged.

Re: Making PHP and mod_perl live together in Apache 1.3.14.

[G.W. Haywood]

Hi there,

On Sat, 27 Jan 2001, wells wrote:

> Thanks for the reply.. is there a URL where I can view the archives
> of Support?

I think there's a misunderstanding here.  SUPPORT is the name of a file
in your mod_perl directory, right alongside README...

The several archives of the mod_perl Mailing List are available from
the mod_perl home page, .  They have search
engines.  It's perhaps overstating the case to call that "support",
it's more a place where people help each other out, bounce ideas
around and let off steam - but there are also occasional cries for
help of course.

HTH

73,
Ged.

Re: Making PHP and mod_perl live together in Apache 1.3.14.

[G.W. Haywood]

Hi there,

On Sat, 27 Jan 2001, wells wrote:

> I'm having loads of trouble geting PHP (either as a dynamic SO or a static 
> SO) to live peacefully with mod_perl 1.24_10. if they are both compiled in 
> the httpd binary, then apache causes segmenation faults.
> 
> any ideas on how to work around this?

I had an idea there was something in the archives on this topic, but
if not and you get no other replies (which shouldn't surprise you:)
then you might have a look in SUPPORT and post a backtrace.

73,
Ged.

Re: Apache Version 1.3.0 required, aborting... You need mod_perl 1.24_01 , or later to build with Apache 1.3.14

[G.W. Haywood]

Hi Cliff,

On Sat, 27 Jan 2001, ___cliff rayman___ wrote:

> ged - you are just plain wrong here.
> the error message is very clear.  u just need to install
> apache 1.3.0.  to hell with bugs and security problems.
> newer software is just bloated and cpu hungry anyways.
> 
> well, now i'll get pack to my port of perl 4, mod_perl, and
> apache 1.3.0 for the TRS-80.

Hmmm.  Six out of ten.  ( And that's only 'cos I'm in a good mood :)

73,
Ged.

Apache Version 1.3.0 required, aborting... You need mod_perl 1.24_01 , or later to build with Apache 1.3.14

[G.W. Haywood]

Hey guys,

Even google knew the answer to this one.
See http://www.mail-archive.com/modperl%40apache.org/msg12607.html

I thought if I put the error message AND the solution in the subject
line, with a slightly sarcastic message, and then everybody flamed me
(being careful to keep the subject line) so as to make the longest
thread you ever did see, maybe somebody would find it one day before
spamming the List.

Flames please?  Try to make them original and witty, there'll be a
prize for the best one before the end of January.  The organizer's
decision is final...

73,
Ged.

PS: You need mod_perl 1.24_01 or later to build with Apache 1.3.14 :)

Re: problem to configure perl with apache

[G.W. Haywood]

Hi there,

On Fri, 26 Jan 2001, initiative.fr : COUTEL Jean-Francois wrote:

> It is my first install of perl and i have problem
> 
> I have install APACHE 10.3.14 with APXS, PHP 4.0.3 pl1 with APXS, mysql and 
>mod_perl-1.24_01 with apxs
> 
> apache, php and mysql are ok
> perl is install but i can't use it

There isn't enough information here to figure out what kind of a problem
you have.  Please read the file called SUPPORT in the mod_perl directory,
(and please make sure your information is accurate next time you post:).

73,
Ged.