On Wed, 12 Apr 2000, Jeffrey W. Baker wrote:
A lengthy introduction to mod_perl on wdvl.com casts Doug as the savior of
website development.
http://wdvl.com/Authoring/Languages/Perl/PerlfortheWeb/forks.html#hero
heh, "bright fellow" - who hasn't filed his taxes or figured out how to
file
On Wed, 12 Apr 2000, Gagan Prakash wrote:
Thanks everyone. I did check the listing at
perl.apache.org but many fo the organization appear to
be resellers. I have the unique situation of setting
up a site for India and thus need the host to be as
close as possible to a central internet node.
On Thu, 13 Apr 2000, Honza Pazdziora wrote:
On Wed, Apr 12, 2000 at 10:58:47PM +0200, Stas Bekman wrote:
Files *.html
SetHandler perl-script
PerlHandler Apache::OutputChain Apache::GzipChain \
Apache::Buffer Apache::PassFile
/Files
Make test fails at the "warming up" stage with Error "9". The httpd is
actually running when the make test fails as I can telnet to port 8529 and
do a "GET /". However, it returns a 403 permission denied message. I am
doing all this as root. The server runs as user nobody, group is
This leads me to believe that the Rewrite engine is ignored when an
Alias kicks in, otherwise the *.shtml files would be bounced back to
the back-end server where they get properly expanded. Normally, this
is ok for me since everything else in the aliased directory is an
image which I want
Ok. So I've installed lsof, although I'm a little unclear on how to use it.
Right now I'm pretty brute force. Here's what I execute:
lsof | grep httpd | grep myuser | wc -l
This (hopefully) gives me the number of files that my httpd children (owner
"myuser") have open.
When I first file up
I have no real conclusion to reach, except that it seems to be leaking
files.
Well, I wanted to write Apache::FileLeak or an extension to
Apache::VMonitor to show the opened file descriptors, the files and the
processes that have opened them, but this requires a root access unless
you want to
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 -
At 10:49 PM 04/12/00 -0700, Doug MacEachern wrote:
On Wed, 12 Apr 2000, Bill Moseley wrote:
Hello,
I noticed on the Apache server-status report a child that is stuck in "G"
(Gracefully finishing) after a SIGUSR1 today. Twelve hours ago.
this could be perl_destruct() hanging while trying
What state was the process in?
There are only two states that a process can be in that won't respond to -9:
Zombie (Z in ps), in which case the process is already dead and Apache didn't wait on
it
properly. This isn't a problem just ignore it unless you can reproduce it in
which case report
At 10:00 PM 04/12/00 -0400, Greg Stark wrote:
What state was the process in?
'S' sleeping, waiting for some event.
% ps -p3732
S USER PID PPID %CPU %MEM VSZ RSSSTIMETIME COMMAND
S nobody4 3732 7815 0.0 0.2 7232 3656 16:06:590:00 httpd.mod
Disk wait (D in ps),
"JG" == James Gosnell [EMAIL PROTECTED] writes:
JG Should I be conscerned about httpd defunct processes?
How long to they stick around? Are you talking about zombies or some
other "defunct"-ness?
They should go away after a few seconds, when the parent get a chance
to reap them, assuming
Hi James!
On Wed, 12 Apr 2000, James Gosnell wrote:
Should I be conscerned about httpd defunct processes?
yes, they take up resources from your system and don't give
back. Also, some `crazy' ones may eat 99% of CPU power.
In a normal setup you shouldn't have any of those.
--
Doug MacEachern wrote:
what options did you give mod_perl's Makefile.PL?
perl Makefile.PL \
APACHE_PREFIX=/usr/local/apache/ \
APACHE_SRC=/usr/local/apache/src\
DO_HTTPD=1 \
USE_APACI=1 \
APACI_ARGS='--enable-module=rewrite --enable-module=so
--enable-module=proxy' \
[EMAIL PROTECTED] wrote:
Should I be conscerned about httpd defunct processes?
yes, they take up resources from your system and don't give
back. Also, some `crazy' ones may eat 99% of CPU power.
In a normal setup you shouldn't have any of those.
That depends on the defunc-ness... If it's
I have a plain-old
CGI script configured to be loaded with Apache::Registry
Location /cgi-bin/myscript.plSetHandler
perl-scriptPerlHandler Apache::RegistryOptions ExecCGIPerlSendHeader
On/Location
In this
configuration, I see the BEGIN block of my script get executed twice per child
this problem with Apache::Registry is well documented
in the archives - I really didn't test it to see if it affected RegistryLoader
as well, but it sounds the same...
try using the currentcvs version - it should have
the problem licked. If you don't want to use a development version, try
I'm in the 'start up' phase of trying to use AuthCookie trying to get
the sample test scripts to work (v 2.006) with an existing mod_perl
1.21 installation
when I click the "Get the protected document" link, it get the nice
little login page (login.pl), but when I enter the credentials or
Hi,
I was wondering if there was a way to remove a mod_perl handler from a
location beneath a location where the handler was set.
So if you have:
Location /
SetHandler perl-script
PerlHandler My::Module
/Location
can you do:
Location /sublocation
# no handlers
/Location
I've tried the above
no need to replace the preloading of
Apache::RegistryLoader with Apache::Registry - you can (and probably should)
preload them both.
the discussion on this issue started a few months ago -
just check the archives at
http://forum.swarthmore.edu/epigone/modperl
- I'm not sure of the title of
"SP" == Saar Picker [EMAIL PROTECTED] writes:
SP can you do:
SP Location /sublocation
SP # no handlers
SP /Location
Try "SetHandler default-handler" inside your location.
Not tested, but in theory... ;-)
--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Vivek Khera,
Global should be added to @INC, and its always worked
for me. Are you sure that your .htaccess is being used?
Set debugging to -2 and check out what the error_log
says for one request. If global is set, but @INC is
not, then we really have a problem.
--Joshua
"Mark T. Dame" wrote:
"Mark T.
I have a nasty feeling this might be the RULE_EXPAT thing, I didn't do a
RULE_EXPAT=no when building Apache. Is there documentation describing the
dirty details of the issue? Can anybody confirm?
Program received signal SIGSEGV, Segmentation fault.
__pthread_mutex_lock (mutex=0x410) at
Is it possible to use lwp-request or HTTP::Request inside a Apache module to
access a secure (https) server? What else must you add on?
The normal call - lwp-request https://www.somewhere.com respondes with
'https not supported'
Is there any way around this?
TIA, Cliff
Check an archive of the LWP mailing list, but I recall you need
Crypt::SSLeay
John
[EMAIL PROTECTED]
Yes, Crypt::SSLeay or Net::SSLeay will work nicely. You'll probably need
to install OpenSSL as I requirement. I'm pretty sure about this. I have
openSSL installed, so you probably need it. It's pretty easy to
compile/install.
I'm using Net::SSLeay to create a SSL connection to our real-time
Yep, when _not_ using root to do the make and make test. The make test
succeeded.
Thanks for the help.
At 10:59 PM 4/12/00 -0700, you wrote:
On Wed, 12 Apr 2000, Adam Joffe wrote:
Hi all,
trying to set up a new linux box. real vanilla using apaci, everything=1,
do_httpd=1, etc...
On 13-Apr-2000 Gerald Richter wrote:
Trying to use Apache::Session with Embperl 1.2.1, mod_perl 1.21,
Apache 1.3.9.
I've got this running on another machine just fine with the exact
same setup (I
think).
When I try access an Embperl page that uses %udat I get:
[Thu Apr 13 14:51:05 2000]
On 13-Apr-2000 Mark Ng wrote:
can you tell me the following about your 2 systems (the one that works and
the new
one), I have the same problem.
I need to know:
Versions of: Perl
Both are 5.004_04
apache
Both are 1.3.9
modperl
Both are 1.21
embperl
Both are 1.2.1
OS (Exact
At 10:21 PM 4/12/00 -0400, Mike Lambert wrote:
This is my first post on the list, hopefully it's helpful. ;)
We've had great success with InfoBoard. We have four mod_perl accounts set
up with them, and we are currently moving to a colocated server that they
are hosting for us. They have good
On Thu, 13 Apr 2000, Shevek wrote:
I have a nasty feeling this might be the RULE_EXPAT thing, I didn't do a
RULE_EXPAT=no when building Apache. Is there documentation describing the
dirty details of the issue? Can anybody confirm?
well, are you using XML::Parser? if so, why not confirm
Doug, I guess this is something that should be addressed as a
Makefile.PL configuration parameter. I myself have encountered a few
problems with the User/Group values picked by the build process in a
complex NIS environment and have had to manually modify the httpd.conf
used during the 'make
On Thu, 13 Apr 2000, Doug MacEachern wrote:
Doug, I guess this is something that should be addressed as a
Makefile.PL configuration parameter. I myself have encountered a few
problems with the User/Group values picked by the build process in a
complex NIS environment and have had to
Two followup questions:
1) Would truss show this -- or is there a way to test this?
2) Would you expect the child to survive a kill -9 while hanging?
if the process is in a state where you can't kill -9 or attach with strace
or gdb, etc., i have no idea exactly what triggered that. all
I've been getting frustrated by the mandatory warning created by 'use
constant' under mod_perl, caused by constant subroutines being redefined
when imported. In particular, with Archive::Zip this was adding hundreds
of
lines to my log every restart.
what version of Perl are you using?
Hi,
I was just trying to hack a script into showing its HTML output to a
browser by setting the content type to 'text/plain', but it looks like
Apache::SSI, which I'm using, always sets the content type to
'text/html' (line 23 Apache::SSI).
I'm also using Apache::ASP, which apparently gets its
[EMAIL PROTECTED] (Dan McCormick) wrote:
Hi,
I was just trying to hack a script into showing its HTML output to a
browser by setting the content type to 'text/plain', but it looks like
Apache::SSI, which I'm using, always sets the content type to
'text/html' (line 23 Apache::SSI).
I'll remove
Hi,
I'm using apache_1.3.12 / mod_perl-1.22 , on Suse 6.1 .
when I try to install modperl, when perl Makefile.PL, I get the result before.
After that, I can't make make test make install :
make test crashes at listening to the port 8529.
I think I did everything recommended in mod_perl
Hi,
I just spent about an hour trying out all kinds of web hosting
comparision sites, with no luck. I recall that being asked before,
but deja.com couldn't find anything on the news either, so I hope
you don't mind asking it once again:
does anyknow know to suggest a web hosting service, that
Has anyone had this problem? When I make test on mod_perl 1.22, the
program launches the test httpd, but waits for the server to warm up, keeps
waiting and finally gives up.
It turns out a test httpd was launched and on the desired port, so it would
seem the daemon is finding the test
So, I was having a hell of a time to get DBlib to work in a module. The
code worked fine as a script, but the database handle was not created
properly when with a module. As I prepared for Harikari, I looked at the
loggs and php glared back at me.
My compile was:
Apache/1.3.12 (Unix)
Trying to use Apache::Session with Embperl 1.2.1, mod_perl 1.21,
Apache 1.3.9.
I've got this running on another machine just fine with the exact
same setup (I
think).
When I try access an Embperl page that uses %udat I get:
[Thu Apr 13 14:51:05 2000] [notice] Apache/1.3.9 (Unix)
If you tell me what to do I'll try to get a stack backtrace.
http://perl.apache.org/embperl/Faq.pod.1.html#make_test_fails_with_a_SIG
_
Gerald
#0 0xff1d7540 in Perl_sv_clear ()
from
/opt/gnu/depot/perl5.004_04/lib/sun4-solaris/5.00404/CORE/libperl.so
It crashs somewhere deep inside of Perl, so it's hard to say what's happeing
here.
I would first try to recompile all modules (maybe Perl itself also), to make
sure things fit
On Thu, 13 Apr 2000, Jason Bodnar wrote:
Hmmm ... maybe it's a problem with Solaris 5.7?
Can you try the binaries from the 2.6 box on the 2.7 box to see if that
works? That would at least kind of indicate whether it's an OS bug or a
configuration bug.
-Mark
The binaries on both boxes are the same. They get rdist'd out from one
machine every night.
I'm going to rebuild the latest versions of everything on the 2.7 machine
tomorrow and see if that makes a difference.
At 10:57 PM 4/13/00 -0400, Mark Imbriaco wrote:
On Thu, 13 Apr 2000, Jason Bodnar
Trying to use Apache::Session with Embperl 1.2.1, mod_perl 1.21, Apache 1.3.9.
I've got this running on another machine just fine with the exact same setup (I
think).
I created a db called sessions with a table called sessions:
mysql show fields from sessions;
this copy-n-paste from ~/Mail/.sent-mail-dec-1999 might help:
---
a few things could shed some more light:
build a libperld.a and compile with PERL_DEBUG=1 (see SUPPORT doc)
and/or, in gdb:
(gdb) source mod_perl-1.21/.gdbinit
(gdb) curinfo
should tell you the line/filename of the offending
dougm 00/04/12 23:07:33
Modified:.Changes
src/modules/perl mod_perl.c
Log:
fix indentation and change description
Revision ChangesPath
1.467 +2 -2 modperl/Changes
Index: Changes
richter 00/04/13 14:37:38
Modified:embperl Changes.pod.1.html index.html
Log:
Embperl Webpages - Changes
Revision ChangesPath
1.143 +3 -1 modperl-site/embperl/Changes.pod.1.html
Index: Changes.pod.1.html
50 matches
Mail list logo