Re: why AuthenNTLM prompt for password/user when user in domain

[william lai]

Hi,
Thanks for your reply.
then user/password will promt user/password for the first time accessing 
the page even though user logined, am i right? Do i need a samba server 
in apache which use the AuthenNTLM.  And how do i know the the 
user/usernthash is right between the apache and PDC? Since my problem is 
whatever i enter in the user/password prompt, it  always says wrong 
password(rc=3).

thanks,
william
Shannon Eric Peevey wrote:
william lai wrote:
*Hi speeves,
  i'm trying Apache::AuthenNTLM 2.07 modules with a
NT PDC, mod_perl-1.19_12, Apache/2.0.51., After

Hi!
Just a note, the newest version of mod_perl is 1.99_17, and Apache 
2.0.51 had a security hole that is fixed in 2.0.52.  (Though I have 
been seeing a mention of a new vulnerability in 2.0.52 on bugtraq, 
though haven't seen it confirmed yet).

configuration, i browsers the page that protect by AuthenNTLM and it 
prompt me for password/user,  however  it always said the 
user/passwordis wrong.
is it true that NTLM don't need to enter password/user when user 
login in the domain?
**and i also set keepalive= on in httpd.conf. I have
searched for a week why it prompt me for password/user, but
stil can't solve.
*

If I am understanding this correctly, AuthenNTLM doesn't check for 
existing credentials from IE.  It simply checks a local cache to see 
if the user already has a session, then throws a 401 Unauthorized if a 
cached session is not found.
thanks,


--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiquette: http://perl.apache.org/maillist/email-etiquette.html

Re: why AuthenNTLM prompt for password/user when user in domain

[Shannon Eric Peevey]

william lai wrote:
*Hi speeves,
  i'm trying Apache::AuthenNTLM 2.07 modules with a
NT PDC, mod_perl-1.19_12, Apache/2.0.51., After
Hi!
Just a note, the newest version of mod_perl is 1.99_17, and Apache 
2.0.51 had a security hole that is fixed in 2.0.52.  (Though I have been 
seeing a mention of a new vulnerability in 2.0.52 on bugtraq, though 
haven't seen it confirmed yet).

configuration, i browsers the page that protect by AuthenNTLM and it 
prompt me for password/user,  however  it always said the 
user/passwordis wrong.
is it true that NTLM don't need to enter password/user when user login 
in the domain?
**and i also set keepalive= on in httpd.conf. I have
searched for a week why it prompt me for password/user, but
stil can't solve.
*
If I am understanding this correctly, AuthenNTLM doesn't check for 
existing credentials from IE.  It simply checks a local cache to see if 
the user already has a session, then throws a 401 Unauthorized if a 
cached session is not found. 

thanks,
--
Shannon Eric Peevey
President - EriKin Corporation
[EMAIL PROTECTED]
(940) 391-6777
http://www.erikin.com 

--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiquette: http://perl.apache.org/maillist/email-etiquette.html

Re: Apache2/Modperl2 fails to preload Win32::OLE at server startup

[Thierry Valentin]

Hello,
Sorry about the imprecision...
The reason why I forgot to send the error log is that there's absolutely nothing 
in the error log - not a single line even with a LogLevel set to debug.

The only feedback I get is the standard Microsoft error dialog that says:
"Apache HTTP server has encountered a problem and needs to close..."
and proposes to send Microsoft a bug report.
Then I get the Apache Monitor Error Dialog with this message:
"The requested operation has failed"
Note that 2 files are attached to the Microsoft bug report:
- Apache.exe.mdmp - binary (144KB)
- appcompat.txt - textual - (22KB)
Are these files of any help to you?
One important information that could help:
I'm running windows Xp professionnal
Sorry about the few information, but I've nothing more.
Best regards
Thierry
Stas Bekman wrote:
Thierry Valentin wrote:
Hello,
I'm currently using the following configuration:
- Perl 5.8.4.810 from Activestate
- Apache 2.0.52 installed from the MSI package
- mod_perl 1.99_17 installed with ppm from http://theoryx5.uwinnipeg.ca
All these 3 packages are frehsly installed and I did no other additions.
After configuring mod_perl in http.conf I tried the following:
- preload Win32::OLE with a 'use Win32::OLE' in the mod_perl startup 
script:
=> Apache2 refuses to start.

- preload Win32::OLE with a PerlModule Win32::OLE' directive in 
http.conf:
=> Apache2 still refuses to start

What's strange is that CGI scripts that use Win32::OLE under mod_perl 
in an identical server configuration run successfully!

What did I miss?

The exact error messsage?

--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiquette: http://perl.apache.org/maillist/email-etiquette.html

Re: Callback called exit.

[Stas Bekman]

Brian Hirt wrote:
I've typed up my suggestions to the troubleshooting doc, and 
incorporated glen's suggestions too.   Stas wants me to post to the list 
to see if there are any comments / corrections.

I wasn't sure if I should put a comment in about __DIE__ handlers and 
their use with evals, it seemed like that might be too general perl.
Thanks Brian, very late but now committed.
Index: src/docs/1.0/guide/troubleshooting.pod
===
RCS file: 
/home/cvspublic/modperl-docs/src/docs/1.0/guide/troubleshooting.pod,v
retrieving revision 1.28
diff -u -r1.28 troubleshooting.pod
--- src/docs/1.0/guide/troubleshooting.pod  5 May 2004 03:29:38 
-   1.28
+++ src/docs/1.0/guide/troubleshooting.pod  6 May 2004 22:40:07 -
@@ -589,27 +589,45 @@

 If something goes really wrong with your code, Perl may die with an
 "Out of memory!" message and/or "Callback called exit".  Common causes 
of this
-are never-ending loops, deep recursion, or calling an
-undefined subroutine.  Here's one way to catch the problem: See Perl's
-INSTALL document for this item:
+are never-ending loops, deep recursion, or calling an undefined 
subroutine.

-  =item -DPERL_EMERGENCY_SBRK
+If you are using  perl 5.005 or later, and perl is compiled to use it's 
own
+malloc rutines, you can trap out of memory errors by setting aside an 
extra
+memory pool in the special variable $^M.  By default perl uses the 
operating
+system malloc for many popular systems, so unless you build perl with
+'usemymalloc=y' you probably wont be able to use $^M.  To check if your 
mod_perl
+was compiled to use perl's internal malloc(), stick the following code 
in a
+handler and see if usemymalloc is set to 'y'
+
+   use Config;
+
+   print Config::myconfig();
+
+Here is an explanation of $^M from perlvar(i):
+
+   $^M By default, running out of memory is an untrap-
+  pable, fatal error.  However, if suitably built,
+  Perl can use the contents of $^M as an emergency
+  memory pool after die()ing.  Suppose that your
+  Perl were compiled with -DPERL_EMERGENCY_SBRK and
+  used Perl's malloc.  Then
+
+  $^M = 'a' x (1 << 16);
+
+  would allocate a 64K buffer for use in an emer-
+  gency.  See the INSTALL file in the Perl distribu-
+  tion for information on how to enable this option.
+  To discourage casual use of this advanced feature,
+  there is no English long name for this variable.

-  If PERL_EMERGENCY_SBRK is defined, running out of memory need not be a
-  fatal error: a memory pool can allocated by assigning to the special
-  variable $^M.  See perlvar(1) for more details.
-
-If you compile with that option and add 'C
+If your perl installation supports $^M and you add 'C
 =E 4;>' to your Perl script, it will allocate the C<$^M> emergency
 pool and the C<$SIG{__DIE__}> handler will call C,
 giving you a stack trace which should reveal where the problem is.
 See the C module for ways to control httpd
 processes.

-Note that Perl 5.005 and later have C turned on
-by default.
-
-The other trick is to have a startup script initialize
+Another trick is to have a startup script initialize
 C, like so:
   use Carp ();
@@ -617,6 +635,24 @@
 this way, when the real problem happens, C doesn't eat
 memory in the emergency pool (C<$^M>).
+
+Some other mod_perl users have reported that this works well for them:
+
+## Allocate 64K as an emergency memory pool for use in out of 
memory situation
+$^M = 0x00 x 65536;
+
+## Little trick to initialize this routine here so that in the case 
of OOM,
+## compiling this routine doesn't eat memory from the emergency 
memory pool $^M
+use CGI::Carp ();
+eval { CGI::Carp::confess('init') };
+
+## Importing CGI::Carp sets $main::SIG{__DIE__} = \&CGI::Carp::die;
+## Override that to additionally give a stack backtrace
+$main::SIG{__DIE__} = \&CGI::Carp::confess;
+
+Discussion of $^M has come up on PerlMonks, and there is speculation 
that $^M is a
+forgotten feature that's not well supported.  See
+http://perlmonks.org/index.pl?node_id=287850 for more information.

 =head2 server reached MaxClients setting, consider raising the 
MaxClients setting

--
__
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org   http://ticketmaster.com
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiquette: http://perl.apache.org/maillist/email-etiquette.html

Re: How can I tell whether mod_perl is running?

[Stas Bekman]

Stas Bekman wrote:
Greg Matheson wrote:
On Sat, 02 Oct 2004, Stas Bekman wrote:

This is different than the public signature of httpd installed
in /usr/local/httpd. Is this signature with the mod_perl
information only for private testing?


Right, this is due to to test of the $s->add_version_component() method:

My problem was not getting any mod-perl info at all, just the
httpd one, and was due to having the ServerTokens directive set.
I found out about this thru the docu on the above method.
I copied that info into a patch to
http://perl.apache.org/docs/1.0/guide/install.html
which I also sent to the docs-dev list. 

I can't see anything posted there. I suppose the moderators aren't 
around to approve posts :( Just post it here in the future, or subscribe 
to that list before posting to it.

The value of this patch
depends, however on whether ServerTokens directive is also in
httpd 1! I don't know if it is or not.
Thanks Greg, now committed.
--
__
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org   http://ticketmaster.com
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiquette: http://perl.apache.org/maillist/email-etiquette.html

Re: pnotes

[Arshavir Grigorian]

Stas Bekman wrote:
Arshavir Grigorian wrote:
Hello list,
I have module called Application which handles all the requests to 
the site (except for images, etc) and then dispatches the request to 
a different module based on the $r->path_info().

I am thinking about creating a Template Toolkit object and a DBI 
handle in Application::handler() and storing it in the request 
object's pnotes() before dispatching the request. The other modules 
that do the actual work, will then get those 2 "handles" from the 
request object which is passed to them anyways. Are there any 
problems with this approach?

That should work.
(in this particular case it should be the same for any modperl 
generation, but in the future don't forget to explicitly specify which 
mp version you are using. thanks)

Thanks, Stas. I will try to be more specific next time.
Arshavir
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiquette: http://perl.apache.org/maillist/email-etiquette.html

Re: mod_perlservice? what the heck?

[Dan Brian]

Having spent time building lots of webapps with flash, and knowing 
many people who still do so and come from art school backgrounds, 
their system seems simple enough and tailored exactly for someone who 
doesn't know programming.
You need to know programming to use it. Perl, specifically.
It seems to be an easily configurable and targeted (not limited) 
system for completing an often needed task.
So are existing standards like XML-RPC, with accompanying 
implementations. And there are a handful of Flash libs for it, as well 
as lots of tutorials for Flash developers not familiar with RPC.

--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiquette: http://perl.apache.org/maillist/email-etiquette.html

Re: [mp2] a content filter was added without a request: includes

[Stas Bekman]

Torsten FÃrtsch wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Thursday 21 October 2004 05:28, Stas Bekman wrote:
Please try the attached fix (I'm afraid you'd get lines wrapped, so I
didn't inline it). I'll commit it when 1.99_17 is released.

Yes, it works.
It's now committed. Thanks Torsten.
--
__
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org   http://ticketmaster.com
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiquette: http://perl.apache.org/maillist/email-etiquette.html

Re: mod_perlservice? what the heck?

[Jonathan Vanasco]

It makes a lot of sense to me
Having spent time building lots of webapps with flash, and knowing many 
people who still do so and come from art school backgrounds, their 
system seems simple enough and tailored exactly for someone who doesn't 
know programming

It seems to be an easily configurable  and targeted (not limited) 
system for completing an often needed task.

mod_perl would be more flexible, and php might make more sense, but 
their syntax and instructions seem pretty much on key for the audience 
that would use it

On Nov 24, 2004, at 1:40 PM, Frank Wiles wrote:
  But I agree, this looks like re-inventing the wheel, road, and the
  whole concept of movement simply because you had the time to spare!

--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiquette: http://perl.apache.org/maillist/email-etiquette.html

Re: AIM/mp2 Apache::compat bug?

[Stas Bekman]

Geoffrey Young wrote:
I'd like the option argument, because I'm sure people will run into this
many times.

well, as we're starting to discuss over on dev@,
since you commented here, let's just finish it here rather than speading 
it all over.

I'm not really in favor of
an optional argument.  if you know that you need to pass the additional
argument, then you know enough to make the APR::Finfo::stat() call yourself
- the reasons for needing to call stat() are (now) documented, so I'd much
rather not be doing any magic behind the scenes that can't be handled by the
existing API.  it was actually this issue that prompted me to open up the
finfo api in the first place, to prevent the need for behind the scenes magic.
what _does_ need to happen, though, is for Apache::compat to redefine
filename() so that it behaves like mp1 did.  I just don't have the tuits at
the moment.
Right, but there are issues with doing that:
1) that should probably be overridable and not loaded by default:
http://perl.apache.org/docs/2.0/api/Apache/compat.html#Compatibility_Functions_Colliding_with_mod_perl_2_0_API
since if not it'll replace the real mp2 API and may be someone doesn't 
want the stat struct to be updated.

2) filename() should behave differently depending on which phase was it 
called from. What if someone just sets filename() to skip the stat calls? 
Should it still call the finfo update?

--
__
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org   http://ticketmaster.com
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiquette: http://perl.apache.org/maillist/email-etiquette.html

Re: pnotes

[Stas Bekman]

Arshavir Grigorian wrote:
Hello list,
I have module called Application which handles all the requests to the 
site (except for images, etc) and then dispatches the request to a 
different module based on the $r->path_info().

I am thinking about creating a Template Toolkit object and a DBI handle 
in Application::handler() and storing it in the request object's 
pnotes() before dispatching the request. The other modules that do the 
actual work, will then get those 2 "handles" from the request object 
which is passed to them anyways. Are there any problems with this approach?
That should work.
(in this particular case it should be the same for any modperl generation, 
but in the future don't forget to explicitly specify which mp version you 
are using. thanks)

--
__
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org   http://ticketmaster.com
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiquette: http://perl.apache.org/maillist/email-etiquette.html

pnotes

[Arshavir Grigorian]

Hello list,
I have module called Application which handles all the requests to the 
site (except for images, etc) and then dispatches the request to a 
different module based on the $r->path_info().

I am thinking about creating a Template Toolkit object and a DBI handle 
in Application::handler() and storing it in the request object's 
pnotes() before dispatching the request. The other modules that do the 
actual work, will then get those 2 "handles" from the request object 
which is passed to them anyways. Are there any problems with this approach?
Thanks.


Arshavir
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiquette: http://perl.apache.org/maillist/email-etiquette.html

Re: AIM/mp2 Apache::compat bug?

[Geoffrey Young]

>>
> I'd like the option argument, because I'm sure people will run into this
> many times.

well, as we're starting to discuss over on dev@, I'm not really in favor of
an optional argument.  if you know that you need to pass the additional
argument, then you know enough to make the APR::Finfo::stat() call yourself
- the reasons for needing to call stat() are (now) documented, so I'd much
rather not be doing any magic behind the scenes that can't be handled by the
existing API.  it was actually this issue that prompted me to open up the
finfo api in the first place, to prevent the need for behind the scenes magic.

what _does_ need to happen, though, is for Apache::compat to redefine
filename() so that it behaves like mp1 did.  I just don't have the tuits at
the moment.

--Geoff

-- 
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiquette: http://perl.apache.org/maillist/email-etiquette.html

Re: mod_perlservice? what the heck?

[Frank Wiles]

On Wed, 24 Nov 2004 12:43:06 -0600
Frank Wiles <[EMAIL PROTECTED]> wrote:

> On Wed, 24 Nov 2004 12:40:44 -0600
> Frank Wiles <[EMAIL PROTECTED]> wrote:
> 
> >   Another interesting thing is that it isn't specfically licensed
> >   under any Open Source license.  It just has a copyright for the
> >   author, all rights reserved. 
> 
>   Oops I stopped a GPL right after I sent that.  Instead of
>   being in COPYING or in main.c, it was in another file. 

  Err that should be 'spotted' not 'stopped'.  I think my brain is
  shutting down early in preparation for tomorrow's feast. I'll quit
  posting before I truly embarrass myself. 

 -
   Frank Wiles <[EMAIL PROTECTED]>
   http://www.wiles.org
 -


-- 
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiquette: http://perl.apache.org/maillist/email-etiquette.html

Re: mod_perlservice? what the heck?

[Frank Wiles]

On Wed, 24 Nov 2004 12:40:44 -0600
Frank Wiles <[EMAIL PROTECTED]> wrote:

>   Another interesting thing is that it isn't specfically licensed
>   under any Open Source license.  It just has a copyright for the
>   author, all rights reserved. 

  Oops I stopped a GPL right after I sent that.  Instead of
  being in COPYING or in main.c, it was in another file. 

 -
   Frank Wiles <[EMAIL PROTECTED]>
   http://www.wiles.org
 -


-- 
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiquette: http://perl.apache.org/maillist/email-etiquette.html

Re: mod_perlservice? what the heck?

[Frank Wiles]

On Wed, 24 Nov 2004 13:09:05 -0500 (EST)
Sam Tregar <[EMAIL PROTECTED]> wrote:

> On Wed, 24 Nov 2004, Perrin Harkins wrote:
> 
> > Did everyone see this on perl.com today?
> > 
> > http://www.perl.com/pub/a/2004/11/18/mod_perlservice.html
> > 
> > I just skimmed it quickly, but I can't understand why this is not
> > just a simple mod_perl module, or even what it solves that XML-RPC
> > didn't.  On the face of it, writing a new embedded-Perl module for
> > apache sounds like a terrible idea, so I wonder if anyone knows what
> > the story is here.
> 
> Wow, that's not just reinventing the wheel, that's reinventing the
> road too.  Even if you can somehow convince yourself that the world
> needs yet another RPC mechanism, I can't understand why that would
> require a new Apache Perl module.
> 
> But, uh, there's a Flash client library.  What the heck?

  Another interesting thing is that it isn't specfically licensed under
  any Open Source license.  It just has a copyright for the author, all
  rights reserved. 

  But I agree, this looks like re-inventing the wheel, road, and the
  whole concept of movement simply because you had the time to spare! 

 -
   Frank Wiles <[EMAIL PROTECTED]>
   http://www.wiles.org
 -


-- 
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiquette: http://perl.apache.org/maillist/email-etiquette.html

Re: mod_perlservice? what the heck?

[Sam Tregar]

On Wed, 24 Nov 2004, Perrin Harkins wrote:

> Did everyone see this on perl.com today?
> 
> http://www.perl.com/pub/a/2004/11/18/mod_perlservice.html
> 
> I just skimmed it quickly, but I can't understand why this is not just a
> simple mod_perl module, or even what it solves that XML-RPC didn't.  On
> the face of it, writing a new embedded-Perl module for apache sounds
> like a terrible idea, so I wonder if anyone knows what the story is
> here.

Wow, that's not just reinventing the wheel, that's reinventing the
road too.  Even if you can somehow convince yourself that the world
needs yet another RPC mechanism, I can't understand why that would
require a new Apache Perl module.

But, uh, there's a Flash client library.  What the heck?

-sam


-- 
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiquette: http://perl.apache.org/maillist/email-etiquette.html

mod_perlservice? what the heck?

[Perrin Harkins]

Did everyone see this on perl.com today?

http://www.perl.com/pub/a/2004/11/18/mod_perlservice.html

I just skimmed it quickly, but I can't understand why this is not just a
simple mod_perl module, or even what it solves that XML-RPC didn't.  On
the face of it, writing a new embedded-Perl module for apache sounds
like a terrible idea, so I wonder if anyone knows what the story is
here.

- Perrin


-- 
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiquette: http://perl.apache.org/maillist/email-etiquette.html

Re: mod_perl, SVN::Core-related segfault condition

[Stas Bekman]

Dorian Taylor wrote:
On Tue, Nov 23, 2004 at 10:08:49PM +, Dorian Taylor wrote:
But I don't see the problem that you describe.
hm, i guess that makes the problem either a mac thing, an apr thing
or an apache thing.

apparently it's httpd-2.1. damnit. that means now i have to backport
mod_dav_lock.
Better fix 2.1 before 2.2 is released.
oh well, mystery solved.
so what is the problem? Why doesn't it happen with httpd-2.0?
--
__
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org   http://ticketmaster.com
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiquette: http://perl.apache.org/maillist/email-etiquette.html

Re: mod_perl, SVN::Core-related segfault condition

[Dorian Taylor]

On Tue, Nov 23, 2004 at 10:08:49PM +, Dorian Taylor wrote:
> > But I don't see the problem that you describe.
> 
> hm, i guess that makes the problem either a mac thing, an apr thing
> or an apache thing.

apparently it's httpd-2.1. damnit. that means now i have to backport
mod_dav_lock.

oh well, mystery solved.

.d

-- 
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiquette: http://perl.apache.org/maillist/email-etiquette.html

Re: perl 5.8 safe signals and broken pipes in apache

[Stas Bekman]

Stas Bekman wrote:
Stas Bekman wrote:
Eric Frazier wrote:
Jim, Eric, so can you please put this thread together into one doc 
piece that can be added to the docs?

so any chance someone can put together the solutions from Eric and Jim, 
and the other suggestions I gave in the reply to the Jim's original 
question? And then we will add them to the online docs. I'd really like 
to concentrate on finishing the mp2 API at this time, to get mp2 out 
sooner. So your help is appreciated.

The relevant threads are:
http://marc.theaimsgroup.com/?t=10868169471&r=1&w=2
http://marc.theaimsgroup.com/?t=10873366722&r=1&w=2
Well, it's now documented here:
http://perl.apache.org/docs/2.0/user/troubleshooting/troubleshooting.html#Problems_with_Catching_Signals_under_Perl_5_8_x_
--
__
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org   http://ticketmaster.com
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiquette: http://perl.apache.org/maillist/email-etiquette.html

Re: Apache2/Modperl2 fails to preload Win32::OLE at server startup

[Aaron Ross]

- preload Win32::OLE with a 'use Win32::OLE' in the mod_perl startup 
script:
=> Apache2 refuses to start.
"refuses to start" is pretty vague. Can you send us a specific error 
message from the error log? or the error output of the server process 
when it tries to start?

Aaron
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiquette: http://perl.apache.org/maillist/email-etiquette.html

Re: AIM/mp2 Apache::compat bug?

[Tom Schindl]

Stas Bekman wrote:
That's really a question to httpd developers, mod_perl just provides the 
perl API for the Apache C API.

Granted we could do that behind the scenes, but it's not always the 
desired behavior so I'm not sure we should. May be an option argument 
could be passed to do the work?


I'd like the option argument, because I'm sure people will run into this 
many times.

Tom
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiquette: http://perl.apache.org/maillist/email-etiquette.html

Re: Apache2/Modperl2 fails to preload Win32::OLE at server startup

[Stas Bekman]

Thierry Valentin wrote:
Hello,
I'm currently using the following configuration:
- Perl 5.8.4.810 from Activestate
- Apache 2.0.52 installed from the MSI package
- mod_perl 1.99_17 installed with ppm from http://theoryx5.uwinnipeg.ca
All these 3 packages are frehsly installed and I did no other additions.
After configuring mod_perl in http.conf I tried the following:
- preload Win32::OLE with a 'use Win32::OLE' in the mod_perl startup 
script:
=> Apache2 refuses to start.

- preload Win32::OLE with a PerlModule Win32::OLE' directive in http.conf:
=> Apache2 still refuses to start
What's strange is that CGI scripts that use Win32::OLE under mod_perl in 
an identical server configuration run successfully!

What did I miss?
The exact error messsage?
--
__
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org   http://ticketmaster.com
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiquette: http://perl.apache.org/maillist/email-etiquette.html

Re: modperl2, fork, and signals

[Stas Bekman]

SUCH SANMARTÍN wrote:
Hello, i'm working with a kind-of-daemon for my mp2 modules. I will u
se  on Linux but i'm doing the "testing" on a windows machine, and i am having
troubles with fork processes and signal caching:
Procedure A is auto-forked and live in an infinite-loop. Procedure B is
a function (called by pointing to an URL) to stop this  infinite loop.
[...]
The problem is that sometimes the signal is received and the process
finishes (but usually apache crashes), and sometimes (most of times)
the signal is ignored. I've realized that without the "sleep"
instruction in the while loop the signal is always catched and the
process finishes always, but sometimes apache crashes equally.
Starting from 5.8.0 perl delays signal delivery, making signals safe. For 
more information please see:
http://search.cpan.org/dist/perl/pod/perl58delta.pod#Safe_Signals
http://search.cpan.org/dist/perl/pod/perlipc.pod#Deferred_Signals_(Safe_Signals)

If you want to disable that perl feature, you can either recompile perl 
(starting from 5.8.1):
http://search.cpan.org/dist/perl/pod/perl581delta.pod#Unsafe_signals_again_available
http://search.cpan.org/dist/perl/pod/perlrun.pod#PERL_SIGNALS

Or use POSIX signal handling which bypasses perl signal mechanism:
http://search.cpan.org/dist/perl/ext/POSIX/POSIX.pod#POSIX::SigAction
--
__
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org   http://ticketmaster.com
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiquette: http://perl.apache.org/maillist/email-etiquette.html

Apache2/Modperl2 fails to preload Win32::OLE at server startup

[Thierry Valentin]

Hello,
I'm currently using the following configuration:
- Perl 5.8.4.810 from Activestate
- Apache 2.0.52 installed from the MSI package
- mod_perl 1.99_17 installed with ppm from http://theoryx5.uwinnipeg.ca
All these 3 packages are frehsly installed and I did no other additions.
After configuring mod_perl in http.conf I tried the following:
- preload Win32::OLE with a 'use Win32::OLE' in the mod_perl startup script:
=> Apache2 refuses to start.
- preload Win32::OLE with a PerlModule Win32::OLE' directive in http.conf:
=> Apache2 still refuses to start
What's strange is that CGI scripts that use Win32::OLE under mod_perl in an 
identical server configuration run successfully!

What did I miss?
Thanks in advance for your help.
Here is my mod_perl configuration in http.conf:
#
# mod_perl configuration directives
LoadModule perl_module modules/mod_perl.so
LoadFile "C:/Perl/bin/perl58.dll"
PerlRequire "C:/Program Files/Apache Group/Apache2/conf/mod_perl_startup.pl"
PerlSwitches -w
Alias /perl/ "C:/Program Files/Apache Group/Apache2/perl/"

 AllowOverride None
 Order allow,deny
 Allow from all
 SetHandler perl-script
 PerlResponseHandler ModPerl::Registry
 Options +ExecCGI
 PerlOptions +ParseHeaders

#
Here is my mod_perl startup script mod_perl_startup.pl:
#
# mod_perl startup script
use Apache2 ();
use ModPerl::Util ();
use Apache::RequestRec ();
use Apache::RequestIO ();
use Apache::RequestUtil ();
use Apache::ServerRec ();
use Apache::ServerUtil ();
use Apache::Connection ();
use Apache::Log ();
use Apache::Const -compile => ':common';
use APR::Const -compile => ':common';
use APR::Table ();
use Apache::compat ();
use ModPerl::Registry ();
use CGI ();
CGI->compile();
use Win32::OLE ();  FAILS TO START HERE!
1;
#
--
Thierry Valentin
earth decision sciences SA
/(formerly known as T-Surf)/
22, allée de la Foret de la Reine
54500 Vandoeuvre-lès-Nancy, France
Email: [EMAIL PROTECTED]
Phone: +33 (0)3-83-67-66-29
Fax: +33 (0)3-83-67-66-34
Please visit our website at: www.earthdecision.com

--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiquette: http://perl.apache.org/maillist/email-etiquette.html