* Michael McLagan [EMAIL PROTECTED] [2002-09-21 11:45]:
There is a bug in Apache::Cookie. It doesn't handle a cookie with
zero bytes in it!
This is because Apache::Cookie is implemented in C, and C uses NULL as
the end of string terminator.
This is probably something that needs to be done in
* Nigel Hamilton [EMAIL PROTECTED] [2002-09-21 04:31]:
I just found a really cool tool (mentioned in SysAdmin journal).
It shows a dynamic picture of MySQL processes just like 'top'
[-- snip --]
It would be great to have a similar tool for mod_perl/apache. You
could see the memory
--On Sunday, September 22, 2002 09:54:02 -0400 Perrin Harkins
[EMAIL PROTECTED] wrote:
Nigel Hamilton wrote:
It would be great to have a similar tool for mod_perl/apache.
The closest thing available is a combination of mod_status and
Apache::Status. If you haven't tried these yet,
On Sun, Sep 22, 2002 at 10:33:36AM -0400, Rich DeSimone wrote:
Hi I am just messing around with Perl DBI/Apache and I can't seem to understand this
problem. Right now I am just trying to write a simple CGI perl script that just
displays a mysql query. I am using this code...
Hi,
Does anyone installed DBD::Informix on SCO? I am getting the following
error.
ld: ERROR: Illegal option -- g
I kinda figured out what is causing the problem. But I don't know the
solution. Does anyone has any solution for the problem?
I found the following in Makefile.
# -G
Today I finally resolved a strange error that was bugging me for days
now.
In the sets of applications that runs under mod_perl on our webserver
we need the same modules twice, but with different pragmas.
app1: use module qw(standard pragma1);
app2: use module qw(standard pragma2);
now, of
apache-2.0.41-dev (prefork)
mod_perl-1.99_05
perl-5.6.1
I'm getting the following error in Apache::Util::parsedate from the
compat/apache_util.t test suite:
(...)
# testing : Apache::Util::ht_time
# expected: 'Seg, 23 Set 2002 20:37:30 GMT'
# received: 'Seg, 23 Set 2002 20:37:30 GMT'
ok 12
#
[EMAIL PROTECTED] wrote:
In the sets of applications that runs under mod_perl on our webserver
we need the same modules twice, but with different pragmas.
app1: use module qw(standard pragma1);
app2: use module qw(standard pragma2);
now, of course - whichever application is needed
undef the module's namespace from main:: when you're done using it. this
should cause it to be reloaded every time.
-Original Message-
From: Perrin Harkins [mailto:[EMAIL PROTECTED]]
Sent: Monday, September 23, 2002 5:05 PM
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Subject: Re: same
On Sep 23, 2002 at 17:05:07 -0400, Perrin Harkins wrote:
[EMAIL PROTECTED] wrote:
In the sets of applications that runs under mod_perl on our webserver
we need the same modules twice, but with different pragmas.
app1: use module qw(standard pragma1);
app2: use module qw(standard
--
mod_perl digest
September 9, 2002 - September 22, 2002
--
Recent happenings in the mod_perl world...
Features
PB == Peter Bi [EMAIL PROTECTED] writes:
PB The linked page is great, especially the first picture.
PB Problem in authentication: if mod_perl returns cached header and the
PB document is proxy cached in the plain Apache, the backend authentication
PB handler (in the mod_perl server) will not
It's just a storage mechanism. Typically the procedure is that one a user
identified herself with some kind of login process, you put her user ID (a
primary key to a database table) into the session, and keep it as a key for
accessing that data.
I have a table with some basic user
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Sunday 22 September 2002 10:33, Rich DeSimone wrote:
[Sat Sep 21 18:21:08 2002] [error] [client 10.0.0.2] Can't locate
loadable object for module DBI in @INC (@INC contains:
/usr/local/lib/perl5/5.8.0/i686-linux
/usr/local/lib/perl5/5.8.0
I have no idea why but it works all of a sudden. I didn't do one thing.
How strange is thatthanks for your help guys I did learn some stuff.
Rich
- Original Message -
From: John Simpson [EMAIL PROTECTED]
To: Rich DeSimone [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Sent: Sunday,
On Wed, 18 Sep 2002, Peter Bi wrote:
The linked page is great, especially the first picture.
Problem in authentication: if mod_perl returns cached header and
the document is proxy cached in the plain Apache, the backend
authentication handler (in the mod_perl server) will not be able
to
I'm compiling and installing apache-1.3.26 with mod_perl 1.27 , It's normal
without error.
I'm using httpd -l then mod_perl is in the list.
Then I starting Apache, and run Test Page, but the image/icons cannot
display just x (unknown.gif).
I'm using standard httpd.conf from instalation,
17 matches
Mail list logo