well, form_fields() is descriptive and would fit nicely with the other
Apache::Table methods (headers_in, etc)...
something like that, i was thinking post_data, but that table also has
query string data in it, which might from a get. phooey.
will you keep parms() around for folks who
On Tue, 16 May 2000 [EMAIL PROTECTED] wrote:
Actually, as I found out yesterday, it didn't fix it.
I still just get the source. Further information.
The symptoms were that I wasn't getting redirected properly. Yesterday
some pieces finally came together which put me to the following
n guessing. the other solution is for you to
link mod_perl static.
Date: Mon, 15 May 2000 23:29:35 -0700 (PDT)
From: Doug MacEachern [EMAIL PROTECTED]
To: Asghar Nafarieh [EMAIL PROTECTED]
cc: [EMAIL PROTECTED]
Subject: Re: mod_perl-perl5.6.0
On Mon, 15 May 2000, Asghar Nafarieh wrote:
I did it and s
On Tue, 16 May 2000, Rob Tanner wrote:
Hello,
I do the following:
my $parsed_uri = $r-parsed_uri;
my $r_scheme = $parsed_uri-scheme;
my $r_host = $parsed_uri-hostinfo;
my $r_rpath= $parsed_uri-rpath;
my $r_path = $parsed_uri-path;
The result is that the scalars
if you're not familar with B::Size, it was written a while back to answer
the question 'why are my httpds so damn BIG?' there are hooks in
Apache::Status to measure the size of global/lexical variables and the
syntax tree. this is a debugging/educational module, for best results,
run httpd in
The URL
http://perl.apache.org/dist/mod_perl-1.24.tar.gz
has entered CPAN as
file: $CPAN/authors/id/D/DO/DOUGM/mod_perl-1.24.tar.gz
size: 353562 bytes
md5: 08d0ac4c9e2436fdb038021ae8826a8c
Changes since 1.23:
'sub handler : method {}' is now treated as a method handler
variable
On Wed, 17 May 2000, Gunther Birznieks wrote:
At 10:45 PM 5/16/00 -0700, Doug MacEachern wrote:
well, form_fields() is descriptive and would fit nicely with the other
Apache::Table methods (headers_in, etc)...
something like that, i was thinking post_data, but that table also has
On Wed, 17 May 2000, Kees Vonk 7249 24549 wrote:
However the URL in the guide:
http://perl.apache.org/~dougm/Apache-PerlVINC-0.01.tar.gz
does not exist, is there any other place where I can find Apache::PerlVINC?
it's there now. and, a reminder from when it was first posted, it's not
on
On Wed, 17 May 2000, Peter Haworth wrote:
Drew Taylor and I are about to write a subclass of Apache::Request which
includes form element generation methods, a la CGI.pm. The current favourite
name is Apache::Request::Forms, but we'd like to know if anyone has a better
one.
The module is
On Wed, 17 May 2000, darren chamberlain wrote:
Hi, all.
I am trying to figure out a way to set a PerlAuthenHandler (using
$r-push_handlers()) from a PerlInitHandler.
#$r-auth_type('Basic');
try $r-connection-auth_type('Basic');
i can't recall if that works quite right either.
On Wed, 17 May 2000, Sam Xie wrote:
Hello! All,
I am new user on mod_perl, and study it from the book, "Write Apache Modules with
Perl and C". I installed a Handler, Footer.pm, in apache by embeding the following
lines in the file apache.conf:
Alias / /usr/local/share/apache/htdocs/
On Wed, 17 May 2000, Jim Winstead wrote:
Is there some trick to passing an Apache::File to a function from
an XS module that expects a FILE *?
so long as the xsub uses a FILE *, the typemap will take care of the
magic. for example, Apache::send_fd() is an xsub that uses the FILE *
typemap:
On Wed, 17 May 2000, Matt Sergeant wrote:
Doug,
When are you releasing libapreq 0.32?
i've been meaning to do that for quite a while. i have a large patch in
the queue for improving multipart parsing, but already decided to wait for
0.33 to add that. which leaves a few minor details for
On Wed, 17 May 2000, Matt Sergeant wrote:
Well, this may be true, but if you load IO::File before startup then it's
not too big a deal...
but it still adds a great deal of bloat to the server. and it's oo
interface, while very slick, adds quite a bit of runtime overhead, turn
the sugar sour
On Wed, 17 May 2000, Geoffrey Young wrote:
after reading about it again, it looks like something of a misnomer - like
it does less parsing of the header and more making it available for
manipulation. but I was able to change $r-uri during PostReadRequest
anyway. it does make sense that
consumption under control,
and for ways to check to see /where/ it's going out the window when it
is.
this message from last night was intended to remind of one way to do
that..
Date: Tue, 16 May 2000 23:13:19 -0700 (PDT)
From: Doug MacEachern [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject
say, rfc's are good for something after all ;) ok, form_data() it is!
On Thu, 18 May 2000, Vivek Khera wrote:
"DM" == Doug MacEachern [EMAIL PROTECTED] writes:
DM On Wed, 17 May 2000, Matt Sergeant wrote:
Well, this may be true, but if you load IO::File before startup then it's
not too big a deal...
DM but it still adds a great dea
i do think that doug's separation of responsibilities into
classes is the right one. your widget toolkit probably
shouldn't be named Apache::HTML tho, unless it's actually
using the apache api in some fashion.
one reason i was thinking Apache::HTML is so we can use ap_pool for
allocations.
On Thu, 18 May 2000, Matt Sergeant wrote:
On Thu, 18 May 2000, Kenneth Lee wrote:
modperlers,
does it make sense if i put some mod_perl specific codes inside
an eval() so that the code runs on machines that have or haven't
mod_perl installed?
eval 'MOD_PERL_CODE' if
On Thu, 18 May 2000, Autarch wrote:
C seems like serious overkill for something to simply generate plain text
output. How slow is making a string in perl compared to doing it in C?
I can't imagine there's to much of a difference.
more like Perl is serious overkill :)
SV's are BIG, notice
On Thu, 18 May 2000, brian moseley wrote:
On Thu, 18 May 2000, Jeffrey W. Baker wrote:
.= concatenation is way faster
i don't have any results to back up my claim. therefore,
my words are eaten :)
i was convinced tho, even way back before you came to cp. i
wonder what convinced me!
On Fri, 19 May 2000, Gunther Birznieks wrote:
eg I think there was a thread on this list way back about OO method calls
versus direct package references... and people said that OO method calls
have a lot of overhead, but I think in later versions of Perl, OO method
call paths are
i hadn't tried Apache::DB with newer Perl since 5.005_6x-ish, there was a
fix that went into version 0.06 for that, are you using 0.06?
i am able to set breakpoints no problem with 5.6.0 (perl-current,
actually). i would suggest stripping back your Perl config to something
simple (i tested with
On Fri, 19 May 2000, Jeremy Howard wrote:
Thanks heaps, Doug--moving require Apache::DB/Apache::DB-init to the
top fixed it!
kool!
Previously I had 'use Apache' 1st, which worked fine under the "old"
version... It's funny the things that change between versions, isn't it?
In fact,
On Fri, 19 May 2000, Autarch wrote:
Well, my point was that the decision to code something in C should be done
because it offers an overwhelming (orders of magnitude) improvement,
preferably on more than one front (speed, memory, ease of maintenance
(haha) ).
small savings here and there
On Fri, 19 May 2000, Stas Bekman wrote:
Huh? Wasn't the mod_perl 1.23 supposed to fix this problem with DSO? I
thought to remove this item from the Guide. Are there still problems with
DSO?
If I remember correctly the problem was of broken internal pointers when
the DSO code was reloaded.
On Fri, 19 May 2000, Matt Sergeant wrote:
Damn - forgot smiley. Sorry :-)
doh. your reponse combined with my jetlag == foncusion :-)
On Thu, 18 May 2000, Kees Vonk 7249 24549 wrote:
I am testing the use of Apache::PerlVINC but I think I must
do something wrong because I get an error on the PerlRequire
statement in the following bit of httpd.conf when starting
apache:
PerlINC /opt/ward/IDV/DEV/Modules
On Sat, 20 May 2000, Matthew Darwin wrote:
My apache dies about 30% of the time when handling any mod_perl request
that requires XML::Parser. Any other page (even pages that use
mod_perl) are 100% ok.
Are there any known issues with this (besides the requirement for
On Sun, 21 May 2000, Allen Wilson wrote:
Good afternoon...
My name is Allen Wilson and I am looking to join a mod-perl team. If there are
any positions available on current projects, I would appreciate any information
pertaining to the project and the available positions.
most people join
On Mon, 22 May 2000, Kenneth Lee wrote:
My script has these lines in it,
my %in; CGI::ReadParse(\%in);
print scalar(%in);
print %in;
Then I run it under shell,
bash$ ./myscript.pl foo=1 bar=2
It gives me
0foo1bar2
Can anyone explain why the "0" but not the bucket
On Mon, 22 May 2000, Emmanuel PIERRE wrote:
is there a way to modify
ap_add_version_componen
from mod_perl ?
no. why do you need to do that?
On Mon, 22 May 2000, Roger Foskett (2) wrote:
MOD_PERL VERSION
mod_perl-1.23
- MOD_PERL CONFIGURATION
perl ./Makefile.PL \
USE_APXS=1 \
WITH_APXS=/usr/local/apache/bin/apxs \
EVERYTHING=1
thanks for the complete bug report, if only you
On Sat, 20 May 2000, Thomas wrote:
hi,
I've run into some oddities..
running nmake test causes to seriously crash
at "internal/table" while the same test with 1.22 passes fine.
Test "internal/api" FAILS for both 1.22 / 1.24
Both are compiled with identical setups using VC6 /
On Mon, 22 May 2000, Jim Serio wrote:
I'm still having trouble writing cookies while
using Apache::Sandwich (thanks Vivek for the
explination). Searching through the list archives,
I found an example from David Pisoni to add the
cookie to an image using the PerlFixupHandler.
It doesn't
On Mon, 22 May 2000, Mark Holt wrote:
Newbie to the list, apologies if this is a FAQ, but I checked the
archives...
I built a modperl-enabled server, (Apache/1.3.9 Ben-SSL/1.37 (Unix)
mod_perl/1.21) and have been running it for some time. I have the
sounds like you need upgrade your
On Tue, 23 May 2000, Kees Vonk 7249 24549 wrote:
Ok, I have added 'use lib qw(/opt/ward/IDV/DEV/Modules);' to my startup.pl,
but now I get the following error in my error log:
Syntax error on line 339 of /opt/ward/apache/conf/httpd.conf:
Invalid command 'PerlINC', perhaps mis-spelled or
On Tue, 23 May 2000, Kenneth Lee wrote:
When I pass an undef (or "", maybe) to Apache::Util-unescape_uri_info
it gives me segfault.
Any idea?
i'm surprised this hasn't bitten anybody before. thanks for the
report, patch below.
--- src/modules/perl/Apache.xs 2000/04/21 06:03:52 1.96
On Tue, 23 May 2000, Mark Murphy wrote:
I'm having a problem with the make test in mod_perl 1.24. It doesn't seem to be
configured correctly. Here are the steps I've taken so far.
Invalid command 'PerlTaintCheck', perhaps mis-spelled or defined by a module not
this indicates that
sub parse_response {
sub process_tag {
}
}
why do you nest this subroutine? the guide and other docs explain the
"variable will not stay shared" problem that normally bites people under
Apache::Registry. just move the process_tag subroutine declaration
outside of parse_response:
On Tue, 23 May 2000, Marc Lehmann wrote:
As a related note, I wondered why there isn't a mod_perl callback that is
clled _before_ forking, but after configuration parsing. This would allow
a lot of data sharing between the httpd servers. My module requires you to
call "configured PApp" at
On Mon, 22 May 2000, Ian Kallen wrote:
BSD::Resource passed all of the make test tests but when I tried enabling
Apache::Resource on a rh6.1 installation the error log barfed with these:
Ouch! malloc failed in malloc_block()
on problem is that the values were not coverted to MB, patch
On Tue, 23 May 2000, Mark Haviland wrote:
Doug,
Sorry for the consistent eMails, but I guess I wasn't entirely correct in my
statment about my version of perl being the problem. After some more tests, I've
found that things go wrong (ie. I get a Segfault) when I attempt to pre load the
On Tue, 23 May 2000, Fred Miller wrote:
On 4/26/2000, Steve Hay wrote about "Problem compiling mod_perl 1.23 on
Solaris 2.4"
I am experiencing what appears to be a very similar problem, but with
more recent modules and OS. I am running mod_perl 1.24, Perl 5.6.0,
Apache 1.3.12, Solaris 2.6
On Tue, 23 May 2000, Amy wrote:
Is there an easy way to override warn() the way Apache
overrides die() - I'm trying to disable warn() calls in
production without changing any code. I think I should
probably be using Apache::Log, but is there an easier
way to accomplish this without
On Tue, 23 May 2000, Graf, Chris wrote:
This is driving me crazy. I upgraded Perl to 5.6 (from 5.005) and mod_perl
to 1.24 (from 1.22) trying to correct weird DBD::Sybase errors somehow
related to decaying connections.
are you sure it was properly installed?
do you get errors with this?
On Tue, 23 May 2000, Marc Lehmann wrote:
At leats in the example I sent in there is no sign of any closure.
There is a closure, and this might be the thing that's making trouble for
you, or at least part of it. This is a closure:
that example is only a closure if it's compiled by
On Tue, 23 May 2000, Mark Murphy wrote:
Here is some more information I gathered from trying the "make test" under
mod_perl. I ran the command by hand and discovered that I'm getting a core dump.
(gdb) backtrace
#0 0xff1c5568 in _smalloc () from /usr/lib/libc.so.1
#1 0xff1c55ac in
On Tue, 23 May 2000, Perrin Harkins wrote:
Your sub x is a closure. That's why it returns the previous value of
$x. When it gets re-defined, it should start looking at the value of the
new $x.
nevermind what i said in the other reply about not being a closure.
you're right, it is by
On Wed, 24 May 2000, Marc Lehmann wrote:
You must be kidding here!!! Using lexicals on package level is broken??? If
it is broken, then _why_ is it recommended programming practise in perl (see
perltoot for example)?
i'm not kidding. i don't understand whay you mean by 'using lexicals on
On Wed, 24 May 2000, Fred Miller wrote:
Like I said, I'm a bit naive in these matters. I didn't specify using
gcc or cc. I used the same path to compile Perl, Apache, and Mod_Perl.
When I aaksed which gcc and which cc, my machine does report gcc
appearing in my path ahead of cc. Could that
On Wed, 24 May 2000, Mark Hewis wrote:
As far as I have tested under Apache::Registry the following commands have
the following effect
1) CORE::exit - restart all child processes for that server ( a little too
drastic for me)
that shouldn't happen. it should only kill the kid it was
On Wed, 24 May 2000, Perrin Harkins wrote:
On Wed, 24 May 2000, Marc Lehmann wrote:
I was under the impression that you cannot configure Apache from a
PerlRequire. If that is not the case (and somehow works) I'd really like
to get away from perlsections.
You can only configure Apache
On Wed, 24 May 2000, Drew Taylor wrote:
Hi all,
I'm having a serious, but intermittent, problem with my Apache::Registry
scripts. I have 2 (soon to be more!) site running on the same physical
server. Each site is driven by a set of short perl-script scripts. The
scripts execute code in OO
On Wed, 24 May 2000, David Hajoglou wrote:
Would there ever be any difference between the output of the following:
(looking on the mod_perl quick reference card)
From Apache::URI
$str = $uri-query()
From Request object
$str = $r-args();
As far as what they hold about
On Wed, 24 May 2000, Roberto Bourgonjen wrote:
Hi all,
I am encountering strange problems on redhat 6.2 installations with
rpm's apache-1.3.12-2 and mod_perl-1.21-10 (the latest available
versions from redhat. I _have_ to use rpm's). I've tried two machines.
As soon as load certain
On Wed, 24 May 2000, Seshagiri Rao Maddirala wrote:
Hi,
I am tryong to compile modperl with gcc2.8.1 on solaris 7.
Even before make finishes I get out with error:
mod_perl.c at line 278 'aptestconfigonly' - Unresolved symbol.
I picked it up today afternoon from ftp site of
On Thu, 25 May 2000, Sergey Ivanyuk wrote:
Hi All.
I'm having problems with the PerlTransHandler handler. I would like
to only translate some requests, but keep Aliases working. However, I
just can't get that done. If I use a simple 'return DECLINED;', all
my cgi scripts and aliases
On 25 May 2000, Randal L. Schwartz wrote:
Yeah, it's CGI.pm alright. So do I complain to Lincoln to fix it, or
is it just a synergy thing between mod_perl, Apache, and CGI.pm that I'll
have to live with?
are you re-loading CGI.pm? that's the only way this warning can be
triggered, from
On Thu, 25 May 2000, Prasit P wrote:
Hi guys,
I've built Apache 1.3.12 with mod_perl 1.21.
try upgrading mod_perl, 1.22 has this change:
=item 1.22 - March 22, 2000
proxy support fixed wrt RFC2068, thanks to Benjamin Elijah
Griffin for the spot
On Thu, 25 May 2000, Alexander Lazic wrote:
hi,
i search for the Apache::Safe Module which isn´t in mod_perl-1.24
included.
it doesn't exist. i had written a version once, but wasn't happy with it.
there is an experimental PerlOpmask directive that was added to mod_perl
in 1.15_01 (see
On Thu, 25 May 2000, Suresh wrote:
I am trying to limit the execution of a mod_perl script by setting the
limit of RLimitCPU. But
this does not seem to work. I am using apache 1.3.12 , mod_perl. I
tired using the module
Apache::Resource but even that did not work.
Does any body know
On Thu, 25 May 2000, Vivek Khera wrote:
limit of RLimitCPU. But
No; you are wrong.
wrt RLimitCPU and friends, he is right. the built-in apache RLimit
directives only work for mod_cgi processes, which are set in
ap_call_exec(). hmm, i bet the RLimit* directives could be moved to a
On Thu, 25 May 2000, Mark Murphy wrote:
sh Configure -Dcc=gcc -Ubincompat5005
hmm, i've seen a similar report related to largefile support, try once
more with:
sh Configure -Dcc=gcc -Ubincompat5005 -Uuselargefiles
On Thu, 25 May 2000, Drew Taylor wrote:
I have tried many things to solve this problem. Many thanks go to
Geoffrey Young who helped me privately (and clued me into a great
solution to another future maintenance problem as well!).
i glad your problem is solved, but can we keep all help on the
On Thu, 25 May 2000, Sergey Ivanyuk wrote:
package handler;
use Apache;
sub handler {
return DECLINED;
}
where does DECLINED come from? watch what happens if you add 'print
handler()' and run it from the command line, and watch what happens when
you add 'use strict;'. adding 'use
On Thu, 25 May 2000, Mark Murphy wrote:
-D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64'
those are the flags added when largefile support is enabled.
try with a fresh source tree and run:
sh Configure -des -Dcc=gcc -Ubincompat5005 -Uuselargefiles
-des will use all defaults except those you
On Thu, 25 May 2000, Roberto Bourgonjen wrote:
rpm's apache-1.3.12-2 and mod_perl-1.21-10 (the latest available
whoops, i missed your version. if you're trying to use mod_perl as a
dso, upgrade to 1.24.
On Thu, 25 May 2000, Prasit P wrote:
Thank guys for your answer. I've just tried using Apache 1.3.12, and mod_perl
1.24, all downloaded today, but it's the same problem.
seems that only works when you use http://hostname, both mod_proxy and
mod_perl use logic like so:
On Thu, 25 May 2000, Jeremy Howard wrote:
CGI::Carp preloaded.
DBI preloaded.
[Wed May 24 19:58:28 2000] [error] PerlRun: `Bizarre copy of HASH in aassign
at /usr5/perl/lib/5.6.0/Carp/Heavy.pm line 79.
...
Anyone else seen these?
Oh yes, I've been battling that tonight...
On Thu, 25 May 2000, Prasit P wrote:
By the way, i can access "http://209.10.98.1/index.html" using internet
browser, but not the perl socket.
because the browser doesn't include http://x.x.x.x in the http request,
unless you are configured to use an http proxy.
print $remote "GET
On Fri, 26 May 2000, Marc Lehmann wrote:
On Thu, May 25, 2000 at 12:09:09PM -0700, Doug MacEachern [EMAIL PROTECTED] wrote:
You can only configure Apache from Perl sections, but you can load all
your modules, shared data, etc. from a file pulled in with PerlRequire.
actually you can
forget about mod_perl for a moment. yes, true, Perl's built-in require
will not reload a module if it's already in %INC. but that's doesn't mean
a Perl environment cannot un-cache that entry so it will be reloaded.
consider the code below, pretend that loop is a long-lifetime server,
Tk type
On Fri, 26 May 2000, Benedict Lofstedt wrote:
I have a number of apache servers on various hosts, not all of them are to
be mod_perl enabled. So, I tried to build apache with mod_perl as a DSO in
order to enable mod_perl via the httpd.conf file if needed.
I tried building mod_perl-1.24 as
On Fri, 26 May 2000, Mark Murphy wrote:
I have one more issue with the "make test" for mod_perl. The documentation
indicates that SSL doesn't like /dev/null and that SSLDisable is set. Well,
after changing /dev/null and making sure SSLDisable is set in the httpd.conf
file, I was still
On Fri, 26 May 2000, Marc Lehmann wrote:
I know this and I have no problems with that (as I made very clear in my
last mail). But when mod_perl requires special programming techniques this
does not mean that code not using that techniques is "broken anyway", as
dougm said, at least not in
On Fri, 26 May 2000, Fred Miller wrote:
Thank you very much. Sorry for being such a newbie.
no need to apologize, this sort of problem isn't normal, if anyone should
say sorry, it's sun for their flawed compiler kit.
I rebuilt Perl with gcc, and then was able to get a build of Apache with
On Tue, 30 May 2000, Alex Algard wrote:
Thanks, but installing glibtop only solved the GTop.pm issue. We're still
having the same problem with Scoreboard.pm. Below is the output from the
Scoreboard.pm installation process.
Error: 'Apache' not in typemap in DummyScoreboard.xs, line 122
you
On Tue, 30 May 2000, Jeremy Howard wrote:
* Many problems appear running under Apache::DB. In particular,
Apache::Util::escape_uri causes a segfault under Apache::DB in some
circumstances, as does Apache::Request::register_cleanup (when called as
a class rather than an object method)
*
1. regarding -compile, if the tags are imported into the startup.pl's
package or main:: they aren't inhereted by child processes and therefore
not adding some memory size to the total child process size, am I right?
(well it's shared anyway)
doesn't matter if it's shared, it's shared
On Tue, 30 May 2000, Michael Blakeley wrote:
Of course there was an error...
At 9:54 PM -0700 5/30/2000, Michael Blakeley wrote:
$r-log_error($errsv) if $Apache::RegistryYA::AutoLog;
s/RegistryYA/Registry
I'm also having second thoughts about the binary nature of this
On Wed, 31 May 2000, Kees Vonk 7249 24549 wrote:
I have two questions about perl sections:
1) Has setting an entry in the %ENV hash in a perl section
the same effect as using a SetEnv (or PerlSetEnv)
no, %ENV is cleared at startup, you need to use the *Env directives for
any you want
On Wed, 31 May 2000, Jeffrey W. Baker wrote:
On Tue, 30 May 2000, Jerrad Pierce wrote:
I'm running into an odd redirect ptoblem myself, I'm issuing:
HTTP/1.1 302 Moved Temporarily\n\r
Date: Tue 30 May 2000 18:18:07 GMT\n\r
Server: Apache/1.311\n\r
Set-Cookie:
On Wed, 31 May 2000, Geoffrey Young wrote:
I've seen this before and always thought to attribute it to mod_dir creating
a new request to properly map / to /index.html
since any notes set are for the lifetime of the request only, the new
request (representing /index.html) would/should have
May 2000 12:13:20 -0700 (PDT)
From: Doug MacEachern [EMAIL PROTECTED]
To: Roberto Bourgonjen [EMAIL PROTECTED]
cc: [EMAIL PROTECTED]
Subject: Re: httpd exits with apache-1.3.12 and mod_perl-1.21 on Redhat
6.2
On Wed, 24 May 2000, Roberto Bourgonjen wrote:
Hi all,
I am encountering strange
Thanks - but RegistryNG causes problems elsewhere in my code.
Apache::File::mtime() doesn't seem to work with RegistryNG. The code:
whoops!! Apache::PerlRun/RegistryNG were written before apache introduced
the ap_update_mtime api function. i've renamed Apache::PerlRun's version
to
On Thu, 1 Jun 2000, Paul wrote:
After code verifying that the user hasn't already
been registered/approved, I changed the code below
==
if ($url !~ /NewReg[.]cgi$/o) {
$r-custom_response(FORBIDDEN,
"/public/NewReg.cgi");
return
On Thu, 1 Jun 2000, Gustavo Duarte wrote:
there to see if it stops the problem (the code isn't too clean - lots of
global variables, not written under strict, etc, but "it works").
looks like a global variable is exactly what your problem is. somebody is
creating an Apache::SubRequest object
you can find out which line of Perl code is triggering a spin, by
attaching to the process with gdb;
% gdb httpd $pid_of_spinning_process
% source modperl_x.xx/.gdbinit
% curinfo
should show you the filename:line_number where Perl is stuck.
% gdb httpd $pid_of_spinning_process
% source modperl_x.xx/.gdbinit
% curinfo
oops, that should be:
% gdb httpd $pid_of_spinning_process
(gdb) source modperl_x.xx/.gdbinit
(gdb) curinfo
On Thu, 1 Jun 2000, tim fulcher wrote:
2000] Msg.pm: Can't call method "new" without a package or object
reference at /usr/borg/lib/perl5/5.00503/Msg.pm line 11.
...
mod_perl 1.21
try upgrading to 1.24. a fix related to the Perl stack pointer in 1.23
might be the cure for this.
On Thu, 1 Jun 2000, Jay Jacobs wrote:
With that previous thread of Apache children hanging up the server it made
me think of an issue I see quite frequently in development... When I stop
the mod_perl server, it won't exit properly (or fast) :
[warn] child process 8530 still did not exit,
On Fri, 2 Jun 2000, Geoffrey Young wrote:
hi all...
this simple script:
#!/usr/bin/perl
my $r = shift;
$r-err_headers_out-add('Set-Cookie' = "name=error");
warn "pre headers_out: " . $r-headers_out-get('Set-Cookie');
$r-send_http_header('text/plain');
warn "post headers_out: "
On Fri, 2 Jun 2000, Michael Todd Glazier wrote:
Hey all! I'm having a really weird problem with mod_perl where is
dies loading modules from a certain dir in startup.pl
I'm running Red Hat Linux 6.2 with: Embedded Perl version 5.00503 for
Apache/1.3.12 (Unix) (Red Hat/Linux) mod_perl/1.21
On Tue, 6 Jun 2000, Mike McLagan wrote:
Hello,
I am having the above segfault using mod_perl 1.23 and mod_perl 1.24 on a
RedHat 6.2 system with Perl 5.00503. The Apache daemon was compiled with max
DSO and included the mod_ssl patches, etc as shown below. mod_perl is compiled
with
On Tue, 6 Jun 2000, Jim Woodgate wrote:
In a module I'm using register_cleanup so the client doesn't need to
wait for me to do a bunch of work. It basically does this:
foreach (@images) {
unless (-f $thumb{$_}) {
create_thumb($_);
$r-register_cleanup(sub
On Tue, 6 Jun 2000, Tom Lancaster wrote:
Hi,
I've got this strange behavior in a production site that until a recent
upgrade never showed this kind of thing:
I've set maxclients to 50, maxrequestsperchild 1.
What happens is that the server runs fine, is fast, etc, but the number
of apache
On Tue, 6 Jun 2000, Tom Lancaster wrote:
Here's the output of gdb: ( now what does this mean?)
...
Breakpoint 1, 0x400ddd35 in exit () from /lib/libc.so.6
(gdb) bt
#0 0x400ddd35 in exit () from /lib/libc.so.6
#1 0x80851e1 in ap_start_restart ()
#2 0x8085454 in ap_start_restart ()
#3
On Tue, 6 Jun 2000, Stas Bekman wrote:
Please! Keep the questions on the list!!! thank you!
Thought the aforementioned procedure might be useful explaining my
current trouble. Perl 5.5.3, Apache 1.3.12, mod_perl 1.24 -- no other
add-ons to Apache... OS is Linux (kernel 2.2.10).
301 - 400 of 852 matches
Mail list logo
