Re: [mp2] Can I link mp2 statically?

[Ged Haywood]

Hi there,

On Sun, 8 Feb 2004, Beau E. Cox wrote:

> Can I link mp2 statically?

Don't think so, not yet.

73,
Ged.


-- 
Reporting bugs: 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

AW: Post Request - content-length = 0 with IE

[Bippes, Arne]

-Ursprüngliche Nachricht-
Von: Shannon Eric Peevey [mailto:[EMAIL PROTECTED] 
Gesendet: Sonntag, 8. Februar 2004 16:23
An: Bippes, Arne
Cc: '[EMAIL PROTECTED]'
Betreff: Re: Post Request - content-length = 0 with IE

Bippes, Arne wrote:

>> I'm trying to override AuthenNTML (PerlAuthenHandler).
>>
>Ae you trying to build a module using AuthenNTLM?  I am a bit confused :P

>>
>> While doing this i'm having the Problem that all my Post-Variables
>> somehow disappear in MS Internet Explorer (V 6.0). Posting the same 
>> page with Mozilla, everything works fine.
>>
>> Looking further even with
>> handler {
>> $r = shift;
>> return OK;
>> }
>> no Post Variables can be found.
>
>Have you run this through the Perl debugger?  That should show you where 
>your variables disappear... 

Hi Shannon, hi list

First of all thank you for the answear.

More detailled explanation: I'm having dramatic performance Problems using
AuthenNTLM (many Seconds to answear a request), so I'm writing another
PerlAuthenHandler which looks for a Cookie and checks permission. Only if
this Cookie is not set (or invalid) I'm passing the request to AuthenNTLM.
All I actually need is the Windows Domainuser (and at least verified once).

sub handler ($$) {
my ( $self_h, $r ) = @_;
my $rcode = OK;

 IE AND MOZILLA HAVE SAME get_msg and method, BUT IE has
content-lenghth 0 
print STDERR "[$$] AuthenETracker: USER - " . $self_h->get_msg($r) . "("
. $r->method ." - " . $r->header_in('content-length') . ")\n";

my $c = $r->connection;
my $cookie = $r->header_in('Cookie');
$cookie =~ /(bt)(=)([0-9]+)/;
$cookie = $3;
$rcode = Apache::AuthenNTLM::handler( $self_h, $r ) if ( !
db_check_user($cookie,$r,$c) );

print STDERR "[$$] AuthenETracker: USER AFTER CHECK " . $c->user() . "
[$rcode]\n";

return $rcode;
}

So I'm not sure whether the debugger will be of help, since as I understood
it shows only my Script. And in my Script content-length is already 0.

I found the following comment in AuthenNTLM, might this have something to do
with my problem?

# IE (5.5, 6.0, probably others) can send a type 1 message
# after authenticating on the same connection.  This is a
# problem for POST messages, because IE also sends a
# "Content-length: 0" with no POST data.

I did not try the debugger yet, since I'm not the only one using this
Webserver so I'm kind of carefull changing webserver settings. Sorry for
asking before really trying everything!!

Thank you and greetings from Germany

Arne

--
Reporting bugs: 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: AW: Post Request - content-length = 0 with IE

[Shannon Eric Peevey]

More detailled explanation: I'm having dramatic performance Problems using
AuthenNTLM (many Seconds to answear a request),
Have you checked out the number of connections to the smb server?  This 
seems to be a problem across the board for auth modules.  The answer 
would be to check out:

http://search.cpan.org/~cgilmore/Apache-AuthenCache-1.00/AuthenCache.pm

This module caches the auth information, so your connections to the smb 
server are limited.

so I'm writing another
PerlAuthenHandler which looks for a Cookie and checks permission. 

Have you checked out:

http://search.cpan.org/~llap/Apache-AuthCookieNTLM-0.06/lib/Apache/AuthCookieNTLM.pm

Leo Lapworth has already written a module that does exactly what you 
want (it seems).

HTH,
speeves
cws
--
Reporting bugs: 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

Registry not loaded...script still works

[Jonathan Mangin]

I have a static installation of mod_perl-1.29 with apache-1.3.29.
Apache::Registry lines are commented in httpd.conf and startup.pl.
Apache::Status shows that ::Registry is not loaded.
Why does my script still work??


PerlRequire /usr/local/apache/perl/lib/startup.pl
# PerlFreshRestart On
PerlTaintCheck On

Alias /perl-bin/ /usr/local/apache/perl-bin/

# PerlModule Apache::Registry
# PerlModule Apache::DB


#   PerlFixupHandler Apache::DB
   SetHandler perl-script
   PerlHandler Apache::Registry
   Options ExecCGI
#   PerlSendHeader On
   Allow from all




-- 
Reporting bugs: 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: Registry not loaded...script still works

[Ged Haywood]

Hi there,

On Mon, 9 Feb 2004, Jonathan Mangin wrote:

> I have a static installation of mod_perl-1.29 with apache-1.3.29.

Makes no diffference in this case.

> Apache::Registry lines are commented in httpd.conf and startup.pl.

Well some of them seem to be... :)

> Apache::Status shows that ::Registry is not loaded.
> Why does my script still work??

It can work as a CGI script without Apache::Registry.  If you want to
be sure what's going on, put some debugging statements in the code so
that they will tell you what is being ewxecuted (and, by a process of
deduction, what isn't).

73,
Ged.

PS: your ISP seems to be telling me that your mailbox is disabled.


-- 
Reporting bugs: 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: Registry not loaded...script still works

[Jonathan Mangin]

 
> It can work as a CGI script without Apache::Registry.  If you want to
> be sure what's going on, put some debugging statements in the code so
> that they will tell you what is being ewxecuted (and, by a process of
> deduction, what isn't).
> 

Well, silly me. :)  I expect (and prefer) directives in a configuration
file to be absolute, and hope for something to break when I try to 
break it. ;)  Thanks, though.

> 73,
> Ged.
> 
> PS: your ISP seems to be telling me that your mailbox is disabled.
> 
I had trouble posting to this list (only) another time. Here's part
of what bounced back this time...

   could not be gateway to this address

   For more information about this gateway send a mail to
   Alexander Uskov 2:5083/121 or [EMAIL PROTECTED]

Any clues about this guy in Kazoo(?:) and why a transaction between
an ISP in Indianapolis, Indiana USA and perl.apache.org cares?



-- 
Reporting bugs: 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

AW: AW: Post Request - content-length = 0 with IE

[Bippes, Arne]

-Ursprüngliche Nachricht-
Von: Shannon Eric Peevey [mailto:[EMAIL PROTECTED] 
Gesendet: Montag, 9. Februar 2004 11:21
An: Bippes, Arne
Cc: '[EMAIL PROTECTED]'
Betreff: Re: AW: Post Request - content-length = 0 with IE



>More detailled explanation: I'm having dramatic performance Problems 
>using AuthenNTLM (many Seconds to answear a request),
>
Have you checked out the number of connections to the smb server?  This 
seems to be a problem across the board for auth modules.  The answer 
would be to check out:

http://search.cpan.org/~cgilmore/Apache-AuthenCache-1.00/AuthenCache.pm

This module caches the auth information, so your connections to the smb 
server are limited.

> so I'm writing another
>PerlAuthenHandler which looks for a Cookie and checks permission.
>
Have you checked out:

http://search.cpan.org/~llap/Apache-AuthCookieNTLM-0.06/lib/Apache/AuthCooki
eNTLM.pm

Leo Lapworth has already written a module that does exactly what you 
want (it seems).
---

Hi List,

Yes AuthCookieNTLM actually does the same, except that I'm checking a
special Cookie which is set by the application. (but this is not a must, so
it would work)
BUT!!! ... Same problem with this Module. No Post Information in IE,
everything fine in Mozilla. (to bad that IE is company-standard ...)

Any Ideas?


I'll try out AuthenCache since my main purpose was to speed up performance.
Maybe it does its job.

Thanks, for this quick response

Greetings
Arne

--
Reporting bugs: 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] Can I link mp2 statically?

[semuel]

Hello There.

Why should you?
It was said, that mason needs MP statically linked into apache, and won't
work with the shared-object method. (haven't checked that myself)
Is this correct? Why?

Semuel.

-Original Message-
From: Beau E. Cox [mailto:[EMAIL PROTECTED] 
Sent: Monday, February 09, 2004 3:38 AM
To: modperl
Subject: [mp2] Can I link mp2 statically?

Hi

Can I link mp2 statically?

I have looked in the 2.0 docs, specifically

and tried that magic, but the apache ./config.nice && make does not seem
to see mod_perl.

I did:

1) Configured and made Apache2 as I alwyays do,

2) perl Makefile.PL ... && make as always for mp2,

3) revisited Apache to reconfigure && make for static:

 ln -s $MP2DIR/src/modules/perl $APACHEDIR/modules

Where:
 MP2DIR is the top mod_perl2 dir (where I ran perl Makefile.PL, etc.)
 APACHEDIR is the top Apache2 dir (where I did ./configure && make)

followed by:
 
 cd $APACHEDIR
 ./config.nice --enable-perl=static && make

4) Nada - when I drop my load mp2 directives from httpd.conf,
   mp2 is not there. No mention of mod_perl and/or perl in
   the output from apache configure and make.

I know, I know, the docs (at the link above) state:

 META: The following is not implemented yet.

But I was wondering if I could anyway...

Anyone know how or whether this is possible?

Aloha => Beau;


-- 
Reporting bugs: 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




-- 
Reporting bugs: 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] Can I link mp2 statically?

[Larry Leszczynski]

On Mon, 9 Feb 2004, semuel wrote:

> Why should you?
> It was said, that mason needs MP statically linked into apache, and won't
> work with the shared-object method. (haven't checked that myself)
> Is this correct? Why?

Also, Solaris (2.6 and earlier, don't know if it is still true) used to
have problems if you had a dynamically linked mod_perl which then in turn
dynaloaded anything else in the modules you used.


Larry Leszczynski


-- 
Reporting bugs: 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

[mp2] Regex memory leak introduced in 5.8.1 causes havoc in mp2

[Richard F. Rebel]

Hello,

I am writing this here because when I googled about this problem, Stas
had found this bug as well and highlighted it's particularly bad side
effects in persistent mp apps.  I realize that it's a really a perl
problem.

I operate an application that serves about 15mil mp2 generated pages per
day using the worker mpm.

After upgrading to perl 5.8.1 from 5.8.0 during a distribution upgrade,
I noticed a steady memory leak that eventually leads to the server
failing.

Stas found a similar problem and isolated it to the s/// operator.  I
have followed the debugging method that he did and yes, this seems to be
the culprit of our issues as well.

My question is, for a persistent mp2 app, is there a potential way to
workaround?

I don't quite follow how perl maintainers track bugs but found the
following bug id's for blead perl #21868 and #21920 for maint.  Here is
a URL with most of the thread on p5p:

http://www.mail-archive.com/[EMAIL PROTECTED]/msg73076.html

Thanks!


-- 
Richard F. Rebel
[EMAIL PROTECTED]
t. 212.239.


signature.asc
Description: This is a digitally signed message part

Re: [mp2] Regex memory leak introduced in 5.8.1 causes havoc in mp2

[Ged Haywood]

Hi there,

On Mon, 9 Feb 2004, Richard F. Rebel wrote:

> After upgrading to perl 5.8.1 from 5.8.0 during a distribution upgrade,
> I noticed a steady memory leak that eventually leads to the server
> failing.

:(

> My question is, for a persistent mp2 app, is there a potential way to
> workaround?

I think it's called Perl 5.8.3.

73,
Ged.


-- 
Reporting bugs: 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] Regex memory leak introduced in 5.8.1 causes havoc in mp2

[Richard F. Rebel]

Yeah, well, upgrading/downgrading distro provided base perl
installations is often more of a nightmare than it's worth.

If no one else offers a work around, I guess it'll be the good ole:

./configure --prefix=/opt/

For perl, apache, mp2, and all supporting modules...

:(


On Mon, 2004-02-09 at 13:11, Ged Haywood wrote:
> Hi there,
> 
> On Mon, 9 Feb 2004, Richard F. Rebel wrote:
> 
> > After upgrading to perl 5.8.1 from 5.8.0 during a distribution upgrade,
> > I noticed a steady memory leak that eventually leads to the server
> > failing.
> 
> :(
> 
> > My question is, for a persistent mp2 app, is there a potential way to
> > workaround?
> 
> I think it's called Perl 5.8.3.
> 
> 73,
> Ged.
-- 
Richard F. Rebel
[EMAIL PROTECTED]
t. 212.239.


signature.asc
Description: This is a digitally signed message part

Re: [mp2] Regex memory leak introduced in 5.8.1 causes havoc in mp2

[Ged Haywood]

Hello again,

On Mon, 9 Feb 2004, Richard F. Rebel wrote:

> upgrading/downgrading distro provided base perl installations is
> often more of a nightmare than it's worth.

It can sometimes cause a little frustration, so I prefer to avoid the
versions provided by the distributions in the first place.  Typical of
the sort of thing you'll run into are having versions of packages in
/usr as well as in /usr/local and not always being sure which one will
be used in a given set of circumstances.  You're reluctant to nuke the
old one, in case three weeks later you're up against a tight deadline
and you find something you were planning on using is broken.

Of course when you're just getting your feet wet it adds quite a bit
to the gradient of the learning curve if you install everything from
scratch.  I don't think there's an easy answer.  Every now and again
I'll throw a machine out and replace it completely because it's just
not worth the hassle of trying to bring things like compilers and C
libraries up to date but at least you can take comfort that for Perl,
Apache and mod_perl it's really pretty straightforward by comparison
when you've done it a few times.

73,
Ged.


-- 
Reporting bugs: 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

Apache::AuthenNTLM 2.05 ntlm+basic

[Dooley, Michael]

On the inTRAnet side of this it works fine, and authenticates agenst a
PDC/BDC.
on the inTERnet side of this it fails. prompts for user/pass/domain.

What I am trying to do is if the user is on the network use NTLM. if he is
on the internet use basic and have them sign in via user/passwd created w/
htpasswd.

am I not using authenNTLM properly? am I missing something?

error_log:
[Mon Feb 09 12:10:59 2004] [error] Bad/Missing NTLM/Basic Authorization
Header for /
[Mon Feb 09 12:11:01 2004] [error] No PDC and no fallbackdomain given for
domain
[Mon Feb 09 12:11:01 2004] [crit] [client 198.147.38.151] configuration
error:  couldn't check user.  No user file?: /



PerlAuthenHandler Apache::AuthenNTLM
AuthType ntlm,basic
require valid-user
PerlAddVar ntdomain "CONWAYqgats006 ciits903"
PerlSetVar ntlmauthoritative "off"
PerlSetVar ntlmdebug 0
AuthName "testing"
AuthUserFile /www/secure/passwd
AuthGroupFile /www/secure/group


Michael Dooley
Integrated Services Manager
[EMAIL PROTECTED]
[EMAIL PROTECTED]
O: (630).449.1000
F: (630).449.1010
C: (773).580.8777 

-- 
Reporting bugs: 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

Embeding an executable into a script

[Pierre Smolarek]

To help improve script speed with mod perl, we need to
somehow embed an executable inside a mod_perl script.

 

Take for example, top. Is it possible to embed top inside a
mod_perl script and/or keep it in resident memory so there is no forking out? 

 

Any advice would be greatly received.

 

Best Regards

Pierre Smolarek



 

Re: Apache::AuthenNTLM 2.05 ntlm+basic

[Shannon Eric Peevey]

Dooley, Michael wrote:

On the inTRAnet side of this it works fine, and authenticates agenst a
PDC/BDC.
on the inTERnet side of this it fails. prompts for user/pass/domain.
What I am trying to do is if the user is on the network use NTLM. if he is
on the internet use basic and have them sign in via user/passwd created w/
htpasswd.
am I not using authenNTLM properly? am I missing something?
 

It sets NTLM and basic by the browser response.  (IE => NTLM, everything 
else => basic)

A way around this, is to do something like AuthNetLDAP, where we return 
DECLINED if we want to allow an alternative authentication, which will 
send the request to the next AuthenHandler, which could be what ever you 
would like it to be.  (Except that IE would still try to authenticate 
using NTLM... :( )

Hmmm  You would probably have to setup a handler before the authen 
phase to test the ip address of the end-user, and then send the request 
to the correct authen handler...  Does anyone know if there is already 
some code for this out there?

speeves
cws


--
Reporting bugs: 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: Embeding an executable into a script

[Ged Haywood]

Hi there,

On Mon, 9 Feb 2004, Pierre Smolarek wrote:

> To help improve script speed with mod perl, we need to somehow embed an
> executable inside a mod_perl script.

Forgive me for being cynical, but your explanation is unconvincing.

> Take for example, top. Is it possible to embed top inside a mod_perl script
> and/or keep it in resident memory so there is no forking out? 

No.  Apparently you have a lot of reading to do.  A mod_perl script is
a text file written in Perl, but 'top' is a binary executable compiled
for your machine.  They're like chalk and cheese.

There are probably ways to do what you want to do but embedding an
electric iron inside an internal combustion engine so that it will do
your shirts on the way to work isn't one of them.  If you can be more
specific and forthcoming about your requirements we can be more help.

73,
Ged.


-- 
Reporting bugs: 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

Mail bounced thru Kazakhstan -- This list only

[jon . mangin]

Hello,

Sending mail to this list is not working properly. This is a test
through Comcast's web interface instead of OE. 'Course if you have
a clue, regarding this problem, I'd like to hear from you. (Al's
address below is unreachable. Comcast support has proven useless.)


When I try to post to a list at [EMAIL PROTECTED] my mail
gets bounced with this message:

Subject: Returned mail: You are not allowed posting  # (not true, AFAIK)

   From: "Jonathan Mangin" <[EMAIL PROTECTED]>
   To: 2:5083/82
   Date: Mon, 9 Feb 2004 10:36:15 -0500
   Subject: Re: Registry not loaded...script still works

   could not be gateway to this address

   For more information about this gateway send a mail to
   Alexander Uskov 2:5083/121 or [EMAIL PROTECTED]

I am subscribed to the list. The message lands on the list plus
I get the returned mail. Can you offer any insights to this
problem? Thanks.

Jon


-- 
Reporting bugs: 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: Mail bounced thru Kazakhstan -- This list only

[Dooley, Michael]

its not a problem with the list. it's a problem w/ one of the users on the
list.

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] 
Sent: Monday, February 09, 2004 3:45 PM
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Subject: Mail bounced thru Kazakhstan -- This list only


Hello,

Sending mail to this list is not working properly. This is a test
through Comcast's web interface instead of OE. 'Course if you have
a clue, regarding this problem, I'd like to hear from you. (Al's
address below is unreachable. Comcast support has proven useless.)


When I try to post to a list at [EMAIL PROTECTED] my mail
gets bounced with this message:

Subject: Returned mail: You are not allowed posting  # (not true, AFAIK)

   From: "Jonathan Mangin" <[EMAIL PROTECTED]>
   To: 2:5083/82
   Date: Mon, 9 Feb 2004 10:36:15 -0500
   Subject: Re: Registry not loaded...script still works

   could not be gateway to this address

   For more information about this gateway send a mail to
   Alexander Uskov 2:5083/121 or [EMAIL PROTECTED]

I am subscribed to the list. The message lands on the list plus
I get the returned mail. Can you offer any insights to this
problem? Thanks.

Jon


-- 
Reporting bugs: 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

-- 
Reporting bugs: 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

Apache:Request issues

[Joseph Lemm]

Strange problem with Apache::Request

I have it installed and working on one Linux box.

On another similar Linux box it doesn't work: 
"Can't locate object method "new" via package
"Apache::Request" at /usr/lib/perl5/site_perl/5.8.0/Script.pm line 39."

(this is the $q = Apache::Request->new($r) line)

Same script works fine on the other machine.

One difference is this. 
On good machine, perl-status says:

Embedded Perl version v5.8.0 for Apache/1.3.27 (Unix) mod_gzip/1.3.19.1a
mod_perl/1.27 process 1454,
running since Mon Feb 9 12:22:35 2004
arrays Apache::Request::ISA
functions Apache::Request::bootstrap, Apache::Request::dl_load_flags,
Apache::Request::expires, Apache::Request::instance, Apache::Request::new,
Apache::Request::param, Apache::Request::parms, Apache::Request::parse,
Apache::Request::post_params, Apache::Request::query_params,
Apache::Request::script_name, Apache::Request::upload

On bad machine perl-status says:

Embedded Perl version v5.8.0 for Apache/1.3.28 (Unix) mod_gzip/1.3.19.1a
mod_perl/1.28 process 31348,
running since Mon Feb 9 15:07:26 2004
arrays Apache::Request::ISA
functions Apache::Request::dl_load_flags, Apache::Request::instance

Where are the other functions?

The install seemed to run smoothly, except for some warnings:

In file included from
/usr/lib/perl5/5.8.0/i386-linux-thread-multi/CORE/perl.h:1768,
 from
/usr/lib/perl5/site_perl/5.8.0/i386-linux-thread-multi/auto/Apache/include/modules/perl/mod_perl.h:80,
 from Request.xs:41:
/usr/lib/perl5/5.8.0/i386-linux-thread-multi/CORE/handy.h:257:1: warning:
"strEQ" redefined
In file included from Request.xs:1:
../c/apache_request.h:63:1: warning: this is the location of the previous
definition
Running Mkbootstrap for Apache::Request ()


But I think I had the same warnings when I installed on the good machine.


Anyone have any guess what the problem might be here?

Thanks.


=
J.

__
Do you Yahoo!?
Yahoo! Finance: Get your refund fast by filing online.
http://taxes.yahoo.com/filing.html

-- 
Reporting bugs: 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: Mail bounced thru Kazakhstan -- This list only

[Jonathan Mangin]

Doh. Tell me it's not me and I'll quit uglying up your inbox.

--Jon


- Original Message - 
From: "Dooley, Michael" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
Sent: Monday, February 09, 2004 5:02 PM
Subject: RE: Mail bounced thru Kazakhstan -- This list only


> its not a problem with the list. it's a problem w/ one of the users on the
> list.
>


-- 
Reporting bugs: 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

@INC is not searched

[Steffen Beyer]

Hi,

I have a strange problem here:

-OpenBSD 3.4
-Apache/1.3.28 (Unix) AxKit/1.62 mod_perl/1.29 PHP/4.3.4
mod_gzip/1.3.26.1a mod_ssl/2.8.15 OpenSSL/0.9.7b
-perl, v5.8.0

mod_perl is unable to locate any library files, though they definitely do
exist and are readable for user "www":


[Mon Feb  9 22:16:54 2004] [error] [client 192.168.90.1] [AxKit] [Error]
Can't locate utf8.pm in @INC (@INC contains: [many dirs]) at
/usr/local/libdata/perl5/site_perl/i386-openbsd/AxKit.pm line 875.
BEGIN failed--compilation aborted at PerlHandler subroutine `AxKit' line
1.
[Mon Feb  9 22:16:54 2004] [error] [client 192.168.90.1] [AxKit] From:
/usr/local/libdata/perl5/site_perl/i386-openbsd/Apache/AxKit/Exception.pm
: 9

[Mon Feb  9 22:18:37 2004] [error] Can't locate Apache/ReactorFilter.pm in
@INC (@INC contains: [many dirs]) at (eval 13) line 3.
[Mon Feb  9 22:18:37 2004] [error] Undefined subroutine
&Apache::ReactorFilter::handler called at PerlHandler subroutine
`Apache::ReactorFilter' line 1.


The handlers work if I "PerlRequire" a startup.pl file which preloads all
required libs. Trying to load the libs directly with "PerlRequire" results
in similar errors as above.
I tried mod_perl 1.27 port and package, then upgraded to 1.29 from source.

What's wrong?

Regards,
-- 
Steffen Beyer <[EMAIL PROTECTED]>

GnuPG key fingerprint: 6C9B 2844 AF75 AC7A C38C  9FFD 06CB A788 398B D2D9
Public key available upon request or at http://wwwkeys.pgp.net

-- 
Reporting bugs: 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: Embeding an executable into a script

[Pierre Smolarek]

Is there a way to somehow attach the required executable somehow inside the
httpd alongside mod_perl (in resident memory) instead of forking out the
call to the system.

P.


-Original Message-
From: Ged Haywood [mailto:[EMAIL PROTECTED] 
Sent: 09 February 2004 16:03
To: Pierre Smolarek
Cc: [EMAIL PROTECTED]
Subject: Re: Embeding an executable into a script

Hi there,

On Mon, 9 Feb 2004, Pierre Smolarek wrote:

> To help improve script speed with mod perl, we need to somehow embed an
> executable inside a mod_perl script.

Forgive me for being cynical, but your explanation is unconvincing.

> Take for example, top. Is it possible to embed top inside a mod_perl
script
> and/or keep it in resident memory so there is no forking out? 

No.  Apparently you have a lot of reading to do.  A mod_perl script is
a text file written in Perl, but 'top' is a binary executable compiled
for your machine.  They're like chalk and cheese.

There are probably ways to do what you want to do but embedding an
electric iron inside an internal combustion engine so that it will do
your shirts on the way to work isn't one of them.  If you can be more
specific and forthcoming about your requirements we can be more help.

73,
Ged.


-- 
Reporting bugs: 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


-- 
Reporting bugs: 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: Embeding an executable into a script

[Perrin Harkins]

On Mon, 2004-02-09 at 15:37, Pierre Smolarek wrote:
> Take for example, top. Is it possible to embed top inside a mod_perl
> script and/or keep it in resident memory so there is no forking out?

The most common way to solve this problem is to find a C library that
does what you want and then write a perl module that uses it via XS or
Inline::C.  There are several modules on CPAN that provide functionality
similar to the 'top' program in this way.

- Perrin


-- 
Reporting bugs: 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: Embeding an executable into a script

[Pierre Smolarek]

Top was just a trivial example. We are stuck with using a commercial product
so the option to XS it and/or recode it, is not one.

P


-Original Message-
From: Perrin Harkins [mailto:[EMAIL PROTECTED] 
Sent: 09 February 2004 19:07
To: Pierre Smolarek
Cc: Modperl List
Subject: Re: Embeding an executable into a script

On Mon, 2004-02-09 at 15:37, Pierre Smolarek wrote:
> Take for example, top. Is it possible to embed top inside a mod_perl
> script and/or keep it in resident memory so there is no forking out?

The most common way to solve this problem is to find a C library that
does what you want and then write a perl module that uses it via XS or
Inline::C.  There are several modules on CPAN that provide functionality
similar to the 'top' program in this way.

- Perrin


-- 
Reporting bugs: 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


-- 
Reporting bugs: 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: Mail bounced thru Kazakhstan -- This list only

[Steve]

Jonathan Mangin wrote:

Doh. Tell me it's not me and I'll quit uglying up your inbox.

--Jon

- Original Message - 
From: "Dooley, Michael" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
Sent: Monday, February 09, 2004 5:02 PM
Subject: RE: Mail bounced thru Kazakhstan -- This list only

 

its not a problem with the list. it's a problem w/ one of the users on the
list.
   

Could possibly be me, I am testing some very agressive spam remedies at 
this time.

Let me know and I'll back off a bit.

Steve



--
Reporting bugs: 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