Hi there,
On Tue, 26 Aug 2003, Patrick West wrote:
I've installed apache_1.3.27 and mod_perl-1.27. When I go to run the
tests in mod_perl-1.27/t (just running the first one), first it
complains that it couldn't start the server. But the server is
actually running.
Are you sure you have the
[EMAIL PROTECTED] wrote:
Hello!
Your letter successfully arrived to my mailbox and I'll read it in the nearest future.
--
!
.
Like we don't have enough spam and virus emails already. If you ask a question
in a public forum and expect an answer, please at least consider to turn
Hello there,
On Mon, 25 Aug 2003, Alan Rafagudinov wrote:
I've downloaded apache_1.3.28.tar.gz mod_perl-1.28.tar.gz
and unarchive it to /usr/src/httpd_perl for back-end server
then when I make
perl Makefile.PL APACHE_SRC=../apache_1.3.28/src/ DO_HTTPD=1 USE_APACI=1
EVERYTHING=1
Hi there
On Tue, 26 Aug 2003, Patrick West wrote:
Apparently $net::httpserver is set incorrectly,
[snip]
So ... where is $net::httpserver being set?
t/net/config.pl
73,
Ged.
PS: Please keep it on the list... :)
--
Reporting bugs: http://perl.apache.org/bugs/
Mail list info:
Perrin Harkins wrote:
On Tue, 2003-08-26 at 18:41, Bruce Tennant wrote:
Can we fix the list so that when a person replies, it defaults to
the list address and not the posters?
Read the following thread:
http://marc.theaimsgroup.com/?l=apache-modperlm=99790842623617w=2
Please advise on another
John Chiu wrote:
Thanks in advance. I've tried all the archives and google'd but I have
not found anything that would help.
I'm running RH 8.0, httpd-2.0.40-11.5 and mod_perl-1.99_05-3 from the
RedHat distribution. I'm trying to create a small proxy module that will
check a non-proxy
Drox wrote:
Hi
I am having troubles trying to install the Apache module Apache::Filter
I need this module installed, so I can use Apache::SSI with Apache::ASP
I already have mod_perl installed. It seems to be installed ok.
But when I try to install or test Apache::Filter, I get the following:
Stas Bekman wrote:
Please advise on another way to tell people to respond to the list and
not in private. I used to receive much less off-list replies earlier.
I actually couldn't care less what the reply-to header for the list is,
since I will just reply all as I always have. I posted the
Good morning,
On 26/8/03 at 8:26 PM +0200, Thomas Klausner [EMAIL PROTECTED] wrote:
Hi!
On Die, Aug 26, 2003 at 09:06:05 +1000, Charlie Garrison wrote:
I need to protect resources in both the static (proxy) front-end and
the mod_perl back-end. I have been using standard http authentication
Craig Shelley wrote:
MP_AP_PREFIX = /home/craig/temp/mod_perl-1.99_09/
hi craig.
before we continue, please try the latest cvs (without the patch I sent)
and see if your stuff segfaults there. if not, at least we know we've
isolated the segfault and just have bad logic to fix :)
if
On Tue, 26 Aug 2003, Stas Bekman wrote:
Please advise on another way to tell people to respond to the list and not in
private. I used to receive much less off-list replies earlier.
[snip]
Purhaps adding a list signature:
Always post followups back to the list!
will help, but who reads
Larry Leszczynski wrote:
On Tue, 26 Aug 2003, Stas Bekman wrote:
Please advise on another way to tell people to respond to the list and not in
private. I used to receive much less off-list replies earlier.
[snip]
Purhaps adding a list signature:
Always post followups back to the list!
will
On 8/26/03 8:48 PM, Stas Bekman [EMAIL PROTECTED] a écrit :
Larry Leszczynski wrote:
On Tue, 26 Aug 2003, Stas Bekman wrote:
Please advise on another way to tell people to respond to the list and not
in
private. I used to receive much less off-list replies earlier.
[snip]
Purhaps
Douglas Theobald wrote:
I thought this was a strange behavior for the list messages when I realized
that I had replied, accidentally, to Stas personally and not the list. I
subscribe to six lists, and mod_perl is the *only* one where my email reader
automatically replies to the sender and not the
On Tue, Aug 26, 2003 at 21:06:05, Charlie Garrison said...
The second one, Cookie Authentication with MySQL, looks like a very good
option, except for two issues. Fist, it doesn't support the 'require group...'
directive. And second, it doesn't appear to cache mysql connections so I am
On 8/26/03 10:00 PM, Stas Bekman [EMAIL PROTECTED] a écrit :
Douglas Theobald wrote:
I thought this was a strange behavior for the list messages when I realized
that I had replied, accidentally, to Stas personally and not the list. I
subscribe to six lists, and mod_perl is the *only* one
Douglas == Douglas Theobald [EMAIL PROTECTED] writes:
Douglas All the other lists automatically put the list email address
Douglas in the Reply-to: of the distributed posts, thus making
Douglas replying to the list the default. Couldn't that be changed
Douglas for modperl?
Eeek. Please make
Quoting Michael [EMAIL PROTECTED]:
On Tue, Aug 26, 2003 at 21:06:05, Charlie Garrison said...
The second one, Cookie Authentication with MySQL, looks like a very good
option, except for two issues. Fist, it doesn't support the 'require
group...'
directive. And second, it doesn't appear
Ok compare:
== w/Reply-To "munged"
1) Left click on from line, copy
2) hit reply, replace list email w/sender email
3) type away
== w/out reply to, reply to whole list
1) hit reply, DOH! reply all
2) cut out senders email address or he gets duplicate mails (YES I DONT WANT TO READ IT TWICE!)
3)
Good afternoon,
On 27/8/03 at 2:49 PM +1000, Cees Hek [EMAIL PROTECTED] wrote:
Umm, use Apache::DBI, that's what it's for.
It was easy to miss in the email if you skimmed it, but he is looking for a C
based module, so any perl based solutions are out.
The reason this question is mod_perl
Good afternoon,
On 27/8/03 at 12:05 AM -0400, Michael [EMAIL PROTECTED] wrote:
The second one, Cookie Authentication with MySQL, looks like a very
good option, except for two issues. Fist, it doesn't support the
'require group...' directive. And second, it doesn't appear to cache
mysql
Solaris 2.5.1
perl 5.6.0
Apache/1.3.27 (Unix) mod_perl/1.27
CGI 2.76
CGI::Carp 1.20
Hi,
I have problems with redirecting STDERR in mod_perl. Have a look at the
following example:
==
#/usr/bin/perl -w
use CGI qw(header param url_param url);
Could anyone advise which file upload method to use that is be written in
mod_perl that will be migrated to mod_perl2 at a later time?
And, generally, which particular package from mod_perl (1) should be
avoided.
Any insight will be helpful.
--
Reporting bugs: http://perl.apache.org/bugs/
Am Tue, 26 Aug 2003 16:07:21 + schrieb Stas Bekman:
As you posted in the followup, this is a problem with all Apache:: modules.
The problem originates within Apache, not us.
Didn't know that apache rejects to run as root. Strange (but safe) behaviour.
Ideas how to solve this are *very*
Hi there,
On Wed, 27 Aug 2003, Charlie Garrison wrote:
Do you also write the apache module for the frontend server? I'm very
competent at perl, but not competent enough to write an apache module.
It's not so hard. There's a skeleton module in the Apache sources for
you to start with, take a
Hello again!
I've downloaded apache_1.3.28.tar.gz mod_perl-1.28.tar.gz
and unarchived them to /usr/src/httpd_perl for back-end server
then when I make
perl Makefile.PL APACHE_SRC=../apache_1.3.28/src/ DO_HTTPD=1 USE_APACI=1 EVERYTHING=1
APACI_ARGS='-
-prefix=/usr/local/httpd_perl'
and
make
On Wed, Aug 27, 2003 at 14:49:05, Cees Hek said...
It was easy to miss in the email if you skimmed it, but he is looking for a C
based module, so any perl based solutions are out.
Whoops, you're right, I did just skim it.
The reason this question is mod_perl related is that he is doing the
On Wed, Aug 27, 2003 at 15:45:11, Charlie Garrison said...
I haven't been 100% happy with any of the systems written by other
people so I've always just written my own. It's a rather simple
Do you also write the apache module for the frontend server? I'm very
competent at perl, but not
Hi there,
On Wed, 27 Aug 2003, Alan Rafagudinov wrote:
I've downloaded apache_1.3.28.tar.gz mod_perl-1.28.tar.gz
[snip]
tests failed:
[snip]
Summary of my perl5 (revision 5.0 version 6 subversion 0) configuration:
Platform:
osname=linux, osvers=2.2.16-22smp, archname=i386-linux
Brett Hales wrote:
I am having problems with Apache-AuthenNTLM-0.23. In apache's error.log
I am getting the following errors reported.
AuthenNTLM: timed out while waiting for lock (key = 23754)
This also seems to cause the web server to go _very_ slow. I have looked
through the AuthenNTLM.pm and
I've got a case where my DBI connections appear to be timing out and not
reconnecting. Google just points to the old timeout problem that should
be solved.
I've set Apache::DBI::DEBUG to 2, and I'm not seeing _any_ messages
(from it) in the error log. Apache::Status lists Apache DBI, but lists
Hello again,
On Wed, 27 Aug 2003, Alan Rafagudinov wrote:
GH Please post the output of
GH gcc -v
Reading specs from /usr/lib/gcc-lib/i386-asplinux-linux/2.96/specs
gcc version 2.96 2731 (ASPLinux 7.1 2.96-85.asp)
Make sure to use that compiler to build Perl, mod_perl and Apache.
73,
Hello Ged,
Wednesday, August 27, 2003, 6:11:13 PM, you wrote:
GH Hi there,
GH On Wed, 27 Aug 2003, Alan Rafagudinov wrote:
I've downloaded apache_1.3.28.tar.gz mod_perl-1.28.tar.gz
[snip]
tests failed:
[snip]
Summary of my perl5 (revision 5.0 version 6 subversion 0) configuration:
Greetings,
I'm not sure if this should be sent here, or to the HTML::Mason list, but as
its a segfault, I've sent it here first. I've just upgraded my
apache/mod_perl installation, and have run into a few problems.
Firstly, all of mod_perl's tests pass (although a few are skipped), and
mod_perl
On Fri, 2003-08-22 at 17:23, B. Fongo wrote:
I have a file (output_tab.pm) that I use to generate tables
dynamically. Even though it serves its purpose, it goes on generating
this error:
Script_name.pl: Use of uninitialized value in concatenation (.) or
string at output_tab.pm line 42.
I'm looking for a mod_perl savvy programmer to join an eCommerce development team.
Skills include: Perl 5.6.1, mod_perl 1.0, Oracle, DBI, Linux, SQL, and experience in a
test driven development.
I'm also looking for a build engineer with experience with RPM, autoconf, and make.
Solaris and
Stephen wrote:
[...]
The GDB backtrace output (from debugging httpd -X) is as follows:
(gdb) bt
#0 0x808d079 in XS_Apache_dir_config ()
#1 0x810a7f7 in Perl_pp_entersub ()
#2 0x8104b24 in Perl_runops_standard ()
#3 0x80c39fe in Perl_call_sv ()
#4 0x80c3b42 in Perl_eval_sv ()
#5 0x80846ce in
Ged Haywood wrote:
Hello again,
On Wed, 27 Aug 2003, Alan Rafagudinov wrote:
GH Please post the output of
GH gcc -v
Reading specs from /usr/lib/gcc-lib/i386-asplinux-linux/2.96/specs
gcc version 2.96 2731 (ASPLinux 7.1 2.96-85.asp)
Make sure to use that compiler to build Perl, mod_perl
Issac Goldstand wrote:
You might want to look at Apache::Request for mod_perl. It's currently
almost ready for mod_perl2...
or meanwhile use CGI.pm 2.93 or higher.
- Original Message -
From: rkl [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Wednesday, August 27, 2003 9:51 AM
Subject:
Udo Rader wrote:
Am Tue, 26 Aug 2003 16:07:21 + schrieb Stas Bekman:
As you posted in the followup, this is a problem with all Apache:: modules.
The problem originates within Apache, not us.
Didn't know that apache rejects to run as root. Strange (but safe) behaviour.
It starts as root
All,
I'm having problems loading .PM modules (apache2, mod_perl2) that are in the
root directory and am not quite sure where to begin (Been here
http://perl.apache.org/docs/general/perl_reference/perl_reference.html#The__INC_hash
but no success).
I am converting code from an IIS/Perl CGI
On Wed, 2003-08-27 at 14:48, js wrote:
My question is, why isn't Apache2/Mod_perl finding the library to load, if
the PM file is in the same directory as the perl-script?
This is a mod_perl 2 issue, which is documented here:
It looks like something has gone awry with the perl.apache.org website. It is
currently pointing to the Apache Portable Runtime website.
You can bypass it by going directly to:
http://perl.apache.org/index2.html
This looks like the result of a change to put up a protest page at the start of
Cees Hek wrote:
It looks like something has gone awry with the perl.apache.org website. It is
currently pointing to the Apache Portable Runtime website.
You can bypass it by going directly to:
http://perl.apache.org/index2.html
This looks like the result of a change to put up a protest page at
Stas Bekman [EMAIL PROTECTED] wrote:
Wearing my bug-tender cap, but not taking the ownership of this bug, I
should
say that your backtrace could be much more useful if you have had rebuilt
apache/perl/mod_perl with debugging symbols enabled. When you do that the
trace will show the arguments
Wojciech Pietron wrote:
...
use CGI qw(header param url_param url);
use CGI::Carp qw(fatalsToBrowser croak carp carpout);
my ($pwd, $errorlog, $fh);
BEGIN {
$pwd = qx|/bin/pwd|;
chop $pwd;
$errorlog = $pwd/myerror.log;
$fh = new FileHandle $errorlog;
carpout($fh);
}
# functions
Josh Chamas wrote:
Right, so basically either Apache::Filter Apache::SSI need to be ported
to mod_perl 2,
IMHO, Apache::Filter does doesn't need to be ported to mp2. You have a native
API for filtering.
Geoff has posted a an alpha-port of Apache::SSI to the list some time ago.
or I need to
Stas Bekman wrote:
Josh Chamas wrote:
Right, so basically either Apache::Filter Apache::SSI need to be ported
to mod_perl 2,
IMHO, Apache::Filter does doesn't need to be ported to mp2. You have a
native API for filtering.
Geoff has posted a an alpha-port of Apache::SSI to the list some
Geoffrey Young wrote:
Stas Bekman wrote:
Craig Shelley wrote:
I'll take a look at it. But you didn't supply a complete bug report
as explained http://perl.apache.org/bugs/. Please do so.
I think I've got this figured out.
the problem is with the r-main logic in mpxs_ap_run_sub_req.
with
however, removing that logic causes api/lookup_uri2.t to fail, but I
suspect this is an issue with puts() rather than the subrequest
mechanism - changing puts() to print() makes everything work just
fine. does puts() write directly to the wire, bypassing filters?
Sorry, but that's cheating
Geoffrey Young wrote:
the problem is with the r-main logic in mpxs_ap_run_sub_req.
with that logic, what ends up happening is that the data currently
being operated on is explicity flushed. this is bad within a
(streaming) filter where you are expected to call $f-print yourself,
as the data
Geoffrey Young wrote:
[...]
as I said, nowhere in any of the module shipped with core do I find
logic like this - mod_include and mod_cgi both seem to call
ap_run_sub_req without flushing the main data stream (though
mod_include does split the stream and send the data _prior to the tag_
off).
52 matches
Mail list logo