Re: [RFC] mod_perl Digest path...

2001-01-31 Thread Andrew Ho

Hello,


MSMailing a link is easy, converting to a format that looks almost exactly
MSlike the current version Geoff sends out is a bit harder (yes, I can
MSspawn lynx, which gets most of the way there, but its all coding that
MShas to be done).

I think the point is emphatically NOT that it has to look *exactly* the
same as it does not, but that it should definitely be sent to the list as
it is now, as readable text rather than a link. I mean, this IS a *mailing
list digest* we're talking about, isn't it?

Since I skip some messages with less interesting subject lines, I love
getting the mod_perl digest in my INBOX to fill me in on things I may have
missed and I'm sure many people feel the same way.

FWIW, I'd be glad to write the HTML-text script and send it out to the
list, myself, if the digest switches to e-mail-the-link; I could even
write a procmail recipe so it happens automatically.


MSI mean, we're all web developers right? If you don't have a browser
MSrunning the majority of your day then something is seriously up (or
MSyou're out of work :-). And we want the digest more widely viewed than
MSjust this list - not everyone interested in mod_perl development
MSsubscribes here, and take23 is the right forum to host the digest
MS(IMHO).

It's just a matter of, sometimes you check your e-mail over a slow link or
whatever, and it's nice to just be able to skim it right then and there
instead of inserting it into your mental queue to check it later.

I agree strongly that digests should be mirrored on take23. Have we
thought about just taking the current digest e-mail and putting it there?
I'm sure as mod_perl developers nobody would find the lack of pretty HTML
horribly disconcerting.


MSIf someone wants to do the work it takes to make Geoff's life easy for
MSgenerating the digest in both HTML and plain text then please volunteer
MS(and please don't volunteer unless you really mean it - we get lots of
MSvolunteers for take23 work that barely ever turn out to be people who
MScan afford the time).

If it means that we'll lose the e-mailed digest, I'll put in whatever
effort is necessary for this.


MSBut it has to be as easy as uploading one version, and the take23 CMS
MSautomatically sending out an email to the list. Anything else isn't
MSworth it.

I think you're being unfair here; it's impossible for it to be exactly as
easy given that the task has gone from (send plaintext to list) to
(upload XML to take23, convert to HTML, convert to text, send to list).
You just mean it isn't worth it to *you*, the maintainer of take23. :)


Humbly,

Andrew

--
Andrew Ho   http://www.tellme.com/   [EMAIL PROTECTED]
Engineer   [EMAIL PROTECTED]  Voice 650-930-9062
Tellme Networks, Inc.   1-800-555-TELLFax 650-930-9101
--




Re: Development Environment

2001-01-31 Thread Andrew Ho

Hello,

STI was wondering if anyone has successfully setup a development
STenvironment to allow for multiple development copies of modules used
STwithin Mason components. Also, to have the appropriate changes to the
STmodules shown within the development environment.

This can also be a general mod_perl question, because it's also not easily
solved for handlers and shared Perl modules (there are a couple hacks,
like translating the source code to munge package names, but they're
usually not pretty).

GEDIs there some reason you don't want to run several independent
GEDinstances of Apache?

What if there are 20 mod_perl developers at your company? You either need
to do admin work to partition the developers by what modules they write,
or run 20 Apache instances, which may be very expensive.

Humbly,

Andrew

--
Andrew Ho   http://www.tellme.com/   [EMAIL PROTECTED]
Engineer   [EMAIL PROTECTED]  Voice 650-930-9062
Tellme Networks, Inc.   1-800-555-TELLFax 650-930-9101
--




RE: Apache::ASP::Lite - CGI::ASP::Lite ( Please )

2001-01-31 Thread Ferguson, Ross


 I'm more than happy to have it renamed to CGI::ASP::Lite 
 
 I will upload a CGI-ASP-Lite-1.01.tar.gz

And delete the existing one. 

thanks and sorry for any mis-interpretation.
 
-Ross


-Original Message-
From: Joshua Chamas [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, January 31, 2001 4:27 AM
To: Ferguson, Ross
Cc: [EMAIL PROTECTED]; Mod Perl
Subject: Apache::ASP::Lite - CGI::ASP::Lite ( Please )


Ross,

I believe I already expressed this, but would like to 
revisit that I think Apache::ASP::Lite is not appropriately
named, and detracts from the current Apache::ASP namespace,
which I maintain.

I believe Apache::ASP::Lite should be named CGI::ASP::Lite
because it creates ASP objects for use in perl CGI scripting.  
Further, unlike most Apache::* modules, it does not run under 
mod_perl which is what the Apache::* namespace is for.  It is built
for the CGI model of execution, which Apache does in fact do, but
the Apache::* namespace is misleading in this regard. 

Further, there may be a namespace collision one day as 
Apache::ASP currently relies on a variety of sub Apache::ASP::*
modules to do its dirty work, such as:

 grep ^package src/ASP.pm
package Apache::ASP;
package Apache::ASP::STDERR;
package Apache::ASP::GlobalASA;
package Apache::ASP::Request;
package Apache::ASP::Response;
package Apache::ASP::Server;
package Apache::ASP::Application;
package Apache::ASP::Session;
package Apache::ASP::State;
package Apache::ASP::CGI;
package Apache::ASP::Collection;
package Apache::ASP::CollectionItem;
package Apache::ASP::Load;

What if you wanted to create your own objects as you extend
the framework, or I create a Apache::ASP::Lite for use in 
Apache::ASP ( very possible ).

Again, I beg you to pick another namespace for your work.
Note that it will likely be used by others if more appropriately
named in the CGI::* namespace.

Thanks,

Josh




This e-mail, its content and any files transmitted with it are intended solely for the 
addressee(s) and may be legally privileged and/or confidential. If you are not the 
named addressee you should not disseminate, distribute or copy this e-mail.  Please 
notify the sender immediately by e-mail if you have received this e-mail by mistake 
and delete this e-mail from your system. E-mail transmission cannot be guaranteed to 
be secure or error-free as information could be intercepted, corrupted, lost, 
destroyed, arrive late or incomplete, or contain viruses.  The sender therefore does 
not accept liability for any errors or omissions in the contents of this message and 
any attachments  which arise as a result of e-mail transmission.  If verification is 
required please request a hard-copy version.  This message is provided for information 
purposes and should not be construed as a solicitation or offer to buy or sell any 
securities or related financial instruments.



Re: Development Environment

2001-01-31 Thread G.W. Haywood

Hi Andrew,

On Wed, 31 Jan 2001, Andrew Ho wrote:

 What if there are 20 mod_perl developers at your company? You either need
 to do admin work to partition the developers by what modules they write,
 or run 20 Apache instances, which may be very expensive.

Yes, it's a lot of work to set up an environment for many developers
to work in.  I work on servers which do this sort of thing now.  As
we're all working on the same project, we have a single httpd.conf for
all Apache instances on the develpopment server(s) plus for example
ghhttpd.conf for my own personal settings where they differ from those
which the others are using at the time.  In httpd.conf there's a
section something like this:

 IfDefine ghhttpd
  ServerRoot /home/ged/whateverServerRoot
  DocumentRoot /home/ged/whateverDocumentRoot
  Port 4321
  User ged
  Group nogroup
  ErrorLog /home/ged/log/error_log
  CustomLog /home/ged/log/access_log combined
  PidFile /tmp/ghttpd.pid
  LockFile /tmp/ghttpd.lock
  Include conf/ghcustom.conf
/IfDefine

and my httpd instance is started something like this:

/path/to/httpd -Dghhttpd -f

so that the appropriate personalization is used.

I very rarely need my ghhttpd.conf.

73,
Ged.




parsing an apache-like conf-file

2001-01-31 Thread Jonas Nordström

I have a proxy-application that I want to make as generic as possible by
using configure files.
I have a configure file that looks something like:


Interface
   ko-web.ei.sigma.se
/Interface

Label information
   DefaultSite
  info.ei.sigma.se
   /DefaultSite
   Sites
  info.ei.sigma.se
 Block
Order deny, allow
Deny All
Allow nisse.ei.sigma.se
 /Block
  stodjande.ei.sigma.se
  lopande.ei.sigma.se
  css.ei.sigma.se
   /Sites
/Label

Is there a standard way of reading such file into a perl-structure (hash or
object)?
I have solved it by just reading the file and use regexps to filter the
information. It works, but the code will be hard to maintain.

thanks for listening,
Jonas Nordstrom




Re: [RFC] mod_perl Digest path...

2001-01-31 Thread Matt Sergeant

On Wed, 31 Jan 2001, Andrew Ho wrote:

 MSBut it has to be as easy as uploading one version, and the take23 CMS
 MSautomatically sending out an email to the list. Anything else isn't
 MSworth it.

 I think you're being unfair here; it's impossible for it to be exactly as
 easy given that the task has gone from (send plaintext to list) to
 (upload XML to take23, convert to HTML, convert to text, send to list).
 You just mean it isn't worth it to *you*, the maintainer of take23. :)

I think you're mistaking what AxKit is capable of :-) - conversion to HTML
is a given. Conversion to plain text is a little harder, but doable, but
the point is it should all be automated, just as posting news to the site
is right now (you don't get to see that part because its secure for the
editors only).

I now have a stylesheet that will generate "good enough" POD that
Pod::Text generates reasonable output. Sadly Pod::Text needs a filename or
STDIN (we may be able to fudge it to work on a temp filehandle), which
makes the coding a little more complex, but still doable. Its just a
matter of time and effort.

-- 
Matt/

/||** Director and CTO **
   //||**  AxKit.com Ltd   **  ** XML Application Serving **
  // ||** http://axkit.org **  ** XSLT, XPathScript, XSP  **
 // \\| // ** Personal Web Site: http://sergeant.org/ **
 \\//
 //\\
//  \\




Re: parsing an apache-like conf-file

2001-01-31 Thread Matt Sergeant

On Wed, 31 Jan 2001, Jonas Nordstrm wrote:

 I have a proxy-application that I want to make as generic as possible by
 using configure files.
 I have a configure file that looks something like:


 Interface
ko-web.ei.sigma.se
 /Interface

 Label information
DefaultSite
   info.ei.sigma.se
/DefaultSite
Sites
   info.ei.sigma.se
  Block
 Order deny, allow
 Deny All
 Allow nisse.ei.sigma.se
  /Block
   stodjande.ei.sigma.se
   lopande.ei.sigma.se
   css.ei.sigma.se
/Sites
 /Label

 Is there a standard way of reading such file into a perl-structure (hash or
 object)?
 I have solved it by just reading the file and use regexps to filter the
 information. It works, but the code will be hard to maintain.

Looks like a job for XML::Simple.

-- 
Matt/

/||** Director and CTO **
   //||**  AxKit.com Ltd   **  ** XML Application Serving **
  // ||** http://axkit.org **  ** XSLT, XPathScript, XSP  **
 // \\| // ** Personal Web Site: http://sergeant.org/ **
 \\//
 //\\
//  \\




Re: parsing an apache-like conf-file

2001-01-31 Thread Steven Cotton

On Wed, 31 Jan 2001, Matt Sergeant wrote:

 On Wed, 31 Jan 2001, Jonas Nordstrm wrote:
 
  I have a proxy-application that I want to make as generic as possible by
  using configure files.

 Looks like a job for XML::Simple.

Or Config::General::Extended.

-- 
steven
1;




Re: Passing data among handlers

2001-01-31 Thread darren chamberlain

Drew Taylor ([EMAIL PROTECTED]) said something to this effect on 01/30/2001:
 I have a slightly different twist on this question. We run Registry
 scripts on our site for debugging purposes. I would love to have a
 module for saving variables/data structures on a per-request basis
 (like the current Apache notes), but internally using pnotes under
 mod_perl, and some other mechanism (package vars like I'm using
 now?) under everything else. The purpose of this being so that I
 could have a nice interface for per-request data that I could pass
 between different (non-OO) modules. This sounds vaguely familiar to
 what you did Barry. Can you elaborate a little?

Hey, wait, now we're talking about Apache::Session. In the perldoc for
Apache::Session, see in particular the section titled "Sharing data
between Apache processes"; it's almost exactly what you're asking for,
except the storage location is arbitrary (and can be transparently
moved around).

(darren)

-- 
If it turns out that there is a God, I don't think that he's evil.
But the worst that you can say about him is that basically he's an
underachiever.
-- Woody Allen



RE: MSQL server has gone away ( Apache::AuthDBI.pm )

2001-01-31 Thread Artero Alain


Is there someone using the combination DBI, AuthDBI and  mSQL ?

I am wondering whether the "ping method" for msql in DBD::Msql exists
already.


PS:Thanks for your answer Daniel.

Alain
-Original Message-
From: Daniel [mailto:[EMAIL PROTECTED]]
Sent: lundi, 29. janvier 2001 23:37
To: Artero Alain
Cc: '[EMAIL PROTECTED]'
Subject: Re: MSQL server has gone away ( Apache::AuthDBI.pm )


On Mon, Jan 29, 2001 at 09:40:02AM +0100, Artero Alain wrote:
 Hi everybody,
 
   In order to authentify our web Apache users, we have decided to
 use
  AuthDBI and Msql.  
 
We have noticed that in the logfile, we have often messages (
  several times per hour) like:
  
   [Wed Dec 13 15:04:23 2000] [error] access to /pols_006.pdf
 failed
  for gateway.dr
  .dk, reason: 14491 Apache::AuthDBI::authen can not execute
  statement: MSQL server has gone away
  

I'll admit to having absolutly no experiance with mSQL
whatsoever, but i had similar problems with mySQL. the mysql
server daemon would crash every now and again, but the wrapper
script for mysql would restart the daemon as soon as it
segfaulted. this is like the morning bug, except that it didn't
generally happen in the morning!

As your chap below says, the solutions for the morning bug should
sort you out. take a look in the mod_perl guide
http://perl.apache.org/guide for morning bug. you'll probably
need to write your own ping method for msql.

you also should look into what's making your mSQL server "go
away" - check it's logfiles to see if it's got any useful
messages.

hth,
daniel




 
  But we can still connect to the mSQL server through a shell or
even
  a new try on the same page is successful. After looking at newsgroups, we
 have
  realised that there are lot of people having the same problem, but no one
  can reply to it clearly.
 
  We are using on our  server (DEC Alpha OSF1  V4.0).
  
  Perl version 5.004_04
  MSQL   msql-2.0.3
  DBIDBI-1.13
  mod_perl mod_perl-1.21
  Apache::AuthDBI.pm   ApacheDBI-0.87
  PHPphp-3.0.14(not used for the
 authentification process)
  
   
 
  
  We are wondering whether the problem comes from DBI, AuthDBI,
mSQL?
   
  Do you have any idea?
  
  Thanks in advance
 
 
 Alain Artero
 EBU Webmaster
 
 
 
 Union Europenne de Radio-Tlvision  Fax : (41) 2274.74.158
 Ancienne route 17A   Email : [EMAIL PROTECTED] 
 CH-1218 Grand-Saconnex GE  Web: http://www.ebu.ch/
 
 
 
 Below answer of Edmund Mergl.
 
 if you use Apache::DBI, the apache process will
 initially connect to the databas once, and this database
 handle is supposed to live forever (in fact, it lives
 as long as the httpd does).
 I have heard several times, that this does not work
 with mSQL.
 Try posting your problem on the mod_perl mailing list
 or search the archives for the 'morning bug'.
 
 
 Edmund
 
 -- 
 http://www.edmund-mergl.de



Re: [RFC] mod_perl Digest path...

2001-01-31 Thread Paul Johnson

On Wed, Jan 31, 2001 at 10:34:15AM +, Matt Sergeant wrote:
 I now have a stylesheet that will generate "good enough" POD that
 Pod::Text generates reasonable output. Sadly Pod::Text needs a filename or
 STDIN (we may be able to fudge it to work on a temp filehandle), which
 makes the coding a little more complex, but still doable. Its just a
 matter of time and effort.

That's twice you've mentioned this.  I assume you are working with
5.005_03.  If you take a look at the Pod::Text and Pod::Parser which
come with 5.6.0 you will notice that there is a parse_from_filehandle()
method which seems to be what you are after.  Alternatively, you can
download podlators-1.07 and PodParser-1.18 from CPAN.  I don't think
either has a requirement for 5.6.0.

-- 
Paul Johnson - [EMAIL PROTECTED]
http://www.pjcj.net



RE: [OT] Design Patterns in mod_perl apps?

2001-01-31 Thread Geoffrey Young



 -Original Message-
 From: Gunther Birznieks [mailto:[EMAIL PROTECTED]]
 Sent: Tuesday, January 30, 2001 6:43 PM
 To: [EMAIL PROTECTED]; [EMAIL PROTECTED]
 Subject: Re: [OT] Design Patterns in mod_perl apps?
 
 
 
 If you look at the latter half of the on-line book at 
 http://www.extropia.com/ExtropiaObjects/ and read the module 
 chapters after 
 and including the "Architecture" chapter you will see a 
 sidebar in each 
 chapter devoted to identifying design patterns that were used 
 in that set 
 of related modules.

I read through chaper 10 - that is an extremely well written (extensive)
summary of what we are all trying to do here...

well done

--Geoff
 



Re: Repost: Anyone using virtual server for mod_perl hosts?

2001-01-31 Thread Malcolm Beattie

Robert Landrum writes:
 The S390 appearently runs some type of software that allows you to 
 set limits on your partitions, so no matter what, you always have 
 some percentage of the CPU at your disposal.

It's called VM and it's a lot more flexible than that.

 This is not the case with the Sun 1.  With that machine, you must 
 explicity set which processors you want partitioned to your virtual 
 box.  With a 16 processor Sun 1, you could set up four, four 
 processor Sun virtual machines, all sharing the same hard drives and 
 external adapters (NIC cards and serial ports).

Exactly: with E10k (and IBM NUMAQ) you are limited to splitting
things up at a "quad" (4 processor) boundary.

 Large systems like this are dying,

I think you misspelled "beginning to be even more popular" :-)

as they generally require much 
 more knowledge than simply establishing a server farm of the same 
 capabilities.  It's much easier to higher people to set up 50 boxes 
 (linux, NT, BSD, Solaris) than it is to find people that can 
 configure an S390 or Sun 1.

50 boxes: no problem. 200 boxes: 5 racks or 1U, getting messy.
1000 boxes: admin nightmare. Plus you don't get much too many
built-in reliability features with a 1U box. Now consider that you can
run *thousands* of separate Linux images on a S/390 box which consists
of just one or two frames (i.e. the size of one or two racks). It'll
need hooking up to a rack or few of disks too. Far less floor space,
far less power, far more reliable, far fewer cables and mess, very
easy to create a new virtual machine (minutes), pretty much all
maintenance and upgrading is concurrent and you can admin the whole
lot from one place. Now isn't that worth having to learn a bit about
how to admin a VM system? Especially since you wouldn't want some
random cheap admin looking after that many boxes and customers anyway.

There was a test/benchmark done where more and more Linux virtual
machines were added to a system, each running Apache or INN or being
a client image pulling data from the server images. The experiment
was to see how many images the system could sustain. At 3 images
the server images were still providing subsecond response time. The
system finally started thrashing at 41400 concurrent virtual machines.
I can dig out refs if people want (it was David Boyes who did it, if
I recall). In practical terms, you can put thousands of virtual
machines on one system: there are big advantages to sharing one large
machine. The most recent big name to go Linux/390 is Telia, the
Swedish Telco. See http://www.silicon.com/a41413 for an article about
it (yeah, I get a quote :-).

--Malcolm

-- 
Malcolm Beattie [EMAIL PROTECTED]
Unix Systems Programmer
Oxford University Computing Services



mod_perl 1.25 + perl 5.6

2001-01-31 Thread Vasily Petrushin



Hi, people.

I have a problem with perl 5.6 + mod_perl 1.25 + apache 1.3.17

After successful biulding and configuring an apache, httpd started
successfully, but after recieve any request the child process are 
dieing by signal 11 (Segmentation Fault).

Operating System is Sun Solaris 8 for SPARC, 64bit.

error_log
-
[Tue Jan 30 17:57:26 2001] [notice] Apache/1.3.17 (Unix) mod_perl/1.25
configured -- resuming normal operations
[Tue Jan 30 17:58:51 2001] [notice] child pid 17005 exit signal
Segmentation Fault (11)
-

May be I must say any special configuration parameters when building
perl 5.6 and apache? Can You advice?


Vasily Petrushin
+7 (095) 2508363
http://www.interfax.ru
mailto:[EMAIL PROTECTED]




[Announce] Apache::Dispatch 0.09

2001-01-31 Thread Geoffrey Young

The URL

 
http://morpheus.laserlink.net/~gyoung/modules/Apache-Dispatch-0.09.tar.gz

has entered CPAN as

  file: $CPAN/authors/id/G/GE/GEOFF/Apache-Dispatch-0.09.tar.gz
  size: 15436 bytes
   md5: 5f385b684da72573d5a6d7b463a8ed22


Changes:

0.09  01.31.2001
  - added DispatchLocation - now .htaccess configs should work (really)
thanks yet again to Matt Sergeant
  - documented DispatchLocation
  - added DispatchRequire (suggested by Vivek Khera, and many others
I can't remember specifically)
  - documented DispatchRequire
  - fixed DispatchExtras Post documentation (Vivek Khera)
  - Apache::Dispatch was added to Joshua Chamas' benchmarking
stuff - see ToDo for some results



Re: mod_perl 1.25 + perl 5.6

2001-01-31 Thread G.W. Haywood

Hi there,

On Wed, 31 Jan 2001, Vasily Petrushin wrote:

 I have a problem with perl 5.6 + mod_perl 1.25 + apache 1.3.17
 Operating System is Sun Solaris 8 for SPARC, 64bit.
 [Tue Jan 30 17:58:51 2001] [notice] child pid 17005 exit signal
 Segmentation Fault (11)

Have you looked at the information in .../mod_perl/SUPPORT


and did you compile your Perl?

?

73,
Ged.




Take23 DNS

2001-01-31 Thread Matt Sergeant

Yes, we're having some trouble with the Take23 DNS - it doesn't seem to
exist any more in Telstra's DNS servers. I've emailed them, but being in
australia it might be some time before anything can be done.

Meanwhile you can still access the site at http://modperl.sergeant.org/

-- 
Matt/

/||** Director and CTO **
   //||**  AxKit.com Ltd   **  ** XML Application Serving **
  // ||** http://axkit.org **  ** XSLT, XPathScript, XSP  **
 // \\| // ** Personal Web Site: http://sergeant.org/ **
 \\//
 //\\
//  \\




Re: parsing an apache-like conf-file

2001-01-31 Thread Gustavo Vieira Goncalves Coelho Rios

Jonas Nordstrm wrote:
 
 I have a proxy-application that I want to make as generic as possible by
 using configure files.
 I have a configure file that looks something like:
 
 Interface
ko-web.ei.sigma.se
 /Interface
 
 Label information
DefaultSite
   info.ei.sigma.se
/DefaultSite
Sites
   info.ei.sigma.se
  Block
 Order deny, allow
 Deny All
 Allow nisse.ei.sigma.se
  /Block
   stodjande.ei.sigma.se
   lopande.ei.sigma.se
   css.ei.sigma.se
/Sites
 /Label
 
 Is there a standard way of reading such file into a perl-structure (hash or
 object)?
 I have solved it by just reading the file and use regexps to filter the
 information. It works, but the code will be hard to maintain.
 
 thanks for listening,
 Jonas Nordstrom

Since you are talking about parsing, this reminds me about my project.
It's a token analyzer. If you are faced with the task of
scanning/parsing files, for instance, configuration ones, maybe you'll
want to give a token at my code.

Some features of The Ant Scanner (ASC for short).
(and remeber, you may call this features as bugs as you may like)

.   Performance: Extremely FAST,
.   Reliability: Error recovery option,
.   Flexibility: you are on the control, ALWAYS,
.   Token Size: ASC put no limitation on token size,
.   Design: Carefully designed, to be used builtin your app.
It's very small, no external linkage required.
.   Requires you to define you token types and DFA by HAND = dirty
work,
but leap you to great control over what the asc will
reconize.



Anyone who may wish to take a closer look on what i have written, send
me an email and i will send the tarball.


I hope this helps.



Re: RE: MSQL server has gone away ( Apache::AuthDBI.pm )

2001-01-31 Thread

I ran into a similar problem while using MySQL and Apache::AuthDBI.

I had a remote MySQL server that my apache web server connected to and used for 
authentication.  Every so often (no pattern to this) the connection to MySQL would 
drop but MySQL would still be functioning properly.  

The only way I was able to detect whether the connection to MySQL was viable was to 
write my own script that would attempt to reconnect to MySQL and attempt to execute an 
actual query.  Pinging from MySQL = Apache wouldn't work.

BTW, the symptom that would present itself when the connection dropped was that apache 
would max out and NO URL requests would be processed.

Artero Alain [EMAIL PROTECTED] wrote:

 
 Is there someone using the combination DBI, AuthDBI and  mSQL ?
 
 I am wondering whether the "ping method" for msql in DBD::Msql exists
 already.
 
 
 PS:Thanks for your answer Daniel.
 
 Alain


--
===
"If you put three drops of poison into a 100 percent pure Java, you get - Windows. If 
you put a few drops of Java into Windows, you still have Windows."
-- Sun Microsystems CEO, Scott McNealy

__
Get your own FREE, personal Netscape Webmail account today at 
http://webmail.netscape.com/



Re: This list... formatted headerS?

2001-01-31 Thread Vivek Khera

 "w" == wells  [EMAIL PROTECTED] writes:

w Why doesn't this list use formatted headers, e.g. Subject: [mod-perl] 

Because it is a waste of subject line space.

w Would be great for filtering..

So would filtering on the "Sender" header matching "modperl".



Re: slightly off-topic

2001-01-31 Thread Vivek Khera

 "BL" == Blue Lang [EMAIL PROTECTED] writes:

BL On Tue, 30 Jan 2001, Wyman Eric Miles wrote:
 I hate to post this here because it's clearly the wrong forum, but I
 haven't been able to find adequate documentation elsewhere on suEXEC.

BL http://httpd.apache.org/docs/suexec.html

BL also, have you looked at cgiwrap? we used it when i worked for an ISP, and
BL it worked out pretty well.

But neither of these is of any use with mod_perl.



Re: Take23 DNS

2001-01-31 Thread Matt Sergeant

On Thu, 1 Feb 2001, Peter Brown wrote:

 Matt Sergeant writes:
   Yes, we're having some trouble with the Take23 DNS - it doesn't seem to
   exist any more in Telstra's DNS servers. I've emailed them, but being in
   australia it might be some time before anything can be done.

 that sounds about right !!
 where is it currently hosted ??
 i have some friends that may be able to help with convincing the telstra
 DNS to cooperate
 would have to talk to them

These wouldn't be "family" type friends would they? ;-)

-- 
Matt/

/||** Director and CTO **
   //||**  AxKit.com Ltd   **  ** XML Application Serving **
  // ||** http://axkit.org **  ** XSLT, XPathScript, XSP  **
 // \\| // ** Personal Web Site: http://sergeant.org/ **
 \\//
 //\\
//  \\




Re: Development Environment

2001-01-31 Thread Vivek Khera

 "AH" == Andrew Ho [EMAIL PROTECTED] writes:

AH What if there are 20 mod_perl developers at your company? You either need
AH to do admin work to partition the developers by what modules they write,
AH or run 20 Apache instances, which may be very expensive.

And these 20 developers don't have workstations of their own?  You can
build a development environment on a workstation just as easily as you
can on a server...

-- 
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Vivek Khera, Ph.D.Khera Communications, Inc.
Internet: [EMAIL PROTECTED]   Rockville, MD   +1-240-453-8497
AIM: vivekkhera Y!: vivek_khera   http://www.khera.org/~vivek/



Re: parsing an apache-like conf-file

2001-01-31 Thread Paul J. Lucas

On Wed, 31 Jan 2001, Matt Sergeant wrote:

 Looks like a job for XML::Simple.

Except we've had no end of trouble with it dumping core in a
mod_perl environment.

My XML::Tree is far faster, much smaller, and doesn't dump core:

http://homepage.mac.com/pauljlucas/software/xml_tree/

- Paul




Re: [OT] Design Patterns in mod_perl apps?

2001-01-31 Thread Bakki Kudva

Wow!! Gunther you've done it again. I ask for some nuggets and you've
given me the gold mine :)

Gunther Birznieks wrote:
 
 If you look at the latter half of the on-line book at
 http://www.extropia.com/ExtropiaObjects/ and read the module chapters after
 and including the "Architecture" chapter you will see a sidebar in each
 chapter devoted to identifying design patterns that were used in that set
 of related modules.

I just quickly browsed through Chapter 10 (104 pages !!) and it shines
light on EXACTLY the sort of things I was thinking about. It is like the
'Design Patterns'  'Conway book' fused into one. I also downloaded the
webware apps so I can disect and learn from them. I'll be busy for the
next few months:)

 eg we use CoR in filters that are specific to handling content in our apps.
 We use (depending on how you view it) CoR or flyweight for dealing with
 stuff like data handlers (which are essentially filters for *incoming*
 content)

In addition, Webware will give me some real world apps to look at to get
a sense of how CoR, flyweight etc are implemented, especially in Perl.
This is right on the money as far as what I am trying to learn.

 3. Are there any new patterns useful for mod_perl apps?
 
 Lots. But I think you mean Web apps not mod_perl apps. Web Apps abound with
 idioms and design patterns. There are many which have been identified since
 the GoF book such as Session which I think nearly all large web apps use. :)

You were correct in paraphrasing my question to mean web apps. At the
moment I happened to be thinking in terms of mod_perl handlers.
 
 4. Am I wasting my time with OO and design patterns if the goal was
 writing a mod_perl app?
 
 I guess it depends on what you mean by a mod_perl app. If you mean a web
 app that runs on top of mod_perl, then you should use good OO because I
 suspect you'll want to expand that app and do things later with it which
 means the cost of maintenance is an issue not just the speed.
 
 If, however, you are writing some custom auth handler or something like
 that, then the efficacy of sticking to OO is less because (A) Yes, you
 could lose some performance in some cases, and (B) Because the auth handler
 is likely to be so tiny that OO would not make sense. OO is better for
 larger programs so that they can be broken down more easily.

I can see the distinction now. seems obvious now that I hear you say it
:)

 PS Caveat: Don't go overboard on design patterns. GoF book was written with
 typical apps in mind. Web apps were not in their view scope at the time.
 
 Web apps do operate differently to regular apps and the design patterns or
 idioms you might wish to use may be different. Since as the GoF book puts
 it, all patterns have their advantages and also their consequences. Those
 consequences may be OK for a regular app but not for a web app.
 
 There have been tons of articles and books on Design Patterns since GoF

Any specific web design patterns book you would recommend?

 book was out. It's good to absorb GoF, but don't use it to hammer
 everything because you've read something new and cool. Asking your
 questions certainly shows you seem to understand that anyway, so I am
 probably preaching to the choir. :)

Again, thank you for some terrific and valuable insights. I feel I got a
lot more than I bargained for and that's why I love this LIST !

bakki
-- 
  _ _
 .-. |M|S|  Bakki Kudva
 |D|_|a|y|  Navaco
 |o|m|n|s|\420 Pasadena Drive
 |c|e|a|t| \\   Erie, PA 16505-1037
 |u|n|g|e|  \\  http://www.navaco.com/
 | |T|e|m|   \ ph: 814-833-2592
""  fax:603-947-5747
e-Docs



Re: Cannot make mod_perl on *@!* RH Linux :(

2001-01-31 Thread Doug MacEachern

On Tue, 30 Jan 2001, Nick Tonkin wrote:
 
 When I run the perl Makefile.PL command like that (without the SSL_BASE
 directive) I get:
 
 Error: Cannot find SSL header files in any of the following dirs:
 Error: . /usr/include /usr/include/ssl/ /usr/local/include 
 /usr/local/include/ssl
 
 So I do 
 find / -name ssl -print
 and get:
 /tmp/apache_1.3.17/src/modules/ssl
 /usr/share/ssl
 
 so I do perl Makefile.PL with SSL_BASE=/usr/share/ssl and get a different
 error:
 
 Error: Cannot find SSL binaries under /usr/share/ssl

maybe /usr/local/openssl?
i installed openssl-0.9.6 on rh7 and the default location was
/usr/local/ssl
with lib/lib{crypto,ssl}.a and include/ subdirectories




Re: Runaways

2001-01-31 Thread Doug MacEachern

On Mon, 29 Jan 2001, Robert Landrum wrote:

 I have yet to solve the runaway problem, but I came up with a way of 
 identifying the URLS that are causing the problems.
 
 First, I added the following to a startup.pl script...
 
 $SIG{'USR2'} = \apache_runaway_handler;

setting that to \Carp::confess to get a stacktrace might be more useful.




Re: Problems w/ mod_perl 1.24_01 apache 1.3.14 -- causing segmentation faults.

2001-01-31 Thread Doug MacEachern

On Fri, 26 Jan 2001, wells wrote:

 I've been trying to install mod_perl 1.24_01 the following way: (with perl 
 5.6.0)
 
 perl Makefile.PL \
 APACHE_PREFIX=/usr/local/apache \
 APACHE_SRC=../apache_1.3.14/src \
 DO_HTTPD=1 \
 USE_APACI=1 \
 EVERYTHING=1 \
 APACI_ARGS='--enable-module=rewrite --enable-module=expires 

you might want to try 1.25 and add PERL_USELARGEFILES=0 to that list.
newer php's are supposed to properly deal with uselargefiles flags, but
you didn't mention your php version.




Re: Problems

2001-01-31 Thread Doug MacEachern

On Fri, 26 Jan 2001, David I Wolf wrote:

 Not sure if this is the right list, but.. I'm running mod_perl on RedHat 7.
 I installed the new PHP updates and all of a sudden it broke mod_perl.. I
 get this in my error_log

try 1.25 built with perl Makefile.PL PERL_USELARGEFILES=0 ...




Re: make mod_perl

2001-01-31 Thread Doug MacEachern

On Sat, 27 Jan 2001, Ilya wrote:

 when I run make test I get this:
 
 cc -c  -fno-strict-aliasing -I/usr/local/include -O  -DVERSION=\"1.31\"
  -DXS_VERSION=\"1.31\" -DPIC -fpic -I/usr/local/lib/perl5/5.6.0/i386-freebsd
 /CORE  Symbol.c
 Symbol.xs: In function `XS_Apache__Symbol_cv_const_sv':
 Symbol.xs:106: `na' undeclared (first use in this function)
 Symbol.xs:106: (Each undeclared identifier is reported only once
 Symbol.xs:106: for each function it appears in.)
 *** Error code 1
 
 Stop in /root/temp/mod_perl-1.24_01/Symbol.
 *** Error code 1
 
 Stop in /root/temp/mod_perl-1.24_01
 
 any suggestions?

try 1.25, which includes the change:
 rid PL_na usage in Symbol.xs




Re: make problem - mod_perl.h not found by Apache::modules

2001-01-31 Thread Doug MacEachern

On Sat, 27 Jan 2001, Lynn Winebarger wrote:

 
Hi.  I'm having problems getting mod_perl (1.24_01) to compile.
 I'm using perl 5.6.0, apache 1.3.14, RH Linux 6.2/Intel (with upgrades).
 This is odd since I've previously built mod_perl successfully as a DSO
 (and the problem appears to be in the configure - I don't get far enough
 in the make to be worried about run-time incompatibilies with 1.3.14).
 Of course, I don't have the options used in the previous mod_perl build.
 
 WITH_APXS=/usr/local/apache/bin/apxs
 USE_APXS=1

 DYNAMIC=1

skip the DYNAMIC=1 option, i don't think it works in combonation with
USE_APXS=1




Re: Makefile.PL bug (?) - USE_APXS/DYNAMIC incompatible

2001-01-31 Thread Doug MacEachern

On Sun, 28 Jan 2001, Lynn Winebarger wrote:

 
Ok, I resolved this.  It appears USE_APXS is incompatible with DYNAMIC,

whoops, guess you already figured that out.   ToDo




Re: Hard times with apache config

2001-01-31 Thread Doug MacEachern

On Tue, 30 Jan 2001, Fritz Heinrichmeyer wrote:
 
 perl Makefile.PL seem not to honor the APACHE_SRC=.../... switch. I was
 asked again and again ...

well, what value did you give APACHE_SRC= exactly?  and where is your
mod_perl and apache trees?
 
 I used the FreeBSD-Layout, but somewhere somehow there came a
 duplication of the apache path into existence.
 The httpd server wanted to read
 /usr/local/etc/apache/etc/apache/httpd.conf. When configuring with
 --show-layout it looked like it should. My solution was to edit the
 apaci script by hand? 

you should be able to pass any options via APACI_ARGS=, e.g. --prefix





Re: Runaways

2001-01-31 Thread Robert Landrum

Actually, I've had some bad experiences with the Carp module.  I was 
using Carp for all my errors and warnings within mod_perl on our 
development server, but when I moved it to our production server 
(both similarly configured) it cause every request to core dump.  I 
never figured out what the problem was, but removing the use Carp; 
and the calls to carp and croak stopped the core dumps.

Has anyone else had problems with the Carp module and mod_perl?

Robert Landrum

At 8:49 AM -0800 1/31/01, Doug MacEachern wrote:
On Mon, 29 Jan 2001, Robert Landrum wrote:

 I have yet to solve the runaway problem, but I came up with a way of
 identifying the URLS that are causing the problems.

 First, I added the following to a startup.pl script...

 $SIG{'USR2'} = \apache_runaway_handler;

setting that to \Carp::confess to get a stacktrace might be more useful.




Re: parsing an apache-like conf-file

2001-01-31 Thread Matt Sergeant

On Wed, 31 Jan 2001, Paul J. Lucas wrote:

 On Wed, 31 Jan 2001, Matt Sergeant wrote:

  Looks like a job for XML::Simple.

   Except we've had no end of trouble with it dumping core in a
   mod_perl environment.

Thats well explained in the AxKit FAQ: http://axkit.org/faq.xml (and
patches for mod_dav to enable you to build it in a non-expat apache are in
the axkit download directory).

   My XML::Tree is far faster, much smaller, and doesn't dump core:

   http://homepage.mac.com/pauljlucas/software/xml_tree/

But its not as simple to use as XML::Simple, which is perfect for these
sorts of things :-)

-- 
Matt/

/||** Director and CTO **
   //||**  AxKit.com Ltd   **  ** XML Application Serving **
  // ||** http://axkit.org **  ** XSLT, XPathScript, XSP  **
 // \\| // ** Personal Web Site: http://sergeant.org/ **
 \\//
 //\\
//  \\




Re: Cannot make mod_perl on *@!* RH Linux :(

2001-01-31 Thread Nick Tonkin


Thanks for the suggestion, Doug, but no go.

[root@wm mod_perl-1.25]# !find  
find / -name ssl -print
find: /proc/6/fd: Permission denied
find: /proc/108/fd: Permission denied
/tmp/apache_1.3.17/src/modules/ssl
/tmp/mod_perl-1.25/blib/arch/auto/Apache/include/modules/ssl
/usr/share/ssl
[root@wm mod_perl-1.25]# ll /usr/share/ssl
total 24
drwxr-xr-x2 root root 4096 Jan 30 12:41 certs
drwxr-xr-x2 root root 4096 Aug 30 11:54 lib
drwxr-xr-x2 root root 4096 Jan 30 12:41 misc
-rw-r--r--1 root root 7173 Aug 30 11:54 openssl.cnf
drwxr-xr-x2 root root 4096 Aug 30 11:54 private

I did note that not only can I make Apache, but also mod_perl + Apache if
I leave out the mod_ssl stuff. So I have taken this to the mod_ssl list
but my subscribe message of two hours ago has not been answered yet! :(

Nick

~~~
Nick Tonkin

On Wed, 31 Jan 2001, Doug MacEachern wrote:

 On Tue, 30 Jan 2001, Nick Tonkin wrote:
  
  When I run the perl Makefile.PL command like that (without the SSL_BASE
  directive) I get:
  
  Error: Cannot find SSL header files in any of the following dirs:
  Error: . /usr/include /usr/include/ssl/ /usr/local/include 
  /usr/local/include/ssl
  
  So I do 
  find / -name ssl -print
  and get:
  /tmp/apache_1.3.17/src/modules/ssl
  /usr/share/ssl
  
  so I do perl Makefile.PL with SSL_BASE=/usr/share/ssl and get a different
  error:
  
  Error: Cannot find SSL binaries under /usr/share/ssl
 
 maybe /usr/local/openssl?
 i installed openssl-0.9.6 on rh7 and the default location was
 /usr/local/ssl
 with lib/lib{crypto,ssl}.a and include/ subdirectories
 
 




Re: parsing an apache-like conf-file

2001-01-31 Thread Paul J. Lucas

On Wed, 31 Jan 2001, Matt Sergeant wrote:

  My XML::Tree is far faster, much smaller, and doesn't dump core:
 
  http://homepage.mac.com/pauljlucas/software/xml_tree/
 
 But its not as simple to use as XML::Simple, which is perfect for these
 sorts of things :-)

What could be simpler than:

$xml = XML::Tree-new( 'foo.xml' );
$ref = $xml-as_array();

?

- Paul




Re: parsing an apache-like conf-file

2001-01-31 Thread Matt Sergeant

On Wed, 31 Jan 2001, Paul J. Lucas wrote:

 On Wed, 31 Jan 2001, Matt Sergeant wrote:

 My XML::Tree is far faster, much smaller, and doesn't dump core:
  
 http://homepage.mac.com/pauljlucas/software/xml_tree/
 
  But its not as simple to use as XML::Simple, which is perfect for these
  sorts of things :-)

   What could be simpler than:

   $xml = XML::Tree-new( 'foo.xml' );
   $ref = $xml-as_array();

Its what's in $ref thats complex (or more complex than XML::Simple), see
the man page for XML::Simple.

-- 
Matt/

/||** Director and CTO **
   //||**  AxKit.com Ltd   **  ** XML Application Serving **
  // ||** http://axkit.org **  ** XSLT, XPathScript, XSP  **
 // \\| // ** Personal Web Site: http://sergeant.org/ **
 \\//
 //\\
//  \\




Re: Cannot make mod_perl on *@!* RH Linux :(

2001-01-31 Thread Doug MacEachern

On Wed, 31 Jan 2001, Nick Tonkin wrote:

 
 Thanks for the suggestion, Doug, but no go.

simply looks like you need to install openssl-0.9.6.  was not included in
the rh7.0 distro that i installed.




Re: Runaways

2001-01-31 Thread Doug MacEachern

On Wed, 31 Jan 2001, Robert Landrum wrote:
 
 Has anyone else had problems with the Carp module and mod_perl?

there were bugs related to Carp in 5.6.0, fixed in 5.6.1-trial1,2




mod_perl and DBI Weirdness

2001-01-31 Thread John Jung

Hi All,

  I have built Apache 1.3.14 with mod_perl 1.24_01 and PHP 4.0.4, and Ingres
is installed on the system.  Everything works except for one truly odd
thing...  Before I proceed here's my configuration information as it relates
to mod_perl:

Directory "/app/www/cgi-bin"
AllowOverride None
Order allow,deny
Allow from all
Options ExecCGI
PerlHandler Apache::Registry
/Directory

  (There are no PerlRequire statments in the httpd.conf file.)

  Now for the weirdness...  Somebody has written a Perl script that talks to
the Ingres database via DBI.  Using the above configuration information the
script does what its supposed to, and everything is right with the world.

  But if I add in:

SetHandler perl-script

  to the middle of the Directory directive above, the script blows up. 
error_log says:

DBI-connect(::) failed: E_LQ0001 Failed to connect to DBMS session
.
E_LC0001 GCA protocol service (GCA_INITIATE) failure.
Internal service status E_GC0006 -- Duplicate initiate request. at
/app/www/
cgi-bin/phone.pl line 74
[Wed Jan 31 09:27:13 2001] [error] E_LQ0001 Failed to connect to DBMS
session.
E_LC0001 GCA protocol service (GCA_INITIATE) failure.
Internal service status E_GC0006 -- Duplicate initiate request. at
/app/www/
cgi-bin/phone.pl line 74.

  (Line 74 is the first time the script attempts to connect to Ingres.)


  Why does SetHandler perl-script cause an otherwise functional CGI to
completely blow up?

  Any help is appreciated.

John

-- 
+I speak for myself.+
|   John Jung  ([EMAIL PROTECTED]) |   Unigraphics Solutions |
|   Global Technical Access Center|   10824 Hope Street, Cypress Pointe |
|   Operating Systems Group   |   Cypress, California 90630 |
+--(800) 955----+



Re: parsing an apache-like conf-file

2001-01-31 Thread Paul J. Lucas

On Wed, 31 Jan 2001, Matt Sergeant wrote:

I wrote:
  What could be simpler than:
 
  $xml = XML::Tree-new( 'foo.xml' );
  $ref = $xml-as_array();
 
 Its what's in $ref thats complex (or more complex than XML::Simple), see
 the man page for XML::Simple.

Yes, but I think XML::Simple got the data structures generally
wrong and has too many options.  A user of XML::Simple looking
at his own code a few weeks later, or, worse, somebody else's,
always has to (re)figure out what options were given to it at
data-structure creation time and what that really means in
terms of the data structure you get back.  This means you're
always having to look at the man page.

You may think XML::Simple results in simpler data structures;
however, the mental energy expended to refigure stuff out makes
XML::Simple more complex in the long term.  Aside from being
slow, this is another complaint about it.

In contrast, the data structure you get back from XML::Tree is
always the same.  As Antoine de Saint-Exupery remarked:

A designer knows he has arrived at perfection
not when there is no longer anything to add,
but when there is no longer anything to take
away.

- Paul




Re: Take23 DNS

2001-01-31 Thread Peter Brown

Matt Sergeant writes:
  Yes, we're having some trouble with the Take23 DNS - it doesn't seem to
  exist any more in Telstra's DNS servers. I've emailed them, but being in
  australia it might be some time before anything can be done.

that sounds about right !!
where is it currently hosted ??
i have some friends that may be able to help with convincing the telstra
DNS to cooperate
would have to talk to them 

Pete





Re: Cannot make mod_perl on *@!* RH Linux :(

2001-01-31 Thread Jimi Thompson

Have any of you tried Apache Toolbox?  I just configured Apache with mod_ssl,
mod_perl, etc under RedHat 7 in about an hour on an old Pentium 133.  It
works fine.  www.apachetoolbox.com


Doug MacEachern wrote:

 On Wed, 31 Jan 2001, Nick Tonkin wrote:

 
  Thanks for the suggestion, Doug, but no go.

 simply looks like you need to install openssl-0.9.6.  was not included in
 the rh7.0 distro that i installed.

--
Jimi Thompson


"It's the same thing we do every night, Pinky."





Apache::ASP

2001-01-31 Thread Wang, Pin-Chieh

Hi,
I installed Apache1.3.14 with mod_perl 1.24_01 on Solaris Using ActiveState
Perl 5.6
I configure with DSO

Apache seems to be running O.K.

But when I downloaded Apache-ASP-2.07 
and followed the instruction 
Perl Makefile.PL
make
make test
make install

I then added the following lines into httpd.conf
Directory "/usr/local/apache/htdocs/eg"
Options All
AllowOverride All
Order allow,deny
Allow from all
/Directory
Location /asp
SetHandler perl-script
PerlHandler Apache::ASP
PerlSetVar Global /tmp
/Location

then I copy the site/eg directory into /usr/local/apache/htdocs/eg
when I run /usr/local/apache/bin/apachectl configtest I got the following
message
Invalid Command 'PerlHandler' perhaps mis spelled or defined by module not
included in the server configuration.

Any body can point me in the right direction? 

Thanks

PC Wang




Re: Cannot make mod_perl on *@!* RH Linux :(

2001-01-31 Thread Nick Tonkin


Hmm, very interesting. I *had* openssl-0.9.6 installed, via rpm ... but
when I nuked it (not easy since rpm detects all its dependencies and puts
up a fight) and installed again from the source files, presto!

Everything builds, makes and installs just fine.

The test for mod_perl failed thusly, though:

[root@wm mod_perl-1.25]# make  make test
[...]
cp t/conf/mod_perl_srm.conf t/conf/srm.conf
../apache_1.3.17/src/httpd -f `pwd`/t/conf/httpd.conf -X -d `pwd`/t 
httpd listening on port 8529
will write error_log to: t/logs/error_log
letting apache warm up...\c
done
/usr/bin/perl t/TEST 0
still waiting for server to warm up...not ok
server failed to start! (please examine t/logs/error_log) at t/TEST line
95.
make: *** [run_tests] Error 115

[root@wm mod_perl-1.25]# more t/logs/error_log 
Server is not starting !?
Subroutine main::pid redefined at /tmp/mod_perl-1.25/t//docs/startup.pl
line 103.
Subroutine main::access redefined at /tmp/mod_perl-1.25/t//docs/startup.pl
line 104.
Subroutine Outside::code redefined at
/tmp/mod_perl-1.25/t//docs/startup.pl line 108.
Subroutine PerlTransHandler::handler redefined at
/tmp/mod_perl-1.25/t//docs/startup.pl line 114.
Subroutine MyClass::method redefined at
/tmp/mod_perl-1.25/t//docs/startup.pl line 121.
Subroutine BaseClass::handler redefined at
/tmp/mod_perl-1.25/t//docs/startup.pl line 127.
Subroutine My::child_init redefined at
/tmp/mod_perl-1.25/t//docs/startup.pl line 145.
Subroutine My::child_exit redefined at
/tmp/mod_perl-1.25/t//docs/startup.pl line 155.
Subroutine My::restart redefined at /tmp/mod_perl-1.25/t//docs/startup.pl
line 159.
Subroutine Apache::AuthenTest::handler redefined at
/tmp/mod_perl-1.25/t//docs/startup.pl line 167.
Subroutine My::DirIndex::handler redefined at
/tmp/mod_perl-1.25/t//docs/startup.pl line 189.
Subroutine My::ProxyTest::handler redefined at
/tmp/mod_perl-1.25/t//docs/startup.pl line 207.
Subroutine handler redefined at /tmp/mod_perl-1.25/t//docs/startup.pl line
241.
Subroutine new redefined at /tmp/mod_perl-1.25/t//docs/startup.pl line
263.
Subroutine DESTROY redefined at /tmp/mod_perl-1.25/t//docs/startup.pl line
265.
[notice] Destruction-DESTROY called for $global_object
Subroutine handler redefined at /tmp/mod_perl-1.25/t//docs/stacked.pl line
6.
Subroutine one redefined at /tmp/mod_perl-1.25/t//docs/stacked.pl line 14.
Subroutine two redefined at /tmp/mod_perl-1.25/t//docs/stacked.pl line 25.
Subroutine three redefined at /tmp/mod_perl-1.25/t//docs/stacked.pl line
31.
Subroutine four redefined at /tmp/mod_perl-1.25/t//docs/stacked.pl line
37.
[notice] Destruction-DESTROY called for $global_object
[Wed Jan 31 11:41:04 2001] [warn] [notice] child_init for process 31130,
report any problems to [no
 address given]


... ignoring this and proceeding with insall seems to be fine, though.

Thanks,

Nick



~~~
Nick Tonkin

On Wed, 31 Jan 2001, Doug MacEachern wrote:

 On Wed, 31 Jan 2001, Nick Tonkin wrote:
 
  
  Thanks for the suggestion, Doug, but no go.
 
 simply looks like you need to install openssl-0.9.6.  was not included in
 the rh7.0 distro that i installed.
 
 




Re: parsing an apache-like conf-file

2001-01-31 Thread Matt Sergeant

On Wed, 31 Jan 2001, Paul J. Lucas wrote:

   You may think XML::Simple results in simpler data structures;
   however, the mental energy expended to refigure stuff out makes
   XML::Simple more complex in the long term.  Aside from being
   slow, this is another complaint about it.

I've never heard anyone complain about it being slow. I'm not saying
XML::Tree isn't faster, just that I've never heard that complaint about
XML::Simple, simply because people don't use it for parsing large files,
just small config files.

The only reference I can find on Google that says XML::Simple and slow are
the XML::Simple man page talking about eval being slow (or not, depending
on the eval type). Deja has no references at all. I guess maybe your
measures are different to, erm, the rest of the internet's :-)

As for being more complex to use, I would say XML::Simple's popularity
speaks for itself (especially when compared with say XML::DOM or Grove or 
even XPath).

-- 
Matt/

/||** Director and CTO **
   //||**  AxKit.com Ltd   **  ** XML Application Serving **
  // ||** http://axkit.org **  ** XSLT, XPathScript, XSP  **
 // \\| // ** Personal Web Site: http://sergeant.org/ **
 \\//
 //\\
//  \\





Re: Cannot make mod_perl on *@!* RH Linux :(

2001-01-31 Thread Doug MacEachern

On Wed, 31 Jan 2001, Nick Tonkin wrote:
 
 [root@wm mod_perl-1.25]# make  make test

yeah, i think 'make test' as root has permissions problems.  if you were
to 'make  make test' as yourself and 'make install' as root, should work
fine.




RE: Apache::ASP

2001-01-31 Thread G.W. Haywood

Hi there,

On Wed, 31 Jan 2001, Wang, Pin-Chieh wrote:

 How do I load mod_perl?
 in httpd.conf

Please read the installation section of the Guide.

http://perl.apache.org/guide


73,
Ged.
 




Symbol::delete_package

2001-01-31 Thread Stathy Touloumis

When using Symbol::delete_package to remove a package something odd happens.
Other packages seem to disappear or functions are not available.  Has anyone
experienced this before?  I am using this with Mason and after using
Symbol::delete_package the Mason handler is no longer available.

(Suse/Linux) Apache 1.3.12 Mod_perl/1.24

Thanks,




ANNOUCE: HTML::Mason 1.0

2001-01-31 Thread Jonathan Swartz

The URL

http://www.masonhq.com/download/HTML-Mason-1.0.tar.gz

has entered CPAN as

  file: $CPAN/authors/id/J/JS/JSWARTZ/HTML-Mason-1.0.tar.gz
  size: 258678 bytes
   md5: b3c06efcfe5612d4ac0cdef7e992d2f4

Mason is a component-based web site development system with caching,
debugging, and previewing facilities.  Check out http://www.masonhq.com for
more information.

After two and a half years, I'm pleased to finally announce HTML::Mason 1.0.
Identical to 0.896 except for version number, we believe this to be our most
stable code base to date.

A few known bugs could not be fixed in this series for architectural
reasons. All are easily worked around. See http://www.masonhq.com/bugs/ for
details.

There are nearly 50 contributors listed in the CREDITS file; without you
Mason as we know it today would not exist. Thanks to all! Special thanks to
Dave Rolsky for invaluable assistance in making this release happen.

And now, on to 1.1.

Jon




Re: parsing an apache-like conf-file

2001-01-31 Thread Paul J. Lucas

On Wed, 31 Jan 2001, Matt Sergeant wrote:

 I've never heard anyone complain about it being slow. I'm not saying
 XML::Tree isn't faster, just that I've never heard that complaint about
 XML::Simple, simply because people don't use it for parsing large files, just
 small config files.

Or perhaps they don't need to handle hundreds of thousands of
hits a day, i.e., on the scale of eBay.

 I guess maybe your measures are different to, erm, the rest of the internet's

The benchmark I used is right on my web page.

 As for being more complex to use, I would say XML::Simple's popularity speaks
 for itself (especially when compared with say XML::DOM or Grove or even
 XPath).

Or, until now, there wasn't something better.

- Paul




Re: Rate limiting in Apache

2001-01-31 Thread Matt Sergeant

On 31 Jan 2001, [EMAIL PROTECTED] wrote:

 I'm interested in doing rate-limiting with Apache.  Basically, I want
 to give Apache a target bitrate to aim at.  When writing to one user,
 it writes as close to bitrate as the user/network can suck it down.
 When writing to two users (two connections), it writes to each
 connection at as close to bitrate/2 as possible... and so on.
 
 I've heard this can be controlled by mod_perl.  Can anyone point me to
 some examples?

Randal has some good examples of throttling though not exactly what you're
looking for, in his web techniques stuff (I really want to get around to
putting some of that on my server, especially the offline downloader
blocks). Check http://www.stonehenge.com/merlyn/WebTechniques/

-- 
Matt/

/||** Director and CTO **
   //||**  AxKit.com Ltd   **  ** XML Application Serving **
  // ||** http://axkit.org **  ** XSLT, XPathScript, XSP  **
 // \\| // ** Personal Web Site: http://sergeant.org/ **
 \\//
 //\\
//  \\





Re: Translation handler continuous loop problem

2001-01-31 Thread ___cliff rayman___

you will probably need to post the handler if you want any help
with it.

"Sinclair, Alan (CORP, GEAccess)" wrote:


 I have just installed a mod_perl URI translation handler to extract a
 session id from the URI. In general the translation works correctly by
 removing the session id from the URL when detected. However, a Netscape
 browser client triggers Apache to enter a continuous loop if I do not
 specify the domain name in the hostname component of the URL. The problem
 does not occur in Internet Explorer (that surprised me.)

 All these examples are from Nestcape on both NT and Unix.
 For example, say I enter http://lions.access.com/sp9/outage.html  The
 translation handler works correctly.
 If I then enter: http://lions/sp9/outage.html  There is a continuous loop in
 Apache and on each iteration, an entry is written to access_log. I have to
 stop the request in Netscape.


--
___cliff [EMAIL PROTECTED]http://www.genwax.com/





Apache/mod_perl mysteriously closing connection

2001-01-31 Thread Andrew Ho

Hello,

So we've had an extremely odd situation happeningly lately and I thought
I'd query this list to see if anybody has experienced anything similar.

I have Apache 1.3.14, mod_perl 1.24_01 statically compiled into it, and
Perl 5.6.0 running on Solaris x86. A variety of mod_perl scripts (at the
moment, all Apache::Registry style) and CGIs runs on this box. Both CGIs
and Apache::Registry scripts use DBI with Oracle (all recent versions).

Sporaically (perhaps 1 in 100 requests) and unpredictatably, requests seem
to be getting dropped without being logged. In a browser, this would be
indicated by a "document contains no data" error. Absolutely no headers or
content are sent. The strange thing is that Apache also does not log any
sort of access or error.

Doing a packet sniff, I see that the request is delivered to Apache, then
Apache gives back a TCP FIN and ACK, closing the connection without
sending anything at all.

On the most telling case, Apache::StatINC gave out the typical "subroutine
redefined" errors, then browser indicated "document contains no data" and
nothing was logged in Apache.

Others seeing this have reported the bug to occur in batches, e.g. if it's
good, it's good for thousands of requests at a time, then if it fails, it
fails several times in a row.

I'm totally mystified and it's really hard to reproduce. Has anybody else
seen any behavior similar to this? Thanks in advance--

Humbly,

Andrew

--
Andrew Ho   http://www.tellme.com/   [EMAIL PROTECTED]
Engineer   [EMAIL PROTECTED]  Voice 650-930-9062
Tellme Networks, Inc.   1-800-555-TELLFax 650-930-9101
--




[OT] Dynamically changing current package

2001-01-31 Thread Andrew Ho

Hello,

This isn't strictly a mod_perl question, but is there a good way in
general Perl to dynamically change the current package name?
Thanks in advance--

Humbly,

Andrew

--
Andrew Ho   http://www.tellme.com/   [EMAIL PROTECTED]
Engineer   [EMAIL PROTECTED]  Voice 650-930-9062
Tellme Networks, Inc.   1-800-555-TELLFax 650-930-9101
--




Re: Development Environment

2001-01-31 Thread Andrew Ho

Hello,

AHWhat if there are 20 mod_perl developers at your company? You either need
AHto do admin work to partition the developers by what modules they write,
AHor run 20 Apache instances, which may be very expensive.

VKAnd these 20 developers don't have workstations of their own? You can
VKbuild a development environment on a workstation just as easily as you
VKcan on a server...

Not if there are platform-specific dependencies. Say your servers are
heavy duty Sparc machines, and you maintain code for Solaris Sparc only.
Buying workstations for everybody can be quite expensive in that case.

Humbly,

Andrew

--
Andrew Ho   http://www.tellme.com/   [EMAIL PROTECTED]
Engineer   [EMAIL PROTECTED]  Voice 650-930-9062
Tellme Networks, Inc.   1-800-555-TELLFax 650-930-9101
--




Re: Take23 DNS

2001-01-31 Thread Peter Brown

Matt Sergeant writes:
  On Thu, 1 Feb 2001, Peter Brown wrote:
  
   Matt Sergeant writes:
  These wouldn't be "family" type friends would they? ;-)

no dont have any of those type of "family" :P

geeky types that have been dealing with the australian internet for years

Pete




Re: Development Environment

2001-01-31 Thread Gunther Birznieks

I agree. I've seen many people try to do shared memory/cached programming 
in one server and it just doesn't work very well in practice. It only takes 
one programmer a typo to take everyone else down until the bug is fixed.

 From Jakarta/Tomcat to IIS to Apache/mod_perl. Developers having their own 
workstation is the best for testing and active development. Of course, a 
staging server needs to be shared. But it's a lot cleaner once the 
developer has debugged their own code.

At 11:37 AM 1/31/01 -0500, Vivek Khera wrote:
  "AH" == Andrew Ho [EMAIL PROTECTED] writes:

AH What if there are 20 mod_perl developers at your company? You either need
AH to do admin work to partition the developers by what modules they write,
AH or run 20 Apache instances, which may be very expensive.

And these 20 developers don't have workstations of their own?  You can
build a development environment on a workstation just as easily as you
can on a server...

--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Vivek Khera, Ph.D.Khera Communications, Inc.
Internet: [EMAIL PROTECTED]   Rockville, MD   +1-240-453-8497
AIM: vivekkhera Y!: vivek_khera   http://www.khera.org/~vivek/

__
Gunther Birznieks ([EMAIL PROTECTED])
eXtropia - The Web Technology Company
http://www.extropia.com/




Re: Translation handler continuous loop problem

2001-01-31 Thread Greg Cope

"Sinclair, Alan (CORP, GEAccess)" wrote:
 
 I am hoping someone might have a clue on how to resolve this awkward
 problem.
 
 I have just installed a mod_perl URI translation handler to extract a
 session id from the URI. In general the translation works correctly by
 removing the session id from the URL when detected. However, a Netscape
 browser client triggers Apache to enter a continuous loop if I do not
 specify the domain name in the hostname component of the URL. The problem
 does not occur in Internet Explorer (that surprised me.)
 
 All these examples are from Nestcape on both NT and Unix.
 For example, say I enter http://lions.access.com/sp9/outage.html  The
 translation handler works correctly.
 If I then enter: http://lions/sp9/outage.html  There is a continuous loop in
 Apache and on each iteration, an entry is written to access_log. I have to
 stop the request in Netscape.
 
 The bizarre thing is I can enter any other URL such as
 http://lions/internal/whatever and there is no problem. The mod_perl
 translation header goal is stripping session id info from the URL in the
 form http://hostname/SESSION_ID/sp9/whatever It looks for sp9 in the path. I
 have attempted to debug by trying to send error messages to the error log
 without success.
 
 Does anyone have any suggestions on how I can determine why the translation
 handler is entering into a continuous loop when a request is sent from
 Netscape?
 
 I would be appreciative of any help!!

I could be completely wrong but ...

I can't see a problem here - although I would need to see the code.

There could be an issue with how IE and Netscape actually format the
header (i.e you may enter the above, but the header that gets sent may
be different) - but I could be completely wrong on this !

You may wish to look at http://sourceforge.net/projects/sessionmanager/

Which is URI transhandler / session manager that I wrote for a project
that never came about.  I may make another release that uses PerlSetVars
to configure the module if I get a chance to test it.

If this does not help, then post either the code, or a URL to the code
if its long, so that some of us can have a look.

Greg

 
 Env is: Solaris 2.6  Apache 1.3.14  mod_perl 1.24_01



Re: Apache/mod_perl mysteriously closing connection

2001-01-31 Thread Andrew Ho

Hello,

GEDIt sounds a little like a crash which happens before the logging routines
GEDget a chance to do any logging.

Yup. But if the child dies, doesn't Apache catch the SIGCHLD and report
something to the global error log? I'm not seeing any messages to this
effect (and I haven't been able to programmatically reproduce the error,
so it's hard to catch a glimpse of the process table before-and-after).

GEDAre you getting core dumps?

No such luck.

Humbly,

Andrew

--
Andrew Ho   http://www.tellme.com/   [EMAIL PROTECTED]
Engineer   [EMAIL PROTECTED]  Voice 650-930-9062
Tellme Networks, Inc.   1-800-555-TELLFax 650-930-9101
--




Re: Apache::ASP

2001-01-31 Thread Joshua Chamas

If Ged did not answer your question well enough, check out
this answered as an FAQ item at:

  
http://www.apache-asp.org/faq.html#Apache%20errors%20on%20the%20PerlHandler%20directive%20%3F

--Josh

_
Joshua Chamas   Chamas Enterprises Inc.
NodeWorks  free web link monitoring   Huntington Beach, CA  USA 
http://www.nodeworks.com1-714-625-4051


"Wang, Pin-Chieh" wrote:
 
 How do I load mod_perl?
 in httpd.conf
 Thanks
 PC
 
 -Original Message-
 From: G.W. Haywood [mailto:[EMAIL PROTECTED]]
 Sent: Wednesday, January 31, 2001 2:07 PM
 To: Wang, Pin-Chieh
 Cc: '[EMAIL PROTECTED]'
 Subject: Re: Apache::ASP
 
 Hi there,
 
 On Wed, 31 Jan 2001, Wang, Pin-Chieh wrote:
 
  Invalid Command 'PerlHandler' perhaps mis spelled or defined by module not
  included in the server configuration.
 
 You don't appear to have mod_perl in your server.
 
 Have you loaded it in httpd.conf?
 
 73,
 Ged.



Re: [OT] Dynamically changing current package

2001-01-31 Thread G.W. Haywood

Hi Andrew,

On Wed, 31 Jan 2001, Andrew Ho wrote:

 This isn't strictly a mod_perl question, but is there a good way in
 general Perl to dynamically change the current package name?


perldoc -f package 


73,
Ged.




cvs commit: modperl ToDo

2001-01-31 Thread dougm

dougm   01/01/31 12:19:02

  Modified:.ToDo
  Log:
  todo
  
  Revision  ChangesPath
  1.278 +4 -0  modperl/ToDo
  
  Index: ToDo
  ===
  RCS file: /home/cvs/modperl/ToDo,v
  retrieving revision 1.277
  retrieving revision 1.278
  diff -u -r1.277 -r1.278
  --- ToDo  2001/01/30 20:41:06 1.277
  +++ ToDo  2001/01/31 20:19:01 1.278
  @@ -3,6 +3,10 @@
(well, close to it anyhow)
   ---
   
  +- 'make test' as root permissions problems
  +
  +- USE_APXS=1 + DYNAMIC=1 do not work together
  +
   - support SSL_BASE=SYSTEM (i.e. test -d $SSL_BASE in Makefile.PL)
   
   - re-enabled unsigned short-ness test for $s-port in t/net/perl/api.pl