On Fri, Mar 05, 2004 at 07:11:35PM -0600, Shannon Eric Peevey wrote:
> Nick Urbanik wrote:
>
> >Dear Folks,
> >
> >Sorry, GPG munged the patch.
> >Here is an unmunged patch.
> >Is this the right place to send it?
> >
> >
> Yes, thanks! I was just getting ready to implement ldaps support in it,
OK, here you are:
Thanks, Jie. So we are on Solaris. It doesn't sound like a mod_perl problem,
but Apache and/or Apache-Test's one.
[Sat Mar 06 15:41:32 2004] [info] base server + 16 vhosts ready to run tests
...(126)Cannot assign requested address: make_sock: could not bind to address
[::1]:85
Jie Gao wrote:
I also assume that you are running on ipv6, because of [::1]:8549
Ah! That could be the problem, as I am _not_ running on ipv6: no ipv6
interfaces are up or even configured. How did the test get it?
Sorry, Jie I can't do any guesses before you post a proper bug report.
I should h
Jie Gao wrote:
SunOS banquo 5.9 Generic_112233-11 sun4u sparc
Apache/2.0.48 mod_perl/1.99_13-dev Perl/v5.8.3 (threaded)
Make test fails:
% gmake test
...
[warning] root mode: changing the files ownership to 'nobody' (60001:60001)
[warning] testing whether 'nobody' is able to -rwx /u0/local/src/m
On Sat, 2004-03-06 at 03:18, Andrew Wyllie wrote:
> All tests passed on FreeBSD-5.2, Perl-5.8.3, Apache-2.0.48
>
All tests also passed on Linux 2.4.20-gentoo-r9, Perl-5.8.3,
Apache-2.0.48! (threads not enabled)
Thanks Stas!
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http
All tests passed on FreeBSD-5.2, Perl-5.8.3, Apache-2.0.48
Thanks!
Andrew
Stas Bekman wrote:
A release candidate for mod_perl-1.99_13 is available:
http://apache.org/~stas/mod_perl-1.99_13-dev.tar.gz
Please test and report any failures to this list.
If everything goes well, 1.99_13 will be
All tests passed on FreeBSD-5.2
Thanks!
Andrew
Stas Bekman wrote:
A release candidate for mod_perl-1.99_13 is available:
http://apache.org/~stas/mod_perl-1.99_13-dev.tar.gz
Please test and report any failures to this list.
If everything goes well, 1.99_13 will be released on Tuesday, so th
A release candidate for Apache-Test-1.09 is available:
http://apache.org/~stas/Apache-Test-1.09-dev.tar.gz
Please test and report any failures to this list.
Changes since 1.08:
Updated to the new Apache License Version 2.0 [Gozer]
handle cases on Win32 when supplied paths have spaces in their
A release candidate for mod_perl-1.99_13 is available:
http://apache.org/~stas/mod_perl-1.99_13-dev.tar.gz
Please test and report any failures to this list.
If everything goes well, 1.99_13 will be released on Tuesday, so those who do
mod_perl at work can test on Monday and those at home over th
-- オリジナルメッセージ --
件名: Re: [Fwd: Re:"Require"
差出人: "Perrin Harkins" <[EMAIL PROTECTED]>
日付: 2004年 3月 5日 (金) 11:04 am
[EMAIL PROTECTED](B: [EMAIL PROTECTED]
Cc: "Modper
Edouard Lagache wrote:
Dear mod_perl community,
As promised, I grabbed a snapshot of CVS and attempted to build that. It
behaved identically to 1.99_12 - the server is running but the test
scripts fail to connect (as shown below.) If I run the server on the
same port (8529), I can connect fine,
Nick Urbanik wrote:
Dear Folks,
Sorry, GPG munged the patch.
Here is an unmunged patch.
Is this the right place to send it?
Yes, thanks! I was just getting ready to implement ldaps support in it,
but you beat me to the punch. You can expect the next version to be out
during the next month.
On Fri, 2004-03-05 at 19:08, MJH wrote:
> use app::utility_class;
> my $var = new app::utility_class;
> do stuff...
If "do stuff" includes and subs that reference $var without it being
passed to them, you'll create a closure. For example:
sub foo {
$var->bar();
}
That will prevent it f
I'm completely stumped here, so I figured I'd ask to see if there's something
I've missed in my reading.
I have a script running under apache2(2.0.47), mod_perl (1.99_09), Registry.
It uses a small class to handle certain parts of the application for me, and
I'm depending on the DESTROY functi
Dear Folks,
Sorry, GPG munged the patch.
Here is an unmunged patch.
Is this the right place to send it?
On Wed, Mar 03, 2004 at 06:44:00PM +0800, Nick Urbanik wrote:
> Oh dear, Some twit forgot to attach the patch!
>
> Here it is.
>
> On Wed, Mar 03, 2004 at 10:38:33AM +, Nick Urbanik wrote
On Fri, 2004-03-05 at 14:25, Mark Warner wrote:
> Please forgive the OT.. if anyone can direct me to a more suitable list
> for perl issues not specific to mod_perl, I'll be very grateful.
Here are some resources for perl questions:
http://perl.apache.org/docs/offsite/other.html
- Perrin
--
Re
if (ref($myreference) eq "ARRAY") { print "This is an array!"; }
Roger
On Fri, 2004-03-05 at 13:25, Mark Warner wrote:
Please forgive the OT.. if anyone can direct me to a more suitable list
for perl issues not specific to mod_perl, I'll be very grateful.
I need to know if there is any easy
Please forgive the OT.. if anyone can direct me to a more suitable list
for perl issues not specific to mod_perl, I'll be very grateful.
I need to know if there is any easy way to determine the type of
referent a reference points to (aside from printing the contents of the
reference 'ARRAY (0x36x4
On Fri, 2004-03-05 at 10:36, [EMAIL PROTECTED] wrote:
> Tried to parse %INC values to check if "required file" is in the list.
> It was there.. So calling required file works fine..
If you require a file in multiple scripts, and that file does not have
its own package but just creates subs in the
Dear mod_perl community,
As promised, I grabbed a snapshot of CVS and attempted to build that. It
behaved identically to 1.99_12 - the server is running but the test
scripts fail to connect (as shown below.) If I run the server on the
same port (8529), I can connect fine, so the problem isn't ne
In <[EMAIL PROTECTED]> on 05 Mar 2004,
petersm <[EMAIL PROTECTED]> wrote:
>> RewriteRule ^/(intranet/.*\.cgi)$ http://127.0.0.1:8181/$1 [P,L]
> 68.52.48.147 - - [05/Mar/2004:10:16:23 -0600]
> [extranet.venzia.com/sid#a0a904c][rid#a0c690c/initial] (1) go-ahead with proxy
> request prox
Just as a follow-up incase anyone was trying to help me.
If I change the rewrite rule to send .html and .cgi it fails as well.
If I stop the front-end 'apache' and then change the 'apache_perl' to run on
port 80, it serves up the page just fine. It just doesn't work if the
front-end proxy is on
-- オリジナルメッセージ --
件名: [Fwd: Re:
差出人: [EMAIL PROTECTED]
日付: 2004年 3月 5日 (金) 7:35 am
[EMAIL PROTECTED](B: [EMAIL PROTECTED]
-- オリジナルメッセージ --
件名: Re: "Require"
差出人: "Perrin Harkins" <[EMAIL PROTECTED]>
日付: 2004年 3月 4日 (木) 7:17 am
[EMAIL PROTECTED](B: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
I've been researching what it would take to write an mp2 +
Apache::AuthCookie based login system using optional client
certificates. Before I start wrangling the code, I'd like to do a sanity
check. Here's what I'm planning:
Unauthenticated users trying to access protected content are redirected
t
Greetings,
Using Fedora Core 1
Apache 1.3.29
mod_perl 1.29
Aparently I am just not understanding something and would like to ask this
list for some help. I'm trying to set up a non-mod_perl proxy server as the
front end which would then forward requests for certain files of certain
applications t
Greetings!
I am experimenting on file locking using the flock functionality under
modperl and apache 2 on a redhat 9 box. Note however that I am quite
newbie in apache/modperl configuration. And please tell me what I did
wrong in the process (or any flaws in my simple test methodology). I
need
Once you run the above at the very beginning of your script, it'll
pull out $r out from thin air from that point on. that's exactly what
+GlobalRequest does.
True, but since it is not necessary to do this first operation with mp1,
when you use Apache::compat with mp2 this should be done for yo
28 matches
Mail list logo
