Hello again

[John Kolvereid]

Hi everyone,
   After a gruelling 2 weeks of frustration, I am
finally able to install mod_perl in my environment. 
W/ all your help I did it w/ the following Apache
configuration:
   SSL_BASE=../openssl-0.9.6b \
   configure \
--prefix=/usr/local/apache \
--enable-module=info \
--enable-module=status \
--enable-module=ssl \
--enable-shared=ssl \
--enable-module=proxy \
--enable-shared=proxy \
--enable-module=so \
--disable-rule=EXPAT \
--activate-module=src/modules/perl/libperl.a \
--enable-module=perl
Naturally, I next have to test it thoroughly.
   To the best of my knowledge I am now running
mod_perl w/ DSO.  This seems to be contraversial. 
Some say use it, others say avoid it.  Doesn't DSO
defeat the purpose of mod_perl?  I thought DSO loaded
fresh dynamically each time, and mod_perl remained in
memory.  Or is DSO mod_perl the best of both worlds,
loading dynamically when needed and remaining in
memory thereafter.
   Please advise, and thank you all for your support.

John Kolvereid

__
Do You Yahoo!?
Yahoo! Tax Center - online filing with TurboTax
http://taxes.yahoo.com/

Re: Hello again

[Stas Bekman]

John Kolvereid wrote:
> Hi everyone,
>After a gruelling 2 weeks of frustration, I am
> finally able to install mod_perl in my environment. 

Congrats John :)

>To the best of my knowledge I am now running
> mod_perl w/ DSO.  This seems to be contraversial. 
> Some say use it, others say avoid it.  Doesn't DSO
> defeat the purpose of mod_perl?  I thought DSO loaded
> fresh dynamically each time, and mod_perl remained in
> memory.  Or is DSO mod_perl the best of both worlds,
> loading dynamically when needed and remaining in
> memory thereafter.
>Please advise, and thank you all for your support.

On certain platforms people had problems with DSO,
most of these problems should have been polished out by now.
For more details see:
http://perl.apache.org/preview/modperl-docs/dst_html/docs/1.0/guide/install.html#When_DSO_can_be_Used
The main reason for using DSO is to be able to build new C modules 
outside of Apache sources and plug them in on demand. Though you pay a 
little price for runtime resolution vs. staticaly linked httpd.

You will find most of the info that you may need here:
http://perl.apache.org/preview/modperl-docs/dst_html/docs/1.0/guide/install.html#Pros_and_Cons_of_Building_mod_perl_as_DSO
and it the rest of this doc.

__
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

use Apache2/use Apache::expat

[Issac Goldstand]

Can one of the mod_perl 2 developers explain what each of these does? 
 It seems that the first loads mod_perl 2.0 mode and the latter loads 
mod_perl 1 compatibility mode, or something to that extent, but what 
about other behind-the-scenes things which are happening that might be 
useful to know about?

  Issac

Typo

[Issac Goldstand]

Did I *really* write Apache::expat?  Stupid error - Apache::compat.. 
 Sorry :)

  Issac

Zero response, proxy error

[mire]

Once in about 100 years we get zero response
from our mod_perl server (Proxy error). 

The situation: there are 2 apaches, FrontEnd without mod_perl and BackEnd with
mod_perl. They communicate with rewriterules (mod_rewrite and mod_proxy).

httpd.conf contains:
RewriteEngine On 
NoCache *
RewriteRule .*(script\.pl)$ http://localhost:/perl/script.pl [proxy]
ProxyPassReverse/cgi-bin/ http://localhost:8000/perl/
and httpd-perl.conf has:


 SetHandler  perl-script
 PerlHandler Apache::Registry
 PerlModule Apache::DBI
 PerlSendHeader Off
 Options +ExecCGI


(I didn't write these config lines)

BTW We wanted to use same apache for testing beta site along with the live
one. The perl modules used have the same name but are for different virt.
hosts, have different locations and different content and the
errors (getting content from beta modules when asking for live site) are
probably because of that. 

We'll try putting two apache binaries to be able to
test it.

-- 


Best regards,

Miroslav Madzarevic, Senior Perl Programmer
[EMAIL PROTECTED]
Mod Perl Development http://www.modperldev.com
Telephone: +381 64 1193 501
jamph 
$_=",,.,,.,,,.,,,.,,,..,,.,,,.,.,,,";
s/\s//gs;tr/,./05/;my(@a,$o,$i)=split//;$_=;tr/~`'"^/0-4/;map{$o
.=$a[$i]+$_;$i++}split//;@a=$o=~m!...!g;map{print chr}@a; __DATA__
`~^`~~``^`~`~`^``~`~``''~^'`~^``'``^```~^``'```'~`~

Re: Content management systems

[Drew Taylor]

At 08:08 AM 4/9/02 +0100, Matt Sergeant wrote:
>On Tuesday 09 April 2002 7:53 am, Matthew Watson wrote:
> > Heya.
> >
> >  I was wondering if there are any content management systems around for
> > modperl , i'm after a similar kind of thing
> > as postnuke for php. I'd much rather something 'out of the box' as I don't
> > have time to develop a system from scratch mysql.
>
>For community sites, use Slash - the engine behind slashdot
>(http://www.slashcode.com) - there's even a book about it.

You should also check out scoop (http://scoop.kuro5hin.org/), the engine 
that runs Kuro5hin.org. It's also written for modperl, and IMHO has some 
extra community features that makes it better than slash for more 
"democratic" sites where there are no "editors" like on /. who decide what 
stories get posted. Oh, and it does have diaries. ;-)

Drew

dear administrator, Unsubscribe me please

[Anouk Twijnstra]

Dear Administrator of mod-perl discussion group,Please unsubscribe me from this group.With regards,
anouk Send and receive Hotmail on your mobile device: Click Here

Re: dear administrator, Unsubscribe me please

[Stas Bekman]

Anouk Twijnstra wrote:
> Dear Administrator of mod-perl discussion group,
> 
> Please unsubscribe me from this group.

the secret is hidden in your mail headers:

list-help: 
list-unsubscribe: 

__
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

Re: mod_perl & restart vs. graceful

[Dan Wilga]

>i've seen where the mod_perl guides recommend stopping and then restarting a
>mod_perl apache rather than doing a graceful restart.  i only saw
>indications that memory does not get cleaned up "cleanly" if this is done.

Yes, this is the primary reason for doing a stop. In general, if I'm 
just testing minor code changes, I use graceful. This also has the 
advantage that if the configuration is broken or my perl scripts have 
errors, I won't have brought down the server. The existence of the 
error is reported, and the server keeps running. (Yes, I'll admit I 
sometimes forget to use "configtest" :-) )

>we could change the
>script to do a stop then restart, but we've seen where this method (done
>manually) was not 100% reliable and would sometimes require a couple of
>"stops" before we could really restart apache (never understood why this was
>so.)

It's most likely that the stop is actually taking longer than you 
expect to process. Apachectl just sends the "kill" and doesn't wait 
around for everything to exit. Depending on what each of the children 
is doing, this can take awhile. So the better approach is not to 
"stop" again but, if "start" fails, wait a few seconds and try the 
start again.

In general, as mentioned above, the only real reason I've found to 
fully stop is to recover lost memory. (OK, there are a few httpd.conf 
directives that need it, too.)


Dan Wilga [EMAIL PROTECTED]
Web Technology Specialist http://www.mtholyoke.edu
Mount Holyoke CollegeTel: 413-538-3027
South Hadley, MA  01075"Seduced by the chocolate side of the Force"

Re: mod_perl & restart vs. graceful

[Issac Goldstand]

> [snip]
>
>> we could change the
>> script to do a stop then restart, but we've seen where this method (done
>> manually) was not 100% reliable and would sometimes require a couple of
>> "stops" before we could really restart apache (never understood why 
>> this was
>> so.)
>
>
> It's most likely that the stop is actually taking longer than you 
> expect to process. Apachectl just sends the "kill" and doesn't wait 
> around for everything to exit. Depending on what each of the children 
> is doing, this can take awhile. So the better approach is not to 
> "stop" again but, if "start" fails, wait a few seconds and try the 
> start again.


Better yet, probe for the existance of the httpd.pid file.  That's 
basically the last thing Apache does when shutting down (unlinking it, 
that is).

 Issac

Re: Content management systems

[Aaron Ross]

> >
> >For community sites, use Slash - the engine behind slashdot
> >(http://www.slashcode.com) - there's even a book about it.
> 
> You should also check out scoop (http://scoop.kuro5hin.org/), the engine 
> that runs Kuro5hin.org. It's also written for modperl, and IMHO has some 
> extra community features that makes it better than slash for more 
> "democratic" sites where there are no "editors" like on /. who decide what 
> stories get posted. Oh, and it does have diaries. ;-)

Does anyone know of a more "portal" oriented engine?  in addition to
discussions and articles, a calendar, object level access control,
polls, approval based content management. 

A friend has to put together a community portal site for the university
he works for, on biological terrorism, no less!  So far, we  have been
unable to find anything in perl that provides the functionality needed.

The ArsDigita code seems pretty good, but it's seems to be somewhat
adrift and sloppy at this point.

Zope provides lot of features, but seems to be a closed little world,
ie. it's own db and it's own templating language.

Anybody know of something in mod_perl with this out of the box
functionality in addition to content management?

-- aaron
 

Re: Content management systems

[Maarten Stolte]

On Tue, 2002-04-09 at 16:17, Aaron Ross wrote:
> 
> > >
> > >For community sites, use Slash - the engine behind slashdot
> > >(http://www.slashcode.com) - there's even a book about it.
> > 
> > You should also check out scoop (http://scoop.kuro5hin.org/), the engine 
> > that runs Kuro5hin.org. It's also written for modperl, and IMHO has some 
> > extra community features that makes it better than slash for more 
> > "democratic" sites where there are no "editors" like on /. who decide what 
> > stories get posted. Oh, and it does have diaries. ;-)
> 
> Does anyone know of a more "portal" oriented engine?  in addition to
> discussions and articles, a calendar, object level access control,
> polls, approval based content management. 
> 
> A friend has to put together a community portal site for the university
> he works for, on biological terrorism, no less!  So far, we  have been
> unable to find anything in perl that provides the functionality needed.
> 
> The ArsDigita code seems pretty good, but it's seems to be somewhat
> adrift and sloppy at this point.
> 
> Zope provides lot of features, but seems to be a closed little world,
> ie. it's own db and it's own templating language.
> 
> Anybody know of something in mod_perl with this out of the box
> functionality in addition to content management?
> 
> -- aaron
>  
> 
Zope has plugins to other db's, and there is lots of other apps which do what you want 
in php (like phpnuke), as for modperl, i don't think the people using modperl build 
onesizefitsall stuff as much as php people tend to do..

Maarten

RE: Content management systems

[Matthew Watson]

> Zope has plugins to other db's, and there is lots of other apps
> which do what you want in php (like phpnuke), as for modperl, i
> don't think the people using modperl build onesizefitsall stuff
> as much as php people tend to do..


Thats a shame, I really wanted a one size fits all product :) hmm, looks
like I might have to actually do
some work...

Re: mod_perl & restart vs. graceful

[darren chamberlain]

* Dan Wilga <[EMAIL PROTECTED]> [2002-04-09 10:19]:
> It's most likely that the stop is actually taking longer than you
> expect to process. Apachectl just sends the "kill" and doesn't wait
> around for everything to exit. Depending on what each of the children
> is doing, this can take awhile. So the better approach is not to
> "stop" again but, if "start" fails, wait a few seconds and try the
> start again.

For exactly this reason, I always modify apachectl so that the restart
option looks like:

restart)
timeout=${2:-5}
count=0
$0 stop
while [ $count -lt $timeout ]; do
echo -n ". "
sleep 1
count=`expr $count + 1`
done
echo ""
$0 start
;;

This will sleep for $2 (or 5 seconds) between stopping and starting.
The sleep ensures that the start doesn't get called too quickly.

Use it like:

  apachectl restart 10

to wait 10 seconds, or

  apachectl restart

to wait the default 5.

(darren)

-- 
Fanaticism consists in redoubling your efforts when you have
forgotten your aim.
-- George Santayana

Unsubscribe me please

[Kirk Rogers]

Please unsubscribe me from this group.

Re: Content management systems

[Drew Taylor]

At 10:17 AM 4/9/02 -0400, Aaron Ross wrote:

>Anybody know of something in mod_perl with this out of the box
>functionality in addition to content management?

Metadot bills itself as a portal product. I've even installed it briefly in 
the past, and it seemed relatively easy to setup & customize. 
http://www.metadot.com/ The developer site is at http://www.metadot.net/.

Drew

==
Drew Taylor JA[P|m_p]H
http://www.drewtaylor.com/  Just Another Perl|mod_perl Hacker
mailto:[EMAIL PROTECTED]  *** God bless America! ***
--
Speakeasy.net: A DSL provider with a clue. Sign up today.
http://www.speakeasy.net/refer/29655
==

Re: Content management systems

[Maarten Stolte]

> >Anybody know of something in mod_perl with this out of the box
> >functionality in addition to content management?
> 
> Metadot bills itself as a portal product. I've even installed it briefly in 
> the past, and it seemed relatively easy to setup & customize. 
> http://www.metadot.com/ The developer site is at http://www.metadot.net/.
> 
wow...this looks great, anybody actually use it?

Maarten

Re: mod_perl & restart vs. graceful

[Stephen Reppucci]

Hi Darren,

See my suggested refinement below (I don't like to leave the server
down any longer than needed...8^):

On Tue, 9 Apr 2002, darren chamberlain wrote:

> For exactly this reason, I always modify apachectl so that the restart
> option looks like:
>
> restart)
> timeout=${2:-5}
> count=0
> $0 stop
> while [ $count -lt $timeout ]; do

  while [ -f $PIDFILE -a $count -lt $timeout ]; do

> echo -n ". "
> sleep 1
> count=`expr $count + 1`
> done
> echo ""
> $0 start
> ;;
>
> This will sleep for $2 (or 5 seconds) between stopping and starting.
> The sleep ensures that the start doesn't get called too quickly.



-- 
Steve Reppucci   [EMAIL PROTECTED] |
Logical Choice Software  http://logsoft.com/ |
=-=-=-=-=-=-=-=-=-=-  My God!  What have I done?  -=-=-=-=-=-=-=-=-=-=

How to show mem usage of all modules?

[pawelp]

Hi
Is there an easy way to show mem usage of all loaded modules ?

Thanks
Pawel Piecuch

Re: Unsubscribe me please

[Stas Bekman]

Issac Goldstand wrote:
> Kirk Rogers wrote:
> 
>> Please unsubscribe me from this group.
>>
> MAybe if we add it to the guide?!?  I don't know why all of the sudden 
> people can't do this, but...

Because they think that someone will actually do that for them.

The info is in too many places: posted many times here (read: search 
archives),
on the front page of perl.apache.org, in the guide (search!) and
probably many other places.


__
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

Re: Unsubscribe me please

[Fran Fabrizio]

> The info is in too many places: posted many times here (read: search 
> archives),
> on the front page of perl.apache.org, in the guide (search!) and
> probably many other places.


Not to mention in the header of every single message to this list.

-Fran

Re: How to show mem usage of all modules?

[Joao Pedro Goncalves]

Check Apache::Status, it gives you several info.


On Tue, 2002-04-09 at 15:53, pawelp wrote:
> Hi
> Is there an easy way to show mem usage of all loaded modules ?
> 
> Thanks
> Pawel Piecuch
> 
-- 
João Pedro Gonçalves
'I have never let my schooling interfere with my education.'
- Mark Twain

Re: Help Requested: Segfault 11 7 MONTHS after compilation on multiple servers all compiled the same running different code and different Redhat Released all on the same day [BUG]

[Kevin A. McGrail]

Stas,

I'm much closer thanks to your document*.  I now at least I feel like I'm
moving forward for the first time in months.

OK, so I'm pretty sure short of recompiling Perl, that I have all the
correct debug things turned on though the user permission problem still
plague me a bit.  I just chgrp'd the whole dir to httpd and did a chmod
g+w -R so I think that should fix any permission problems for a core file to
be created.

Here's some notes abour your document and the problems I had as I'm pretty
sure it's a work in progress.

1st,  I had a little trouble following the Bad Segv stuff because I had to
install Parser and then Inline.  That was no big deal but then your code was
written for a much older version of Inline and no longer works, yada, yada,
yada.  The version of Bad::Segv that I developed VERY quickly to get around
this is up at http://www.peregrinehw.com/downloads/apache/mod_perl

2nd, The segv.cgi at the same location as the Bad:Segv above, segfaults on
the command line and through normal CGI but not with mod_perl.  Here's the
error I get trying to run this script with mod_perl (1.26):

[Tue Apr  9 09:53:16 2002] [error] [Tue Apr  9 09:53:16 2002] PerlHandler
subroutine `Apache::Registry::handler': Undefined subroutine
&Bad::Segv::segv called at /htdocs/peregrinehw.com/html/segv.cgim line 12.
[Tue Apr  9 09:53:16 2002] END block subroutine `Inline::END': One or
moreDATA sections were not processed by Inline.
[Tue Apr  9 09:53:16 2002] END block subroutine `Inline::END':

Thoughts?  Something special with mod_perl?  I didn't add the Bad::Segv to
the startup.pl or anything at all.

Regards,

Kevin A. McGrail


*
http://perl.apache.org/preview/modperl-docs/dst_html/docs/2.0/devel/debug_c/
debug_c.html#Getting_the_core_File_Dumped



Bad-Segv-0.20.tar.gz
Description: GNU Zip compressed data

Re: mod_perl and open files limit

[Mike V. Andreev]

Hello people
Thank you for all your answers and comments!
Unfortunately I can't test your advices right now because of other urgent 
[as always :-(  ] businesses.
I'll do it as soon as i'll be able.
Thanx a lot!!!


Mike Andreev

[ABOT]

[Vuillemot, Ward W]

I am graduating myself from smaller sites to something larger (in terms of #
of simul. users, connections, etc) and wanted to know how others go about
benchmarking their systems.  I am completely self-taught and funded, so I
advance my skills as my time and $$ permits.  I do not want to hire others
to do what I believe I can do myself.  Maybe not as extensively or
exhaustively as another firm, but I want to be able get ballpark figures
that I can place some confidence in.  I am aware that the LWP module allows
one to create connections to a site via the internet with Perl, so I presume
I could use this as the backbone.  But how do you mimick user traffic,
connections, db queries, et cetera?

I would appreciate and all comments, directions, suggestions that you might
all have.

Thanks,
Ward

Re: Unsubscribe me please

[Issac Goldstand]

Fran Fabrizio wrote:

>> The info is in too many places: posted many times here (read: search 
>> archives),
>> on the front page of perl.apache.org, in the guide (search!) and
>> probably many other places.
>
>
>
> Not to mention in the header of every single message to this list.
>
> -Fran

Well, the point was that noone seems to LOOK there :-)

 Issac

Re: Unsubscribe me please

[Fulko Hew]

Issac Goldstand <[EMAIL PROTECTED]> commented:

> Fran Fabrizio wrote:
> 
> >> The info is in too many places: posted many times here (read: search 
> >> archives),
> >> on the front page of perl.apache.org, in the guide (search!) and
> >> probably many other places.
> >
> >
> >
> > Not to mention in the header of every single message to this list.
> >
> > -Fran
> 
> Well, the point was that noone seems to LOOK there :-)
> 
>  Issac

Keep in mind that most (modern^H^H^H^H^H^Hbraindead) mail readers actually
prevent you from reading all of the header information.

---
Fulko Hew,   Voice:  905-681-5570
Lead Designer - Management Tools,Fax:905-681-5556
SITA (Burlington)Email:  [EMAIL PROTECTED]
777 Walkers Line,
Burlington, Ontario, Canada, L7N 2G1

Re: AuthCookie login ?

[Michael Schout]

On Fri, 5 Apr 2002, Geoffrey Young wrote:

> > Since the authentication happens on every trip into the server, and I
> > don't want to run my code (to set up an Apache::Session for the user's
> > session data) until I'm sure I have a valid user on my hands, I can't
> > see a way to do the session setup only the first time after a sucessful
> > login.
>
> can't you do this in authen_cred()?  IIRC authen_cred is only called when no
> cookie is found, which means you have a first time visit (or an unsuccessful

Yes, do it in authen_cred() after you have checked the credentials, but before
returning the username.  authen_cred() is only called when you submit the login
form.

Regards,
Michael Schout (AuthCookie maintainer).

Re: [OT] Unsubscribe me please

[Issac Goldstand]

Fulko Hew wrote:

>Issac Goldstand <[EMAIL PROTECTED]> commented:
>
>>Fran Fabrizio wrote:
>>
The info is in too many places: posted many times here (read: search 
archives),
on the front page of perl.apache.org, in the guide (search!) and
probably many other places.

>>>
>>>
>>>Not to mention in the header of every single message to this list.
>>>
>>>-Fran
>>>
>>Well, the point was that noone seems to LOOK there :-)
>>
>> Issac
>>
>
>Keep in mind that most (modern^H^H^H^H^H^Hbraindead) mail readers actually
>prevent you from reading all of the header information.
>
Well, they don't show them by default - I don't think any reader 
actually prevcents you from seeing them if you want to...
But in any case, that was exactly my point.

 Issac

Re: AuthCookie login ?

[Fran Fabrizio]

> Yes, do it in authen_cred() after you have checked the credentials, but before
> returning the username.  authen_cred() is only called when you submit the login
> form.

Yes, this is what I ended up doing and it worked out perfectly.  I was 
using AuthCookieDBI and so I've been cheating and editing that module 
directly but I eventually will spin my own when I get more time.

It works very nicely now and I've tied the Apache::Session creation and 
destruction to AuthCookie logins and logouts, and I'm using the username 
as my Apache::Session key.  All very clean now.  Thanks for the help!

-Fran

Re: Hello again

[John Kolvereid]

Hi Stas,
  These are GREAT URLs for installing mod_perl.  I
wish I would have known about them sooner.  Whatever. 
After reading the DSO section I'm not sure I have
configured mod_perl as DSO.  In fact, I'm not sure
what I DO have.  The article mentions using:
   use DSO=1
for the All-in-one Way, or
--enable-shared=perl
for the Flexible Way.
  I have instead
--enable-module=perl
Am I indeed using DSO, or some hybrid (which I
probably shouldn't be using).  Please explain. 
Thanks.

  John Kolvereid
--- Stas Bekman <[EMAIL PROTECTED]> wrote:
> John Kolvereid wrote:
> > Hi everyone,
> >After a gruelling 2 weeks of frustration, I am
> > finally able to install mod_perl in my
> environment. 
> 
> Congrats John :)
> 
> >To the best of my knowledge I am now running
> > mod_perl w/ DSO.  This seems to be contraversial. 
> > Some say use it, others say avoid it.  Doesn't DSO
> > defeat the purpose of mod_perl?  I thought DSO
> loaded
> > fresh dynamically each time, and mod_perl remained
> in
> > memory.  Or is DSO mod_perl the best of both
> worlds,
> > loading dynamically when needed and remaining in
> > memory thereafter.
> >Please advise, and thank you all for your
> support.
> 
> On certain platforms people had problems with DSO,
> most of these problems should have been polished out
> by now.
> For more details see:
>
http://perl.apache.org/preview/modperl-docs/dst_html/docs/1.0/guide/install.html#When_DSO_can_be_Used
> The main reason for using DSO is to be able to build
> new C modules 
> outside of Apache sources and plug them in on
> demand. Though you pay a 
> little price for runtime resolution vs. staticaly
> linked httpd.
> 
> You will find most of the info that you may need
> here:
>
http://perl.apache.org/preview/modperl-docs/dst_html/docs/1.0/guide/install.html#Pros_and_Cons_of_Building_mod_perl_as_DSO
> and it the rest of this doc.
> 
>
__
> 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
> 


__
Do You Yahoo!?
Yahoo! Tax Center - online filing with TurboTax
http://taxes.yahoo.com/

Re: Hello again

[David Wheeler]

On 4/9/02 8:24 AM, "John Kolvereid" <[EMAIL PROTECTED]> claimed:

> These are GREAT URLs for installing mod_perl.  I
> wish I would have known about them sooner.  Whatever.
> After reading the DSO section I'm not sure I have
> configured mod_perl as DSO.  In fact, I'm not sure
> what I DO have.

httpd -l will tell you what you have.

HTH,

David

-- 
David Wheeler AIM: dwTheory
[EMAIL PROTECTED] ICQ: 15726394
http://david.wheeler.net/  Yahoo!: dew7e
   Jabber: [EMAIL PROTECTED]

Re: Unsubscribe me please

[Kee Hinckley]

At 11:45 AM -0400 4/9/02, Fran Fabrizio wrote:
>>The info is in too many places: posted many times here (read: 
>>search archives),
>>on the front page of perl.apache.org, in the guide (search!) and
>>probably many other places.
>
>
>Not to mention in the header of every single message to this list.

I believe Outlook defaults to hiding headers it doesn't know, as 
opposed to Eudora, which defaults to only hiding headers you tell it 
to hide (and providing reasonable defaults).  So they never see the 
headers.  Blame everyone's favorite UI designers for that choice.
-- 

Kee Hinckley - Somewhere.Com, LLC
http://consulting.somewhere.com/
[EMAIL PROTECTED]

I'm not sure which upsets me more: that people are so unwilling to accept
responsibility for their own actions, or that they are so eager to regulate
everyone else's.

Re: mod_perl & restart vs. graceful

[darren chamberlain]

* Stephen Reppucci <[EMAIL PROTECTED]> [2002-04-09 10:44]:
> Hi Darren,
> 
> See my suggested refinement below (I don't like to leave the server
> down any longer than needed...8^):

Assuming that the last thing the parent does is remove the pidfile,
which is most likely the case.  I didn't even think to check that.

(darren)

-- 
Competence, like truth, beauty, and contact lenses, is in the eye of
the beholder.
-- Dr. Laurence J. Peter

Re: Hello again

[Stas Bekman]

John Kolvereid wrote:
> Hi Stas,
>   These are GREAT URLs for installing mod_perl.  I
> wish I would have known about them sooner.  Whatever. 
> After reading the DSO section I'm not sure I have
> configured mod_perl as DSO.  In fact, I'm not sure
> what I DO have.  The article mentions using:
>use DSO=1
> for the All-in-one Way, or
> --enable-shared=perl
> for the Flexible Way.
>   I have instead
> --enable-module=perl
> Am I indeed using DSO, or some hybrid (which I
> probably shouldn't be using).  Please explain. 
> Thanks.

John,
Please read Apache docs, e.g. apache-1.3.x/INSTALL. This has little to 
do with mod_perl. See also online docs at http://httpd.apache.org/docs/

__
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

Re: Help Requested: Segfault 11 7 MONTHS after compilation on multipleservers all compiled the same running different code and different RedhatReleased all on the same day [BUG]

[Stas Bekman]

Kevin A. McGrail wrote:
> Stas,
> 
> I'm much closer thanks to your document*.  I now at least I feel like I'm
> moving forward for the first time in months.

cool! :)

> OK, so I'm pretty sure short of recompiling Perl, that I have all the
> correct debug things turned on though the user permission problem still
> plague me a bit.  I just chgrp'd the whole dir to httpd and did a chmod
> g+w -R so I think that should fix any permission problems for a core file to
> be created.
> 
> Here's some notes abour your document and the problems I had as I'm pretty
> sure it's a work in progress.
> 
> 1st,  I had a little trouble following the Bad Segv stuff because I had to
> install Parser and then Inline.  That was no big deal but then your code was
> written for a much older version of Inline and no longer works, yada, yada,
> yada.  The version of Bad::Segv that I developed VERY quickly to get around
> this is up at http://www.peregrinehw.com/downloads/apache/mod_perl

thanks, I'll update the online version with your corrected one, once we 
figure out how to make it work with mod_perl.

> 2nd, The segv.cgi at the same location as the Bad:Segv above, segfaults on
> the command line and through normal CGI but not with mod_perl.  Here's the
> error I get trying to run this script with mod_perl (1.26):
> 
> [Tue Apr  9 09:53:16 2002] [error] [Tue Apr  9 09:53:16 2002] PerlHandler
> subroutine `Apache::Registry::handler': Undefined subroutine
> &Bad::Segv::segv called at /htdocs/peregrinehw.com/html/segv.cgim line 12.
> [Tue Apr  9 09:53:16 2002] END block subroutine `Inline::END': One or
> moreDATA sections were not processed by Inline.
> [Tue Apr  9 09:53:16 2002] END block subroutine `Inline::END':
> 
> Thoughts?  Something special with mod_perl?  I didn't add the Bad::Segv to
> the startup.pl or anything at all.

Looks like you cannot run the Inline code under mod_perl. I remember 
Brian told me the secret code to make it work under mod_perl :) Can you 
run a simple Inline code doing just printf("Hello")? Once you make it 
run, the segfault should work just as well. could be that your webserver 
has no write perms to Inline dir... but you say it works with mod_cgi...

I'm a little out of sync with the recent developments with Inline, but 
last time I needed to do it for the book we work on, I wrote:

   package Factorial;
   use strict;

   use Apache::Constants qw(:common);

   use Inline 'Untaint';
   use Inline Config => DIRECTORY => '/tmp/Inline';
   use Inline 'C';
   Inline->init;

   sub handler {
   my $r = shift;
   $r->send_http_header('text/plain');

   printf "%3d! = %10d\n", $_, factorial($_) for 1..10;

   return Apache::Constants::OK;
   }

   1;

   __DATA__

   __C__

   double factorial(int x) {
   if (x < 2)  return 1;
   return x * factorial(x - 1);
   }

make sure that /tmp/Inline is writable by the webserver.
Hopefully you will figure out how to fix completely Bad::Segv and I'll 
have more time to do other things :) 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

Re: Unsubscribe me please

[Andy Lester]

> > Please unsubscribe me from this group.
> >
> MAybe if we add it to the guide?!?  I don't know why all of the sudden
> people can't do this, but...

There's only so much hand-holding and coddling one group can do.

-- 
'Andy Lester[EMAIL PROTECTED]
 Programmer/author  petdance.com
 Daddy  parsley.org/quinn   Jk'=~/.+/s;print((split//,$&)
[unpack'C*',"n2]3%+>\"34.'%&.'^%4+!o.'"])

Re: Help Requested: Segfault 11 7 MONTHS after compilation on multiple servers all compiled the same running different code and different Redhat Released all on the same day [BUG]

[darren chamberlain]

Kevin A. McGrail wrote:
> 2nd, The segv.cgi at the same location as the Bad:Segv above, segfaults on
> the command line and through normal CGI but not with mod_perl.  Here's the
> error I get trying to run this script with mod_perl (1.26):
>
> [Tue Apr  9 09:53:16 2002] [error] [Tue Apr  9 09:53:16 2002] PerlHandler
> subroutine `Apache::Registry::handler': Undefined subroutine
> &Bad::Segv::segv called at /htdocs/peregrinehw.com/html/segv.cgim line 12.
> [Tue Apr  9 09:53:16 2002] END block subroutine `Inline::END': One or
> moreDATA sections were not processed by Inline.
> [Tue Apr  9 09:53:16 2002] END block subroutine `Inline::END':
>
> Thoughts?  Something special with mod_perl?  I didn't add the Bad::Segv to
> the startup.pl or anything at all.

I haven't been following this thread, but it appears to me from the
error message that the DATA section might be causing the problem in
conjunction with Apache::Registry, which explicitly states:

   Your scripts cannot contain the __END__ or __DATA__ token
   to terminate compilation.

in the CAVEATS section.

Ignore this if I'm offbase.

(darren)

-- 
The knowledge that makes us cherish innocence makes innocence
unattainable.
-- Irving Howe

Re: Help Requested: Segfault 11 7 MONTHS after compilation on multipleservers all compiled the same running different code and different RedhatReleased all on the same day [BUG]

[Stas Bekman]

darren chamberlain wrote:
> Kevin A. McGrail wrote:
> 
>>2nd, The segv.cgi at the same location as the Bad:Segv above, segfaults on
>>the command line and through normal CGI but not with mod_perl.  Here's the
>>error I get trying to run this script with mod_perl (1.26):
>>
>>[Tue Apr  9 09:53:16 2002] [error] [Tue Apr  9 09:53:16 2002] PerlHandler
>>subroutine `Apache::Registry::handler': Undefined subroutine
>>&Bad::Segv::segv called at /htdocs/peregrinehw.com/html/segv.cgim line 12.
>>[Tue Apr  9 09:53:16 2002] END block subroutine `Inline::END': One or
>>moreDATA sections were not processed by Inline.
>>[Tue Apr  9 09:53:16 2002] END block subroutine `Inline::END':
>>
>>Thoughts?  Something special with mod_perl?  I didn't add the Bad::Segv to
>>the startup.pl or anything at all.
> 
> 
> I haven't been following this thread, but it appears to me from the
> error message that the DATA section might be causing the problem in
> conjunction with Apache::Registry, which explicitly states:
> 
>Your scripts cannot contain the __END__ or __DATA__ token
>to terminate compilation.
> 
> in the CAVEATS section.
> 
> Ignore this if I'm offbase.

it's a perl handler, not a registry script.

ignore mode is on :)


__
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

Re: Unsubscribe me please [KILL THIS THREAD]

[Perrin Harkins]

Please kill this thread.  Some people are not good at dealing with
mailing lists.  At least this guy was polite.

- Perrin

Re: Help Requested: Segfault 11 7 MONTHS after compilation on multipleservers all compiled the same running different code and different RedhatReleased all on the same day [BUG]

[Mark Fowler]

On Tue, 9 Apr 2002, Stas Bekman wrote:

> Looks like you cannot run the Inline code under mod_perl. I remember 
> Brian told me the secret code to make it work under mod_perl :)

Ah, this might be it.  The first time the Inline code is run the ILSM
(Inline Support Module) compiles[1] the code.  It then stashes this away
in the .Inline directory, then reads this 'compiled' code back in again
this, and every other time, it's called. If it can't do that then 
this could be a problem.

I'd be tempted to run the code as someone who has rights to write in the
directory for the first time after I'd installed it/made any changes.  
Make sure your webserver has permissions to read these files.  Don't
change the source file (any part of it, even the perl part) without
rerunning the code as that privileged user (to recompile it.)

> [ snip lots of code ]
>
> make sure that /tmp/Inline is writable by the webserver.
> Hopefully you will figure out how to fix completely Bad::Segv and I'll 
> have more time to do other things :) Thanks.

Um...if you do this arn't you essentially creating a directory where you 
can store executable code that will be read in by your webserver and run 
that can be written to by your webserver?  Isn't this a little insecure?

Later.

Mark.

[1] Compiles in the looses sense of the word.  Very accurate for C, less 
true for other languages.

-- 
s''  Mark Fowler London.pm   Bath.pm
 http://www.twoshortplanks.com/  [EMAIL PROTECTED]
';use Term'Cap;$t=Tgetent Term'Cap{};print$t->Tputs(cl);for$w(split/  +/
){for(0..30){$|=print$t->Tgoto(cm,$_,$y)." $w";select$k,$k,$k,.03}$y+=2}

Re: Help Requested: Segfault 11 7 *snip*

[darren chamberlain]

* Stas Bekman <[EMAIL PROTECTED]> [2002-04-09 12:14]:
> darren chamberlain wrote:
> > Kevin A. McGrail wrote:
> > > 2nd, The segv.cgi at the same location as the Bad:Segv above,
> > > segfaults on the command line and through normal CGI but not with
> > > mod_perl.  Here's the error I get trying to run this script with
> > > mod_perl (1.26):
> > >
> > > [Tue Apr  9 09:53:16 2002] [error] [Tue Apr  9 09:53:16 2002]
> > > PerlHandler subroutine `Apache::Registry::handler': Undefined
> > > subroutine
  ^

[-- snip --]

> it's a perl handler, not a registry script.

I'm just reading the error message, that's all.  :)

(darren)

-- 
I can't understand why a person will take a year or two to write a
novel when he can easily buy one for a few dollars.
-- Fred Allen

Re: mod_perl & restart vs. graceful

[Keith G. Murphy]

Stephen Reppucci wrote:
> 
> Hi Darren,
> 
> See my suggested refinement below (I don't like to leave the server
> down any longer than needed...8^):
> 
> On Tue, 9 Apr 2002, darren chamberlain wrote:
> 
> > For exactly this reason, I always modify apachectl so that the restart
> > option looks like:
> >
> > restart)
> > timeout=${2:-5}
> > count=0
> > $0 stop
> > while [ $count -lt $timeout ]; do
> 
>   while [ -f $PIDFILE -a $count -lt $timeout ]; do
> 
> > echo -n ". "
> > sleep 1
> > count=`expr $count + 1`
> > done
> > echo ""
> > $0 start
> > ;;
> >
> > This will sleep for $2 (or 5 seconds) between stopping and starting.
> > The sleep ensures that the start doesn't get called too quickly.
> 
On Debian, if you use the /etc/init.d/apache[-perl] script for
restarting, it uses the start-stop-daemon program to do essentially the
same thing.  (Another reason I like Debian :-).

Re: Hello again

[John Kolvereid]

Hi David,
Guess I am running mod_perl internally.  Great.
Thanks.
   John Kolvereid

--- David Wheeler <[EMAIL PROTECTED]> wrote:
> On 4/9/02 8:24 AM, "John Kolvereid"
> <[EMAIL PROTECTED]> claimed:
> 
> > These are GREAT URLs for installing mod_perl.  I
> > wish I would have known about them sooner. 
> Whatever.
> > After reading the DSO section I'm not sure I have
> > configured mod_perl as DSO.  In fact, I'm not sure
> > what I DO have.
> 
> httpd -l will tell you what you have.
> 
> HTH,
> 
> David
> 
> -- 
> David Wheeler
> AIM: dwTheory
> [EMAIL PROTECTED]
> ICQ: 15726394
> http://david.wheeler.net/ 
> Yahoo!: dew7e
>   
> Jabber: [EMAIL PROTECTED]
> 
> 


__
Do You Yahoo!?
Yahoo! Tax Center - online filing with TurboTax
http://taxes.yahoo.com/

Re: Hello again

[John Kolvereid]

Hi again,
   Maybe I read it wrong.  The list from httpd -l
included mod_perl, but not mod_php.  Is the list,
titled 'Compiled-in modules' those modules which are
internal to Apache as the name implises.  If so, then
I am running mod_perl internally and mod_php
externally.
Please advise.  Thanks.

   John Kolvereid
--- David Wheeler <[EMAIL PROTECTED]> wrote:
> On 4/9/02 8:24 AM, "John Kolvereid"
> <[EMAIL PROTECTED]> claimed:
> 
> > These are GREAT URLs for installing mod_perl.  I
> > wish I would have known about them sooner. 
> Whatever.
> > After reading the DSO section I'm not sure I have
> > configured mod_perl as DSO.  In fact, I'm not sure
> > what I DO have.
> 
> httpd -l will tell you what you have.
> 
> HTH,
> 
> David
> 
> -- 
> David Wheeler
> AIM: dwTheory
> [EMAIL PROTECTED]
> ICQ: 15726394
> http://david.wheeler.net/ 
> Yahoo!: dew7e
>   
> Jabber: [EMAIL PROTECTED]
> 
> 


__
Do You Yahoo!?
Yahoo! Tax Center - online filing with TurboTax
http://taxes.yahoo.com/

Re: Help Requested: Segfault 11 7 MONTHS after compilation on multipleservers all compiled the same running different code and different RedhatReleased all on the same day [BUG]

[Stas Bekman]

Mark Fowler wrote:
> On Tue, 9 Apr 2002, Stas Bekman wrote:
> 
> 
>>Looks like you cannot run the Inline code under mod_perl. I remember 
>>Brian told me the secret code to make it work under mod_perl :)
> 
> 
> Ah, this might be it.  The first time the Inline code is run the ILSM
> (Inline Support Module) compiles[1] the code.  It then stashes this away
> in the .Inline directory, then reads this 'compiled' code back in again
> this, and every other time, it's called. If it can't do that then 
> this could be a problem.

The Inline->init; is supposed to do that at require() time

I guess Inline could have provided a better diagnostics, but again I'm 
not in sync with the latest versions, which may do that already. 
probably a question for the Inline mailing list.

>>make sure that /tmp/Inline is writable by the webserver.
>>Hopefully you will figure out how to fix completely Bad::Segv and I'll 
>>have more time to do other things :) Thanks.
>  
> Um...if you do this arn't you essentially creating a directory where you 
> can store executable code that will be read in by your webserver and run 
> that can be written to by your webserver?  Isn't this a little insecure?

you can precompile all the code before the server starts, and then have 
this dir readonly.
To precompile simple do:

  perl -Mmodule_with_inline_code -e1
of course assuming that you've explicitly set the Inline build dir in 
your code, like in my example.

__
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

Re: Help Requested: Segfault 11 7 *snip*

[Stas Bekman]

darren chamberlain wrote:
> * Stas Bekman <[EMAIL PROTECTED]> [2002-04-09 12:14]:
> 
>>darren chamberlain wrote:
>>
>>>Kevin A. McGrail wrote:
>>>
2nd, The segv.cgi at the same location as the Bad:Segv above,
segfaults on the command line and through normal CGI but not with
mod_perl.  Here's the error I get trying to run this script with
mod_perl (1.26):

[Tue Apr  9 09:53:16 2002] [error] [Tue Apr  9 09:53:16 2002]
PerlHandler subroutine `Apache::Registry::handler': Undefined
subroutine
>>>
>   ^
> 
> [-- snip --]
> 
> 
>>it's a perl handler, not a registry script.
> 
> I'm just reading the error message, that's all.  :)

Probably yes, let's wait for Kevin to reply. It wasn't supposed to be 
run as registry. thanks for the catch darren!


__
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

Re: Content management systems

[dreamwvr]

> Does anyone know of a more "portal" oriented engine?  in addition to
> discussions and articles, a calendar, object level access control,
> polls, approval based content management. 
> 
> A friend has to put together a community portal site for the university
> he works for, on biological terrorism, no less!  So far, we  have been
> unable to find anything in perl that provides the functionality needed.
> 
 well may be he could write one? IMHO that is what 'should' be done 
if something doesn't exist.

Help us make the mod_perl Developer's Cookbook better.

[Paul Lindner]

Hi there.

First of all, thanks to all of those who are now using the mod_perl
Developer's Cookbook.  We hope that it's made your development easier
and more fun.  Due to the continued popularity of the book, a 2nd
printing is being planned in the next week or so.  This is nice
because we're allowed to correct minor errors.

We'd appreciate your help in fixing any errors in the text or code.
No-one's perfect (especially us, look at our errata page!), so if
you've noticed anything amiss that's not listed at:

  http://www.modperlcookbook.org/errata.shtml

please send it to

  [EMAIL PROTECTED] 

asap.

Thanks again!

-- 
Paul Lindner[EMAIL PROTECTED]   | | | | |  |  |  |   |   |

mod_perl Developer's Cookbook   http://www.modperlcookbook.org/
 Human Rights Declaration   http://www.unhchr.ch/udhr/

Re: Content management systems

[Claudio Garcia]

Metadot is being used a lot in Schlumberger and Sema intranet websites (Sema is
a large European IT company) , among many other clients. It's also being used in
a big French ceramics company called St. Gobain.

The Open Source version is currently lagging behind our latest (closed-source)
release by about three or four months.  Our closed-source version is comercially
available and comprises, basically, the open-source framework plus a number of
useful add-ons.  We also do custom additions to the framework (in fact tailoring
the software is our main business).

Installing Metadot can sometimes get complicated, but is usually a
straightforward process. I think Metadot internals are easy to learn and
customize, as we have been improving them constantly for the last year. If you
know your way around mod_perl and object oriented Perl you should be able to
tailor Metadot to your liking in little time. You can also choose to program
your own add-ons using the APIs we provide for that.

Hope that helps,

Claudio


>
> > Metadot bills itself as a portal product. I've even installed it briefly in
> > the past, and it seemed relatively easy to setup & customize.
> > http://www.metadot.com/ The developer site is at http://www.metadot.net/.
> >
> wow...this looks great, anybody actually use it?
>
> Maarten

RE: Open3

[Vuillemot, Ward W]

I tried the following code submitted by Don, but got the following errors.

[Tue Apr  9 16:32:38 2002] nul: untie attempted while 1 inner references
still exist at C:/apache/Apache/cgi-lib/FLOE/App/Btops.pm line 101.
[Tue Apr  9 16:32:38 2002] nul: untie attempted while 1 inner references
still exist at C:/apache/Apache/cgi-lib/FLOE/App/Btops.pm line 102.
[Tue Apr 09 16:32:38 2002] [error] open3: Can't call method "close" on an
undefined value at C:/Perl/lib/IPC/Open3.pm line 327.

Per UNTIE docs, this occurs when a second reference exits for the tied
object.  I do not see where, though.

Further assistance appreciated!

Thanks,
Ward

P.S.  I tried to use IPC::Run, but was unsuccessful.  seems flakey on win2k.

   :  -Original Message-
   :  From: Don Hayward [mailto:[EMAIL PROTECTED]]
   :  Sent: Thursday, April 04, 2002 6:28 AM
   :  To: Vuillemot, Ward W
   :  Subject: RE: Open3
   :  
   :  
   :  Hi Ward --
   :  
   :  Since Perl5.6 someting like this has been necessary for 
   :  Open2 and Open3
   :  under modperl:
   :  
   :  
   :  
   :  my ($stdin, $stdout, $stderr);
   :  $stdin = tied *STDIN;
   :  $stdout = tied *STDOUT;
   :  $stderr = tied *STDERR;
   :  untie *STDIN;
   :  untie *STDOUT;
   :  untie *STDERR;
   :  use FileHandle;
   :  my $Reader = new FileHandle;
   :  my $Writer = new FileHandle;
   :  my $ERR = new Filehandle;
   :  use IPC::Open3;
   :  my $pid = open3(  \*Writer,\*Reader, \*ERR, "somescript");
   :  unless ($pid) { print "open3 failed\n",$c->end_html; exit; }
   :  Writer->autoflush();
   :  .
   :  .
   :  .
   :  print Writer "$stuff\n";
   :  my $ret = ;
   :  .
   :  .
   :  .
   :  tie *STDIN, ref $stdin, $stdin;
   :  tie *STDOUT, ref $stdout, $stdout;
   :  tie *STDERR, ref $stderr, $stderr;
   :  
   :  
   :  On Wed, 3 Apr 2002, Vuillemot, Ward W wrote:
   :  
   :  > Since we are on the topic...and before some says it is 
   :  WOT, I wanted to ask
   :  > a corollary question.
   :  >
   :  > I wrote a simple script to use Open2 as a means of 
   :  interacting with some
   :  > FORTRAN programs I have.  I wanted to create pre and 
   :  post-processing using
   :  > PERL and leave the numerical stuff (and tons of legacy 
   :  code) to the FORTRAN.
   :  > Anyway, the Perl script from a command prompt works -- it sends
   :  > pre-processed data as STDIN and catches the processed 
   :  data from STDOUT
   :  > without a hitch.  The moment I try it running Apache 
   :  1.33, Perl 5.6.1,
   :  > latest version of Open2, and mod_perl the thing just 
   :  ties up all the
   :  > computer's resources.
   :  >
   :  > If I could get it to work then I would be a LONG WAY to 
   :  really altering the
   :  > way we do things at work.
   :  >
   :  > I have read what docs there are with Perl for this. . 
   :  .but I am wondering if
   :  > there are any caveats that I should be aware from using 
   :  a web-server to
   :  > initiate the commands.  Or is there an alternative 
   :  method I might explore?
   :  >
   :  > thanks!
   :  > Ward
   :  >
   :  >:  -Original Message-
   :  >:  From: Rasoul Hajikhani [mailto:[EMAIL PROTECTED]]
   :  >:  Sent: Wednesday, April 03, 2002 1:54 PM
   :  >:  To: Elizabeth Mattijsen
   :  >:  Cc: [EMAIL PROTECTED]
   :  >:  Subject: Re: Open3
   :  >:
   :  >:
   :  >:  Elizabeth Mattijsen wrote:
   :  >:  >
   :  >:  > At 01:44 PM 4/3/02 -0800, Rasoul Hajikhani wrote:
   :  >:  > >Hello folks,
   :  >:  > >I am writing a web based interface to gpg and am using
   :  >:  IPC::Open3 and
   :  >:  > >IO::Select to manage STDIN, STDOUT and STDERR handles.
   :  >:  But, I can not
   :  >:  > >get stdin to work properly. Here is my code:
   :  >:  > >I am using perl 5.053 and Apache/1.3.14 Ben-SSL/1.42
   :  >:  (Unix) PHP/4.0.3pl1
   :  >:  > >mod_perl/1.24_01.
   :  >:  > >Can anyone see what am I doing wrong?
   :  >:  >
   :  >:  > Make sure your IPC::Open3 is up-to-date.  If it is the
   :  >:  version that came
   :  >:  > with Perl 5.053, it probably has a bug in it.  I
   :  >:  remember having to patch
   :  >:  > it waaay back (like 5 years ago) to get it to 
   :  work properly...
   :  >:  >
   :  >:  > Elizabeth Mattijsen
   :  >:
   :  >:  My IPC::Open3 is OK. My problem is with IO::Select. Does
   :  >:  anyone know
   :  >:  whether IO::Select has any bugs? I have read the man
   :  >:  pages and looked
   :  >:  through the Perl Cook Book for a code snipet that would
   :  >:  use IO::Select
   :  >:  to write to STDIN. The one that is in the book does not
   :  >:  work for me. So
   :  >:  any comments/suggestions?
   :  >:  Thanks in advance
   :  >:  -r
   :  >:
   :  >
   :  
   :  Don Hayward   [EMAIL PR

Re: Newbie Alert: Q: References to Authenticating a User to MS-SQL 20 00?

[Bill McGonigle]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Monday, April 8, 2002, at 07:49 , Darren Ward wrote:

> I have a need to authenticate users against a MS-SQL 2000 Server which has 
> a
> table with 'username' and 'password' fields but also on the Apache side 
> need
> to be able to use a third field in the table 'url' to control what url's 
> the
> user can access.

You probably want to look over at freetds.org and use Apache::DBI, at least 
that's how I did it in my last job (oh, the horror).

- -Bill
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.0.6 (Darwin)
Comment: For info see http://www.gnupg.org

iD8DBQE8s4Q5L1taOFB7jKMRAm37AJ9UXXkOTBFDMPlKywby+ILQO3C09gCfeldP
1/xHBwTJyw4zKnuLEv0UYPU=
=mNsn
-END PGP SIGNATURE-

PATH-like module?

[Lyle Brooks]

Is there a module that provides a PATH-like capability
for URLs?

The behavior I was looking for would do something like
this...

I request a URL  /images/background.gif

and then the web server (via this module or some other method) would
look for the background.gif file in a series of directories similar to
what the shell does to search your PATH for an executable.

So, if URLPATH was set to /opt/local/images:/net/images, then we'd
look for background.gif in each directory in turn. If not found in any of
them, only then would a 404 returned.

o Does such a module exist? 
o Is this available via some core directive?
o Is there a better way to do the same thing?

or is it just late at night and I'm missing something obvious.

Thanks

Re: dear administrator, Unsubscribe me please

[Chuck Goehring]

Upal,

Outlook hides the stuff that is in the header of the emails.  Bill Gates
decided for you that you would never need to see this information.  I pasted
it below.   Doubleclick on the list-unsubscribe link below and send the
email off.  It is an automated system that only "reads" a few special words.

list-help: 
list-unsubscribe: 
list-post: 

Chuck

- Original Message -
From: "Upal" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Monday, April 08, 2002 3:38 PM
Subject: dear administrator, Unsubscribe me please


>
> Dear Administrator of mod-perl discussion group,
>
> Please unsubscribe me from this group.
>
> With regards,
>
> Upal Nath
>
> =
> Upal.
>
> __
> Do You Yahoo!?
> Yahoo! Tax Center - online filing with TurboTax
> http://taxes.yahoo.com/
>

Re: PATH-like module?

[Ged Haywood]

Hi there,

On Tue, 9 Apr 2002, Lyle Brooks wrote:

> Is there a module that provides a PATH-like capability for URLs?

ViLib does this (and truckloads of things you didn't ask for:), sorry
I don't have a URI handy but you'll probably find it at utac.net or
with a search engine.  Failing that contact me privately and I'll mail
you a copy of the tarball.

73,
Ged.

ANNOUNCE: Apache-AuthenNTLM 0.15

[Gerald Richter]

The URL

ftp://ftp.dev.ecos.de/pub/perl/ntlm/Apache-AuthenNTLM-0.15.tar.gz

has entered CPAN as

  file: $CPAN/authors/id/G/GR/GRICHTER/Apache-AuthenNTLM-0.15.tar.gz
  size: 46250 bytes
   md5: 23e8bc0235e161aa0d44d95e0e47d684


The main enhancement of this release is the proper support of win9x
operation systems, which send non unicode messages.

The purpose of this module is to perform a user authentication via
Mircosofts NTLM protocol. This protocol is supported by all
versions of the Internet Explorer and is mainly usefull for intranets.
Depending on your preferences setting IE will supply your windows
logon credentials to the web server when the server asks for NTLM
authentication. This saves the user to type in his/her password again.

A lot of ideas and information are taken from the similar Apache module
mod_ntlm, which can be found at http://sourceforge.net/projects/modntlm/

The main advantage of the Perl implementaion is, that it can be easily
extented to verfiy the user/password against other sources than a
windows domain controller. The default implementaion is to go to
the domain controller for the given domain and verify the user. If
you want to verify the user against another source, you can inherit
from Apache::AuthenNTLM and override it's methods.

To support users that aren't using Internet Explorer, Apache::AuthenNTLM
can also perform basic authentication depending on it's configuration.

Enjoy

Gerald

Changes since 0.14:

   - Added patch from Brian Paulsen which causes correct handling of
 non unicode charset (needed for some versions of win9x) and
 more verbose debugging output (decoded flags)


-
Gerald Richterecos electronic communication services gmbh
Internetconnect * Webserver/-design/-datenbanken * Consulting

Post:   Tulpenstrasse 5 D-55276 Dienheim b. Mainz
E-Mail: [EMAIL PROTECTED] Voice:+49 6133 925131
WWW:http://www.ecos.de  Fax:  +49 6133 925152
-

RE: Content management systems

[Jim Helm]

Found this site, which has just about every major perl based cms I've
run across listed, plus lots more.

http://www.clueful.com.au/cgi-bin/cmsdirectory/browse/Products:Free%20sy
stems

Good luck, and us know what you pick and how it goes.

Jim

> -Original Message-
> From: claudioprodigy.net.mx@tcp_intranet-daemon 
> [mailto:claudioprodigy.net.mx@tcp_intranet-daemon] On Behalf 
> Of Claudio Garcia
> Sent: Tuesday, April 09, 2002 1:47 PM
> To: Maarten Stolte
> Cc: Drew Taylor; Aaron Ross; mod_perl list
> Subject: Re: Content management systems
> 
> 
> 
> Metadot is being used a lot in Schlumberger and Sema intranet 
> websites (Sema is a large European IT company) , among many 
> other clients. It's also being used in a big French ceramics 
> company called St. Gobain.
> 
> The Open Source version is currently lagging behind our 
> latest (closed-source) release by about three or four months. 
>  Our closed-source version is comercially available and 
> comprises, basically, the open-source framework plus a number 
> of useful add-ons.  We also do custom additions to the 
> framework (in fact tailoring the software is our main business).
> 
> Installing Metadot can sometimes get complicated, but is 
> usually a straightforward process. I think Metadot internals 
> are easy to learn and customize, as we have been improving 
> them constantly for the last year. If you know your way 
> around mod_perl and object oriented Perl you should be able 
> to tailor Metadot to your liking in little time. You can also 
> choose to program your own add-ons using the APIs we provide for that.
> 
> Hope that helps,
> 
> Claudio
> 
> 
> >
> > > Metadot bills itself as a portal product. I've even installed it 
> > > briefly in the past, and it seemed relatively easy to setup & 
> > > customize. http://www.metadot.com/ The developer site is at 
> > > http://www.metadot.net/.
> > >
> > wow...this looks great, anybody actually use it?
> >
> > Maarten
>