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 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 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 :-)
say, rfc's are good for something after all ;) ok, form_data() it is!
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
On Sun, 14 May 2000, svante [iso-8859-1] sörmark wrote:
hi all,
what i'd like to do is "pre-initialize" my DBI connections from whithin
my PerlHandler's BEGIN block.
something like this:
BEGIN {
if ( Apache-dir_config('CONNECT_ON_INIT') {
+=item parms
thanks. the reason i've been holding off though, was because i wanted
to rename parms() to be something a little more different from param().
i've asked for suggestions a few times, got any? :)
p.s.
from cvs Changes:
Apache::Table-unset can now be called with an array reference
On Mon, 15 May 2000, Asghar Nafarieh wrote:
I did it and still I get the same error.
ok, then you'll have to get a stacktrace (see SUPPORT doc for tips),
assuming this is a core dump.
On Mon, 15 May 2000, Leonardo Madrigal wrote:
Hi everyone!
Im working on some scripts that run under mod_perl via
Apache::Registry, on the latest stable versions of mod_perl and apache
under FreeBSD 3.3-stable.
This scripts make authentication to cybercash using the api that they
the problem is i can't seem to find a way to get configration variables
from httpd.conf inside a BEGIN or a PerlChildInitHandler. i set the
variables with PerlSetVar inside Location ... sections.
use Apache-server-dir_config as eric already suggested to you. you'll
have to move the
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 Tue, 9 May 2000, w trillich wrote:
redefined subs with perlrun?
it's just a warning. but, that warning should go away if you use the cvs
version of Apache::PerlRun
On Fri, 12 May 2000, Mark Haviland wrote:
Hey all...
I just upgraded my box to redhat 6.2.2 and compiled Apache 1.3.12 with
mod_perl (1.23) as a DSO (outside the Apache tree using apxs). Now,
modules that use to work are suddenly causing seg faults. The one in
particular that doens't
Location /
SetHandler perl-script
PerlSendHeader on
PerlHandler Mf7
Options +ExecCGI
strange that would fix things, unless your Mf7 module is testing for
$r-allow_options OPT_EXECCGI
mod_perl never checks that bit, it's up to
On Sat, 13 May 2000, Robert Nice wrote:
use lib '../site_perl';
it's been explained, 'use lib' happens at compile time (once per-script)
and @INC is reset to whatever it was startup time after each request. the
simple solution for you, which i didn't see mentioned, is to modify @INC
at
On Sat, 13 May 2000, Kenneth Lee wrote:
I see this error message in my error_log,
[Sat May 13 13:06:38 2000] [error](in cleanup) Undefined method
HTML::FastTemplate::DESTROY at
/usr/lib/perl5/site_perl/5.6.0/i686-linux/Apache/Registry.pm line 144
Does it mean that I have to add a
give me some insight into this problem:
- Is this a known bug, or an unavoidable by-product of the way mod_perl works?
- Is it related to the fact I'm using Apache::Registry? Would switching to the
native Apache API fix it?
- Is it related to the fact I'm using "require", with ".pl"
On Fri, 5 May 2000, Bill Moseley wrote:
At 12:05 AM 05/04/00 -0700, Doug MacEachern wrote:
you're calling exit in a module? shame on you. if you call exit() from a
script that is compiled by Apache::Registry (not include *.pm), exit()
will be overridden for you to call Apache::exit
On Sat, 6 May 2000, Gunther Birznieks wrote:
At 06:56 PM 5/5/00 -0400, Jim Winstead wrote:
On May 05, Adi wrote:
You can still use CGI.pm from within mod_perl (and you should). There is
nothing better at handling data passed from a browser via HTTP POST and/or
GET. If you currently
On Sat, 6 May 2000, Greg Cope wrote:
: But you will be not able to tune the two types of the threads to have
: different Apache parameters (MaxRequests and others) so I'm not sure
you
: will get rid of the dual setup, unless these will be taken care of by
: mod_perl.
:
: well,
On Sat, 6 May 2000, Michael Blakeley wrote:
I've been migrating some code off of the ENV-dependent methods in
CGI.pm, so I can turn of PerlSetupEnv. Anyway, I couldn't find an
Apache::Request method that had the functionality of CGI::Delete.
Since I use Delete extensively, I coded a
have you tried this patch? see threads on largefile support for details.
--- Makefile.PL 2000/04/21 19:37:45 1.159
+++ Makefile.PL 2000/04/27 22:45:30 1.160
@@ -186,7 +186,7 @@
$PERL_DEBUG = "";
$PERL_DESTRUCT_LEVEL = "";
$PERL_STATIC_EXTS = "";
-$PERL_EXTRA_CFLAGS = "";
On Mon, 8 May 2000, Stas Bekman wrote:
httpd fails to start because of the following.
will write error_log to: t/logs/error_log
Syntax error on line 3 of /tmp/mod_perl-1.23/t/conf/httpd.conf:
Invalid command '=pod', perhaps mis-spelled or defined by a module not
included in the
On Tue, 9 May 2000, Tom Roche wrote:
despite the fact that Symbol.pm is in
c:/Perls/ActivePerl522/site/lib/Apache, which is in @INC. Which returns
me to the original problem:
ok, most Apache:: modules that have xs code need to run inside httpd to
work properly. you'll notice that most have
On Wed, 10 May 2000, Bri Carey wrote:
I realize that this is not an ePerl forum, but since ePerl runs as part of
mod_perl, I thought it couldn't hurt to at least ask here.
I must be missing something obvious.
I've installed Apache::ePerl.
I've configured httpd.conf according to the
On Fri, 12 May 2000, Kenneth Lee wrote:
hi modperlers,
If I call $r-connection-user(something) in a PerlAccessHandler,
besides I can see that user name in the access log, will $ENV{HTTP_USER}
be set by Apache or the subsequent handlers, like the default auth and
authz modules?
yep.
i'm going to release 1.24 asap to stop this madness. looks like another
case of the 5.6.0 largefile support bug, which the patch below will fix.
for apxs, you'll need to build apache like so:
CFLAGS="-D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64" \
./configure \
...
--- Makefile.PL 2000/04/21
not compiled, but the all the code lives in a BIG hash table for CGI.pm to
autoload from. the export lists take up alot of space too. regardless if
you're using html routines or not.
As I have replied to FEITO Nazareno today, this happens only if you
precompile CGI.pm's functions at
Oh, the patch... I've missed this detail, sorry.
I understand that it'll enter the soon to be released 1.24, right?
not sure if it'll be in 1.24 yet.
Did this. Recompiled Apache, modperl, jserv. Same results. :-(
what if you use Perl 5.005_03? or 5.006 Configure-d with -Uuselargefiles?
On Tue, 25 Apr 2000, Matt Sergeant wrote:
I do now - just uploaded a new version. It's still not correct though - a
proper fix would have to pull SetHandler out of mod_mime altogether, I
guess. For example, say your config contains:
oh yeah, i forgot, you can call mod_mime's fixup directly
On Thu, 27 Apr 2000, Steve Hay wrote:
Steve Hay wrote:
I'm having a problem compiling mod_perl 1.23 (with Apache 1.3.12 / Perl
5.6.0) as a DSO using APXS on Solaris 2.4.
In case anyone is interested...
I've solved my own problem (just as well, really). If I re-compile
everything
On Thu, 4 May 2000 [EMAIL PROTECTED] wrote:
Sounds like a good plan. The first piece to put together is the
script that can register callbacks, and iterate through the perl
threads. Do we have a devel version that's got the mip-avail type
stuff together, or is this something that will be
On Thu, 4 May 2000, Matt Sergeant wrote:
How do you get at $r in a directive handler?
other way around, you get at directive handler config from a handler,
which has been passed $r, e.g.:
sub handler {
my $r = shift;
my $cfg = Apache::ModuleConfig-get($r, __PACKAGE__);
$cfg would
On Thu, 4 May 2000, Jeffrey W. Baker wrote:
Not strictly for debugging, but for introspection. I was toying with
a module that pokes around inside the perlguts of a running mod_perl
server and makes some nice displays out of them. Nothing for
production/money mind you, just amusement.
On Thu, 4 May 2000, Tom Roche wrote:
I'm trying to use Devel::Symdump to document code, but Perl
is choking when it hits (what appears to me to be) autoloadable
stuff. I'd like to know how to invoke (or patch, or whatever) Perl in
such a way so as to ignore such problems (or perhaps merely
On Fri, 5 May 2000, Stas Bekman wrote:
On Fri, 5 May 2000, Matt Sergeant wrote:
When building first class configuration directives, you run Makefile.PL
and it says:
which: no apxs in (/sbin:/usr/sbin:/bin:/usr/bin:/usr/X11R6/bin)
apxs:Error: Sorry, no DSO support for Apache
On Fri, 5 May 2000, Thierry-Michel Barral wrote:
I have another question, no connection from the previous one:
I believe using
open FH "tweety.conf";
is in fact a call to the shell. Right ?
no! but open FH, "cal|"; would result in a fork/subprocess. see the
perldocs, this is not
On Fri, 5 May 2000, Pierre J. Nicolas wrote:
Good Morning,
I just started using mod_perl, I'm still using the CGI.pm module, but I
plan
to convert. I've loaded the Apache::Registry and I'm experiencing a
strange
problem.
I have this snippet:
print "Content-Type:
mod_perl overrides the perl print() function - print()ing to STDOUT
explititly will not work.
just use print() if you can...
sure it will,
print STDOUT "hi";
and
print "hi";
are the same thing, provided STDOUT is the currently selected output
filehandle, which it is by default.
On Fri, 5 May 2000, Kiran Banoor wrote:
hi,
I have written a handler for controlling access control on the basis of
domain/ip address so that i can restrict the users on the limit of sessions
from a perticular domain name.And i placed my handler in .htaccess file.
The problem is when
On Fri, 5 May 2000, sadhanandham balaraman wrote:
Hi Gurus,
I'm facing a typical problem in Apache web server. The problem is that I
want to call a perl script whenever a request is made to the server, and
that script should be able to change the URI and submit to the server back.
On Fri, 5 May 2000, Matt Sergeant wrote:
Really really freaky. However I assume you saw the post - I solved it by
doing push_handler() with a Fixup and returning DECLINED. That way
mod_mime gets to do its stuff, and my content_type still gets set
regardless.
yeah, i know, it's cinco de
Cool! I guess it's a non-documented feature :)
it's documented in ch9 of the eagle book :)
On Mon, 1 May 2000, Richard Chen wrote:
Hello,
I am having a problem clearing variables and aliases
in a temporary package name space. The source of the problem
is in making legend cgi scripts work under Apache::Registry.
But the problem can be isolated and shown by the following
On Mon, 1 May 2000, James Olsen wrote:
Hello,
I have a mod_perl/apache binary and configuration file that I've been using
successfully since October of last year.
Last week I ran out of disk space (and might possibly have had the server
flake out over the CPU overheating). Everything
On Tue, 2 May 2000, Bill Desjardins wrote:
Hi all,
I checked the archives and the guide to no avail, so here goes. I am
having trouble setting a cookie in the header and then doing a
redirect. The cookies are working fine every where, but if I add a cookie
to $r-headers_out-add(), set a
On Tue, 2 May 2000, Geoffrey Young wrote:
ok, for anyone who is interested, I seem to have fixed the problem
(maybe)...
here's a patch for Apache.xs from yesterday's cvs (and I didn't see any
commits since then...)
--- Apache.xs.old Tue May 2 14:25:09 2000
+++ Apache.xs Tue
On Wed, 3 May 2000, Jeffrey W. Baker wrote:
Apache::print() dereferences its arguments. For example, this code:
my $foo = "bar";
$r-print(\$foo);
prints "bar" instead of the expected SCALAR(0xDEADBEEF). Can anyone
explain the purpose of this behavior, or is it a misfeature? In my
On Wed, 3 May 2000 [EMAIL PROTECTED] wrote:
So what you want is something more general, climbs through the symbol
table and can register callbacks for various things, right? One of
right.
which, the area I'm most interested in, is the PADLIST? Well, that's
same here!
certainly
On Wed, 3 May 2000, Franco Finstad wrote:
I have a large modperl site with modperl (CGI) scripts and command-line perl
scripts.
My command line scripts load modules (.pm files) that use Apache::exit().
This is giving me the following errors:
**
Bareword
On Wed, 3 May 2000, Wang, Pin-Chieh wrote:
Hi,
I build the apache1.3.12 using mod_perl 1.23 on Solaris 2.6 machine,
everything looks fine and installed successfully (at least the installation
program told me so...)
But when I start httpd using apachectl start, httpd did not start within
On Tue, 25 Apr 2000 [EMAIL PROTECTED] wrote:
Let me know when you want the garbage collector. I'll re-write it in
apache style, and add some debugging stuff. I figure there should be
two pieces. One that analyzes the packages that are running, the
other that actually kills off variables.
On Wed, 26 Apr 2000, raptor wrote:
What about a Apache2::XXX namespace for the new modules ...??!
just asking.
not quite, but there's a MP_INST_APACHE2=1 Makefile.PL attribute which
will install everything relative to an Apache2/ subdirectory. this way
1.xx mod_perl and 2.xx can co-exist in
On Wed, 26 Apr 2000, Alex Krohn wrote:
Hi!
I'm trying to get Apache::VMonitor to load on a new mod_perl 1.23/Apache
1.3.12/perl 5.005_03 installation. mod_perl is up and running fine,
however I can't get Apache::VMonitor working. If I add
[Wed Apr 26 16:13:45 2000] [error] Can't locate
On Thu, 27 Apr 2000, Stas Bekman wrote:
On Tue, 25 Apr 2000, Doug MacEachern wrote:
On Fri, 21 Apr 2000, Greg Cope wrote:
Does this mean that we {will|may} be able to use the interpreter pool to
set up X Perl interpreters (say 20 to service dynamic handlers) with Z
apache (say
501 - 600 of 852 matches
Mail list logo