Re: Seg Fault (11)

2000-08-05 Thread Bill Jones

 From: Dave Moore [EMAIL PROTECTED]

 no errors during build:
 Apache/1.3.12 (Unix) secured_by_Raven/1.5.1 mod_perl/1.24 PHP/4.0.1pl2
 
 However, trying to use mod_perl's DSO causes Seg Fault (11)

 mod_perl and php4 dont mix well together, there has been a few posts
 about this in the past. try running it through gdb to get a stack
 backtrace. that might provide some more clues.


Thx for the reply :)

Actually, Covalent discovered the issue -

I built Perl with use_large_files w/64-bit offsets; Apache wasn't
built that way -- therefore mod_perl didn't like it.

All better now :)
-Sneex-
- FCCJ * 501 W State St * Jacksonville, Fl 32202 * 904/632-3089 -




Seg Fault (11)

2000-08-04 Thread Bill Jones

Using Raven's (www.covalent.com) build, I want to use mod_perl as a DSO --

no errors during build:
Apache/1.3.12 (Unix) secured_by_Raven/1.5.1 mod_perl/1.24 PHP/4.0.1pl2

However, trying to use mod_perl's DSO causes Seg Fault (11)

Any thoughts, comments, or ideas would be most appreciated :)

TIA;
-Sneex-  :]
- FCCJ * 501 W State St * Jacksonville, Fl 32202 * 904/632-3089 -




Re: OT: (sort of) AuthDBMUserFile

2000-04-24 Thread Bill Jones

PMFFUTMOP:  But ...

I've determined that the AuthDBMUserFile error I had under Perl was my own
scripting cross-eyed fingers and wasn't even related to mod_perl, Apache,
nor reality as we know it :)

Sorry for the noise!  -Sneex-  :]
- FCCJ * 501 W State St * Jacksonville, Fl 32202 * 904/632-3089 -

 From: Bill Jones [EMAIL PROTECTED]
 Date: Mon, 10 Apr 2000 13:13:11 -0400
 To: [EMAIL PROTECTED]
 Subject: OT: (sort of) AuthDBMUserFile
 
 AuthDBMUserFile
 
 Is there a difference between DBM and GDBM?
 I always thought they were the same...
 
 I found sleepcat (DB) and GDBM, but where is DBM?
 
 ???
 - FCCJ * 501 W State St * Jacksonville, Fl 32202 * 904/632-3089 -
 
 




Re: Problem with Apache::SIG

2000-04-13 Thread Bill Jones

on 4/12/00 6:08 PM, [EMAIL PROTECTED] at
[EMAIL PROTECTED] wrote:


Why is my address in there

See -

[EMAIL PROTECTED]



- FCCJ * 501 W State St * Jacksonville, Fl 32202 * 904/632-3089 -





Re: [RFC] holding a mod_perl conference

2000-03-31 Thread Bill Jones

on 3/30/00 3:07 PM, Stas Bekman at [EMAIL PROTECTED] wrote:

 Therefore I've suggested to hold a "Server Side Web App Dev using
 Scripting Languages" conference (you think of a shorter and nicer name
 :) So we want to invite speakers from all "mainstream" camps that use
 scripting languages for the web development.

How about calling it 'WebDev Scripting Conference' ?


 The candidates I've been thinking about are php, python, perlex,
 fastcgi. Camelot thought that java would fit in, I'm not sure about
 this, but it can bring more people and sponsors. Other mainstream
 scripting languages/technologies we might think about.

Cover these key technologies:  mod_perl, php, expect (tcl-lets),
python (these four primarily) - then maybe some smaller side tracks
with general perl, basic java, etc.  We wouldn't want the main
corporate sponsors clouding the conference theme with 'what else'
are they were doing - other than what this conference was about...


 Why people would go to this yet another conference? It's simple --
 think about IT managers. In order to make sure they get the latest
 advances of the webdev technology they send their people to the Perl
 and Apache conferences. Isn't it a waste? (Both conference a great but
 read on) Now we create a single conference that can cover all the
 aspects of the web development in one place.
 

I feel this would a great idea, especially since the Apache
conference struck me as being attended by a lot of
more advanced users than I expected, for one, and they were
asking a few questions the conference speakers either couldn't
answer or choose not to answer.  I feel a more direct technology
oriented conference covering a main track of Server-side
Scripting and application development dynamics.

I myself would be interested in some 'boot cap' courses in
scripting combat design - in the trenches - how to take a
CGI-based application and effectively and quickly transform it
into a mod_cgi based application; something covering more concrete
real world designs and pitfalls, plus maybe a porting shop session where
people (attendees) can bring in their "I have this, it's a CGI, but I would
like it to be a mo_perl centric application..."

Something like that.  :]  When I wake up more, even, maybe I'll
have a real thought here soon...

-Sneex-  :]
- FCCJ * 501 W State St * Jacksonville, Fl 32202 * 904/632-3089 -





Re: HTTP_USER_AGENT

2000-03-31 Thread Bill Jones

on 3/31/00 2:43 PM, raptor at [EMAIL PROTECTED] wrote:

 HTTP_USER_AGENT :
 
 IE3.x,4.x,5,5.5
 NN3.x,4.x
 may be other too...
 



W3C maybe ?
- FCCJ * 501 W State St * Jacksonville, Fl 32202 * 904/632-3089 -





Re: [OT slightly] mod_perl developers (do they exist?)

2000-03-28 Thread Bill Jones

Re:  Subject line...

$_ = "mod_perl Developer";
print "If I Perl  I Apache, then am I a ",
  (/^mod\_perl\sDeveloper$/) ? $_ : " ... ", "?\n";

HTH,  -Sneex-  :]
- FCCJ * 501 W State St * Jacksonville, Fl 32202 * 904/632-3089 -





Re: Site unique MAC secret

2000-02-10 Thread Bill Jones

Won't work...

Matt has control over his system - but not mine -- see?  -Sneex-  :]

Bill Jones * Systems Programmer * http://www.fccj.org/cgi/mail?sneex

   ('   Running -
   //\   Perl, Apache, MySQL, PHP3,
   v_/_  Ultra 10, LinuxPPC, BeOS...

--- Quoting Fixed ---
 From: Greg Stark [EMAIL PROTECTED]
 
 I don't understand, just take the first 1k of data from /dev/random and store
 that in a file somewhere. Protect that file appropriately, and use the
 contents of it. It's completely under your control and you can distribute it
 to share the secret across several load balanced hosts.
 
 Why would you look for things that aren't under your control and would tie you
 to your ethernet card or particular hardware or whatever?


 Matt Sergeant [EMAIL PROTECTED] writes:
 
 But it's sensitive to perl upgrades. I'm pretty certain there must be
 _something_ I can use. I'm thinking perhaps of join('', `ls -la
 $some_dir_created_on_install`), but again, the sysadmin could easily
 inadvertently touch something in that dir.



Re: coderef as arg to $r-custom_response(...)

2000-02-09 Thread Bill Jones

 From: [EMAIL PROTECTED] (Randal L. Schwartz)

 The docs hint that I can use whatever I would put after ErrorDocument
 as the arg to custom_response, but also suggest that I can put "a
 module" there.  Does that mean it's the same style of argument as a
 -pushhandler(), where I can also put a coderef?


In Chapter Nine, there are other possibilities.  Would you wish to:

set_handlers() 

If you would like to change the list of handlers configured for the current
request, you can change it with set_handlers(). This method takes two
arguments, the name of the handler you wish to change, and an array
reference pointing to one or more references to the handler subroutines you
want to run for that phase. If any handlers were previously defined, such as
with a Perl*Handler directive, they are replaced by this call. You can
provide a second argument of undef if you with to remove all handlers for
that phase. 

Examples: 
 $r-set_handlers(PerlAuthenHandler = [\auth_one, \auth_two]);
 $r-set_handlers(PerlAuthenHandler = undef);


Just a thought?
____
Bill Jones * Systems Programmer * http://www.fccj.org/cgi/mail?sneex

   ('   Running -
   //\   Perl, Apache, MySQL, PHP3,
   v_/_  Ultra 10, LinuxPPC, BeOS...



Re: Site unique MAC secret

2000-02-09 Thread Bill Jones

hostid is read-only, near as I can tell.

NAME
 hostid - print the numeric identifier of the current host

SYNOPSIS
 /usr/bin/hostid

DESCRIPTION
 The hostid command prints the identifier of the current host
 in hexadecimal.  This numeric value is likely to differ when
 hostid is run on a different machine.

ATTRIBUTES
 See attributes(5) for descriptions of the  following  attri-
 butes:

 __
| ATTRIBUTE TYPE|  ATTRIBUTE VALUE|
|___|_|
| Availability  |  SUNWcsu|
|___|_|

SEE ALSO
 sysinfo(2), gethostid(3C), attributes(5)


However, MAC as in networking?  Do you possibly mean this:

# ifconfig -a
lo0: flags=849UP,LOOPBACK,RUNNING,MULTICAST mtu 8232
inet 127.0.0.1 netmask ff00
hme0: flags=863UP,BROADCAST,NOTRAILERS,RUNNING,MULTICAST mtu 1500
inet 207.203.95.12 netmask ff00 broadcast 207.203.95.255
ether 8:0:20:a7:fc:f5

What happens when I change the 'ether' MAC address?
(Sun sets this internally as well and doesn't go by
the card, so what you want may work...)

HTH,  -Sneex-  :]

Bill Jones * Systems Programmer * http://www.fccj.org/cgi/mail?sneex

   ('   Running -
   //\   Perl, Apache, MySQL, PHP3,
   v_/_  Ultra 10, LinuxPPC, BeOS...



Re: Site unique MAC secret

2000-02-09 Thread Bill Jones

[This went off topic, so this is my last contribution;
 at least until some mod_perl stuff get's added back...  :]

Matt Sargent wrote -

Doh! Just realised that producing a secret from something that's totally
*not* a secret is really dumb :)

Next option? :)

 InSecurity.Org -

 # ifconfig -a
 lo0: flags=849UP,LOOPBACK,RUNNING,MULTICAST mtu 8232
 inet 127.0.0.1 netmask ff00
 hme0: flags=863UP,BROADCAST,NOTRAILERS,RUNNING,MULTICAST mtu 1500
 inet 207.203.95.12 netmask ff00 broadcast 207.203.95.255
 ether 8:0:20:a7:fc:f5

 www.fccj.org -

 [Wed 11:55am] 12 [~]:bill@astro:% ifconfig  -a
 lo0: flags=849UP,LOOPBACK,RUNNING,MULTICAST mtu 8232
 inet 127.0.0.1 netmask ff00
 hme1: flags=863UP,BROADCAST,NOTRAILERS,RUNNING,MULTICAST mtu 1500
 inet 207.203.47.7 netmask ff00 broadcast 207.203.47.255
 hme1:1: flags=863UP,BROADCAST,NOTRAILERS,RUNNING,MULTICAST mtu 1500
 inet 207.203.47.170 netmask ff00 broadcast 207.203.47.255
 hme1:2: flags=863UP,BROADCAST,NOTRAILERS,RUNNING,MULTICAST mtu 1500
 inet 207.203.47.171 netmask ff00 broadcast 207.203.47.255
 hme1:3: flags=863UP,BROADCAST,NOTRAILERS,RUNNING,MULTICAST mtu 1500
 inet 207.203.47.172 netmask ff00 broadcast 207.203.47.255
 hme1:4: flags=863UP,BROADCAST,NOTRAILERS,RUNNING,MULTICAST mtu 1500
 inet 207.203.47.173 netmask ff00 broadcast 207.203.47.255
 hme1:5: flags=863UP,BROADCAST,NOTRAILERS,RUNNING,MULTICAST mtu 1500
 inet 207.203.47.174 netmask ff00 broadcast 207.203.47.255
 hme1:6: flags=863UP,BROADCAST,NOTRAILERS,RUNNING,MULTICAST mtu 1500
 inet 207.203.47.175 netmask ff00 broadcast 207.203.47.255

 fccjmail.fccj.org -

 # ifconfig -a 
 lo0: flags=849UP,LOOPBACK,RUNNING,MULTICAST mtu 8232
 inet 127.0.0.1 netmask ff00
 hme0: flags=863UP,BROADCAST,NOTRAILERS,RUNNING,MULTICAST mtu 1500
 inet 207.203.47.6 netmask ff00 broadcast 207.203.47.255
 ether 8:0:20:80:39:65


Why does it need to start out as a secret?  Can't it start out as
a machine signature?  That is how the Sun License Manager begins.

HTH,  -Sneex-  :]

Bill Jones * Systems Programmer * http://www.fccj.org/cgi/mail?sneex

   ('   Running -
   //\   Perl, Apache, MySQL, PHP3,
   v_/_  Ultra 10, LinuxPPC, BeOS...



Re: Site unique MAC secret

2000-02-09 Thread Bill Jones

It is interesting to note that according to 'sysdef' -
the HostID is not quite the same as the ether MAC.

ifconfig -a says:

 ether 8:0:20:a7:fc:f5

sysdef says
 HostID
80a7fcf5

Also, on a Sun Ultrasparc, hostid is system dependant and R/O;
on an x86, the changes are emulated via an eeprom -i switch call.

HTH,  -Sneex- :]
(Going back into hibernation now...)



Re: RFD: comp.infosystems.www.modperl

2000-02-04 Thread Bill Jones

 From: John Siracusa [EMAIL PROTECTED]

 beneficial to have a newsgroup.  I know Usenet is the first
 place I looked for mod_perl help before finding this list
 (and after finding, buying, and reading the Eagle book ;)


I agree - it's just that I find
people on a mailing list a little
less likely to 'jump bad' onto
complete strangers  :)
__
http://www.fccj.org/cgi/mail?sneex



Re: RFD: comp.infosystems.www.modperl

2000-02-04 Thread Bill Jones

 From: brian moseley [EMAIL PROTECTED]
 Date: Thu, 3 Feb 2000 13:02:01 -0800 (PST)

 what about a mail - news gateway?
 
 

Um, no, it might allow:
'Anonymous spamming' ?
__
http://www.fccj.org/cgi/mail?sneex



Re: RFD: comp.infosystems.www.modperl

2000-02-04 Thread Bill Jones

 From: Ask Bjoern Hansen [EMAIL PROTECTED]

 On Thu, 3 Feb 2000, Bill Jones wrote:
 
 [...]
 I have to whole heartily agree. I couldn't, at first glance, find
 the mod_perl mailing list; but once I did, the posters here proved
 very helpful.  I believe that once more people see the mailing ...
 
 if you fail to read the file called SUPPORT when you need .. uh, ...
 support I would say all bets are off anyway. Actually, people should in
 general not post before reading the few hints in that file.


Yowie!  (Of course, you are correct!)
_
http://www.fccj.org/cgi/mail?sneex




Re: RFD: comp.infosystems.www.modperl

2000-02-03 Thread Bill Jones

 From: [EMAIL PROTECTED] (Randal L. Schwartz)
 Date: 03 Feb 2000 06:19:54 -0800
 Subject: Re: RFD: comp.infosystems.www.modperl

 If this is your only motivation to create a news group, I would vote
 no.  When the mailing list traffic gets excessive, it's time to start
 a newsgroup.  That has not yet happened.  In fact, the creation of a
 newsgroup would cause the *dilution* of expert eyeball time on a given
 issue, and would therefore be *detrimental* to the mod_perl community,
 because some experts would choose to read only the mailing list, and
 others would choose to read only the newsgroup.


I have to whole heartily agree. I couldn't, at first glance, find
the mod_perl mailing list; but once I did, the posters here proved
very helpful.  I believe that once more people see the mailing
list and start using it, you will need to start a newsgroup -
however, that doesn't mean that the 'experts' will frequent the
newsgroup more than a mailing list - people tend to start flame
wars more in a usenet setting...

Bill Jones * Systems Programmer * http://www.fccj.org/cgi/mail?sneex

   ('   Running -
   //\   Perl, Apache, MySQL, PHP3,
   v_/_  Ultra 10, LinuxPPC, BeOS...



Re: mod_perl installed as DSO

2000-02-01 Thread Bill Jones

So, you are saying that this doesn't work either:

#!/bin/sh

# A script stolen from ...
# Jeff Beard [EMAIL PROTECTED]
# ... go figure! :)

tar xvf modperl*.tar
tar xvf apache*.tar

cd ../modperl
perl Makefile.PL APACHE_SRC=../apache-1.3/src DO_HTTPD=1 USE_APACI=1
PREP_HTTPD=1 EVERYTHING=1
make

cd ../apache-1.3
../configure --prefix=/usr/local/apache --enable-module=all
--enable-shared=max \
--activate-module=src/modules/perl/libperl.a

exit


Then, as root, in modperl do a make install,
then in apache, do a make install...

I am on Solaris 2.6 and running
Apache/1.3.12-dev (Unix) mod_perl/1.21_01-dev...

HTH, -Sneex-

Bill Jones * Systems Programmer * http://www.fccj.org/cgi/mail?sneex

   ('   Running -
   //\   Perl, Apache, MySQL, PHP3,
   v_/_  Ultra 10, LinuxPPC, BeOS...

 From: "Wang, Pin-Chieh" [EMAIL PROTECTED]
 Date: Tue, 1 Feb 2000 17:01:59 -0600
 To: "'Clay'" [EMAIL PROTECTED], Doug MacEachern [EMAIL PROTECTED]
 Cc: "'[EMAIL PROTECTED]'" [EMAIL PROTECTED]
 Subject: RE: mod_perl installed as DSO
 
 Unfortunately I am running Solaris 2.6 the suggested directive doesn't work
 ( I got a core dump for Segmentation Fault), Is there anybody can answer the
 error 
 [error] Cannot remove module mod_perl.c: not found in module list
 What module list it's talking about
 

snipped

 for modperl 1.21
 
 perl Makefile.PL USE_APXS=1 USE_DSO=1
 WITH_APXS=/usr/local/apache/bin/apxs
 EVERYTHING=1
 make
 make install
 
 
 for apache 1.3.9
 ./configure --enable-rule=shared_core
 --with-perl=/usr/bin/perl
 --enable-module=so --enable-module=rewrite



Re: Compiling mod_perl as a DSO?

2000-01-31 Thread Bill Jones

After much fighting - 2/3 success  :/  Better than nothing :]

 Server Version: Apache/1.3.12-dev (Unix) mod_perl/1.21_01-dev
 Server Built: Jan 31 2000 10:55:04
 API Version: 19990320:6
 Run Mode: standalone
 User/Group: sneex(69)/69
 Hostname/port: insecurity.org:80
 Daemons: start: 5    min idle: 5    max idle: 10    max: 150
 Max Requests: per child: 0    keep alive: on    max per connection: 100
 Threads: per child: 0   
 Excess requests: per child: 0   
 Timeouts: connection: 300    keep-alive: 15
 Server Root: /usr/local/apache
 Config File: conf/httpd.conf
 PID File: /usr/local/apache/logs/httpd.pid
 Scoreboard File: /usr/local/apache/logs/httpd.scoreboard


Integrating PHP4 is my next battle - wish me luck...

Thanks to all who helped!  -Sneex-  :]

Bill Jones * Systems Programmer * http://www.fccj.org/cgi/mail?sneex

   ('   Running -
   //\   Perl, Apache, MySQL, PHP3,
   v_/_  Ultra 10, LinuxPPC, BeOS...


 From: Bill Jones [EMAIL PROTECTED]
 Date: Mon, 31 Jan 2000 09:42:16 -0500
 To: [EMAIL PROTECTED]
 Subject: Re: Compiling mod_perl as a DSO?
 
 Is it possible to compile/install mod_perl as a DSO, on an existing
 pre-compiled copy of apache (with mod_so enabled), yet?  If so,
 how?  I couldnt find it in the docs... and I'm tired of having to
 statically compile the module in... so any help would be appreciated.
 
 I read on the list at one time that the DSO verson has a memory leak.
 Don't know if this is still true or not. The static version apparently
 did not have that problem. If someone knows the answer to this I'd like
 to know myself as the DSO version is considerably easier to put together
 with other modules.
 
 
 Plus my studies this weekend indicate that other
 conflicting issues come up...
 
 Better to go hybrid - static mod_perl, and
 DSO whatever you are able to DSO...
 
 Bill Jones * Systems Programmer * http://www.fccj.org/cgi/mail?sneex
 
 ('   Running -
 //\   Perl, Apache, MySQL, PHP3,
 v_/_  Ultra 10, LinuxPPC, BeOS...
 
 



Apache/1.3.12-dev (Unix) mod_perl/1.21_01-dev Was [Re: Compilingmod_perl as a DSO?]

2000-01-31 Thread Bill Jones

Tested successfully with:

# Mod_perl testing...
# Send Webmaster ([EMAIL PROTECTED]) e-mail when 'events' occur...
Location /
PerlLogHandler Apache::LogMail
PerlSetVar LogMailto  [EMAIL PROTECTED]
PerlSetVar LogPattern \.(cgi|htm?|shtm?|txt)$
/Location


using Apache::LogMail.pm  -
# From: Mod Perl [EMAIL PROTECTED]
# To: [EMAIL PROTECTED]
# Subject: Somebody looked at /~kryan/guestbook.txt
# Date: Thu, 27 Aug 1998 08:14:23 -0400
# 
# At Thu Aug 27 08:14:23 1998, a user at 192.168.2.1 looked at
# /~kryan/guestbook.txt using the Mozilla/4.04 [en] (X11; I; Linux
# 2.0.33 i686) browser.
# 
# The request was GET /~kryan/guestbook.txt HTTP/1.0,
# which resulted returned a code of 200 OK.
# 
# 462 bytes were transferred.

package Apache::LogMail;
# File: Apache/LogMail.pm

use strict;
use Apache::Constants qw(:common);

sub handler {
my $r = shift;

my $mailto = $r-dir_config('LogMailto');
return DECLINED unless $mailto;

my $filepattern = $r-dir_config('LogPattern');
return DECLINED if $filepattern
$r-filename !~ /$filepattern/;

my $request = $r-the_request;
my $uri = $r-uri;
my $agent   = $r-header_in("User-agent");
my $bytes   = $r-bytes_sent;
my $remote  = $r-get_remote_host;
my $status  = $r-status_line;
my $date= localtime;

my $server_name = $r-get_server_name;

my $from = $r-server-server_admin || "webmaster";
local $ENV{PATH}; #keep -T happy
unless (open MAIL, "|/usr/lib/sendmail -oi -t") {
$r-log_error("Couldn't open mail: $!");
return DECLINED;
}

print MAIL END;
To: $mailto
From: mod_perl httpd $from
Subject: Somebody looked at $uri

For FCCJ Virtual WWW Server: $server_name

At $date, a user at $remote looked at
$uri using the $agent browser.

The request was $request,
which resulted returned a code of $status.

$bytes bytes were transferred.
END

close MAIL;
return OK;
}

1;
__END__
  Thx! -Sneex :]
____
Bill Jones * Systems Programmer * http://www.fccj.org/cgi/mail?sneex

   ('   Running -
   //\   Perl, Apache, MySQL, PHP3,
   v_/_  Ultra 10, LinuxPPC, BeOS...

 From: Bill Jones [EMAIL PROTECTED]
 Date: Mon, 31 Jan 2000 12:02:51 -0500
 To: [EMAIL PROTECTED]
 Subject: Re: Compiling mod_perl as a DSO?
 
 After much fighting - 2/3 success  :/  Better than nothing :]
 
 Server Version: Apache/1.3.12-dev (Unix) mod_perl/1.21_01-dev
 Server Built: Jan 31 2000 10:55:04
 API Version: 19990320:6
 Run Mode: standalone
 User/Group: sneex(69)/69
 Hostname/port: insecurity.org:80
 Daemons: start: 5    min idle: 5    max idle: 10    max: 150
 Max Requests: per child: 0    keep alive: on    max per connection: 100
 Threads: per child: 0   
 Excess requests: per child: 0   
 Timeouts: connection: 300    keep-alive: 15
 Server Root: /usr/local/apache
 Config File: conf/httpd.conf
 PID File: /usr/local/apache/logs/httpd.pid
 Scoreboard File: /usr/local/apache/logs/httpd.scoreboard
 
 
 Integrating PHP4 is my next battle - wish me luck...
 
 Thanks to all who helped!  -Sneex-  :]



Re: Compiling mod_perl as a DSO?

2000-01-31 Thread Bill Jones

Thanks for responding :)

Question:
ADD_MODULE=log_referer,rewrite,proxy,so,vhost_alias,mime_magic,expires

Is this required?   Why can't I just use APACI_ARGS to get 'all' ?

Bill Jones * Systems Programmer * http://www.fccj.org/cgi/mail?sneex

   ('   Running -
   //\   Perl, Apache, MySQL, PHP3,
   v_/_  Ultra 10, LinuxPPC, BeOS...

 From: Matt Sergeant [EMAIL PROTECTED]
 Date: Mon, 31 Jan 2000 17:19:55 +
 To: Bill Jones [EMAIL PROTECTED], [EMAIL PROTECTED]
 Subject: Re: Compiling mod_perl as a DSO?
 
 I'm not sure why people are struggling with this so much this week. Here's
 what to do in a nutshell:
 
 download and untar apache
 download and untar modperl - at the same directory level.
 
 cd modperl
 perl Makefile.PL \
 EVERYTHING=1 \
 APACHE_PREFIX=/usr/apache \
 ADD_MODULE=log_referer,rewrite,proxy,so,vhost_alias,mime_magic,expires \
 DYNAMIC=1 USE_APACI=1
 make
 su
 make install
 
 To build DSO libraries just make sure you now use apxs from /usr/apache/bin.



Re: Compiling mod_perl as a DSO?

2000-01-31 Thread Bill Jones

 Question:
 ADD_MODULE=log_referer,rewrite,proxy,so,vhost_alias,mime_magic,expires
 
 Is this required?   Why can't I just use APACI_ARGS to get 'all' ?
 
 While I don't build apache very often, I don't see what configure option
 that corresponds to. You'd have to have:
 
 APACI_ARGS='--enable-module="log_referer" --enable-module="rewrite"
 --enable-module="proxy" ...'
 
 for each and every module. There's no configure option "all" that I can
 see. Am I missing something?


Yes.  :)  Not to worry, it's hidden in the section just before
List of Available Modules in the INSTALL file.

Re -
Use the --enable-module=NAME and --disable-module=NAME options
to enable or disable a particular already distributed module from
the Apache src/Configuration.tmpl file. The correct module names
(no `mod_' prefix!) and defaults (yes=enabled, no=disabled) can be
seen when running `./configure --help'.  There are two special
NAME variants: `all' for enabling or disabling all modules and
`most' for enabling or disabling only these modules which are
useable on all platforms (currently this is  `all' minus the
modules `auth_db', `log_agent', `log_referer', `example',
`so' and `mmap_static'). For a compact overview of available
modules see the following list (remove the `mod_' prefix
to get the NAME).

HTH, -Sneex-  :]
____
Bill Jones * Systems Programmer * http://www.fccj.org/cgi/mail?sneex

   ('   Running -
   //\   Perl, Apache, MySQL, PHP3,
   v_/_  Ultra 10, LinuxPPC, BeOS...




APACI_ARGS=' ... '

2000-01-30 Thread Bill Jones

Help!

I tried many variations on:

perl Makefile.PL EVERYTHING=1 USE_APACI=1 APACI_ARGS='--enable-m
odule=all'


But, I can't get away from:
snipped lots of good messages .. to display this last msg... 
=== src/modules/perl
gcc -O -fno-strict-aliasing -I/usr/local/include -DUSE_LONG_LONG
-D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64
-I/usr/local/lib/perl5/5.00563/sun4-solaris/CORE
-DMOD_PERL_VERSION=\"1.21\" -DMOD_PERL_STRING_VERSION=\"mod_perl/1.21\"
-I../..  -I/usr/local/lib/perl5/5.00563/sun4-solaris/CORE -I../../os/unix
-I../../include   -DSOLARIS2=260 -DMOD_PERL -DUSE_PERL_SSI
-fno-strict-aliasing -I/usr/local/include -DUSE_LONG_LONG
-D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -DUSE_EXPAT
-I../../lib/expat-lite `../../apaci` -c mod_perl.c
mod_perl.c: In function `perl_restart':
mod_perl.c:333: warning: assignment makes pointer from integer without a
cast
mod_perl.c: In function `mod_perl_set_cwd':
mod_perl.c:374: warning: passing arg 2 of `Perl_sv_setsv' makes pointer from
integer without a cast
mod_perl.c: In function `perl_handler':
mod_perl.c:783: `PL_siggv' undeclared (first use in this function)
mod_perl.c:783: (Each undeclared identifier is reported only once
mod_perl.c:783: for each function it appears in.)
mod_perl.c: In function `perl_call_handler':
mod_perl.c:1359: warning: assignment makes pointer from integer without a
cast
mod_perl.c:1384: warning: initialization makes pointer from integer without
a cast
*** Error code 1
make: Fatal error: Command failed for target `mod_perl.o'
Current working directory
/export/sneex/home/Apache/apache_1.3.9/src/modules/perl
*** Error code 1
make: Fatal error: Command failed for target `all'
Current working directory /export/sneex/home/Apache/apache_1.3.9/src/modules
*** Error code 1
make: Fatal error: Command failed for target `subdirs'
Current working directory /export/sneex/home/Apache/apache_1.3.9/src
*** Error code 1
make: Fatal error: Command failed for target `build-std'
Current working directory /export/sneex/home/Apache/apache_1.3.9
*** Error code 1
make: Fatal error: Command failed for target `build'
Current working directory /export/sneex/home/Apache/apache_1.3.9
*** Error code 1
make: Fatal error: Command failed for target `apaci_httpd'


I have only been able to configure Apache with DSO support so far.
Also, do I try to configure Apache itself from/using mod_perl?

platform stuff:
SunOS sneex 5.6 Generic_105181-15 sun4u sparc SUNW,Ultra-5_10
GCC 2.9x
Apache 1.3.9
mod_perl 1.21

???  Any ideas ???
____
Bill Jones * Systems Programmer * http://www.fccj.org/cgi/mail?sneex

   ('   Running -
   //\   Perl, Apache, MySQL, PHP3,
   v_/_  Ultra 10, LinuxPPC, BeOS...



Re: APACI_ARGS=' ... '

2000-01-30 Thread Bill Jones

Thanks  :)

I can get both dists to configure; but I want a static mod_perl
AND a DSO aware Apache...

I'll peek at it again and pound on it some more.  -Sneex-  :]

Bill Jones * Systems Programmer * http://www.fccj.org/cgi/mail?sneex

   ('   Running -
   //\   Perl, Apache, MySQL, PHP3,
   v_/_  Ultra 10, LinuxPPC, BeOS...


 From: Jeff Beard [EMAIL PROTECTED]
 Date: Sun, 30 Jan 2000 13:04:55 -0700
 To: Bill Jones [EMAIL PROTECTED], [EMAIL PROTECTED]
 Subject: Re: APACI_ARGS=' ... '
 
 If you're trying for a static build, I use the method described in
 INSTALL.apaci under the heading "The flexible way". Just do "perldoc
 INSTALL.apaci"
 
 Cheers,
 
 Jeff
 



Re: APACI_ARGS=' ... '

2000-01-30 Thread Bill Jones

 From: Jeff Beard [EMAIL PROTECTED]
 Date: Sun, 30 Jan 2000 13:04:55 -0700
 To: Bill Jones [EMAIL PROTECTED], [EMAIL PROTECTED]
 Subject: Re: APACI_ARGS=' ... '
 
 If you're trying for a static build, I use the method described in
 INSTALL.apaci under the heading "The flexible way". Just do "perldoc
 INSTALL.apaci"
 
 Cheers,
 
 Jeff


:) Sorry, tried that section several times; cannot get away from:

mod_perl.c: In function `perl_restart':
mod_perl.c:333: warning: assignment makes pointer from integer without a
cast
mod_perl.c: In function `mod_perl_set_cwd':
mod_perl.c:374: warning: passing arg 2 of `Perl_sv_setsv' makes pointer from
integer without a cast
mod_perl.c: In function `perl_handler':
mod_perl.c:783: `PL_siggv' undeclared (first use in this function)
mod_perl.c:783: (Each undeclared identifier is reported only once
mod_perl.c:783: for each function it appears in.)
mod_perl.c: In function `perl_call_handler':
mod_perl.c:1359: warning: assignment makes pointer from integer without a
cast
mod_perl.c:1384: warning: initialization makes pointer from integer without
a cast
*** Error code 1
make: Fatal error: Command failed for target `mod_perl.o'
Current working directory
/export/sneex/home/Apache/apache_1.3.9/src/modules/perl
*** Error code 1
make: Fatal error: Command failed for target `all'
Current working directory /export/sneex/home/Apache/apache_1.3.9/src/modules
*** Error code 1
make: Fatal error: Command failed for target `subdirs'
Current working directory /export/sneex/home/Apache/apache_1.3.9/src
*** Error code 1
make: Fatal error: Command failed for target `build-std'
Current working directory /export/sneex/home/Apache/apache_1.3.9
*** Error code 1
make: Fatal error: Command failed for target `build'


Notes:  Apache will build, both as a DSO and as static;  :)
mod_perl will build, but not with Apache :(
mod_php will build :)
mod_php will build as a static with Apache  :)
mod_php will not build with mod_perl :(
mod_perl is weirding out on me... :(

Currently I have both mod_perl  mod_php built and installed --
I DO NOT have Apache w/mod_perl  mod_php built yet  :(
Why?  See error(s) above...

Thanks anyway, I've had enough for one weekend  -Sneex-  :|
____
Bill Jones * Systems Programmer * http://www.fccj.org/cgi/mail?sneex

   ('   Running -
   //\   Perl, Apache, MySQL, PHP3,
   v_/_  Ultra 10, LinuxPPC, BeOS...



Re: www.modperl.com

2000-01-30 Thread Bill Jones

I really have never thought that the www.modperl.com site
was anything but about the Apache API - maybe I'm mistaken?

There are distinct advantages in having 'more than one site' to
find information - especially when you want 'more than one view.'

There needs to be 'friendly competition' on the WWW...

I vote for more systems administration, mod_proxy integration,
and maybe a few more examples covering Apache API?


my $thoughts =~ /^2 cents$/ig;
-Sneex-  :]

Bill Jones * Systems Programmer * http://www.fccj.org/cgi/mail?sneex

   ('   Running -
   //\   Perl, Apache, MySQL, PHP3,
   v_/_  Ultra 10, LinuxPPC, BeOS...