That was it. I redefined Sig{__WARN__} to drop all STDERR output and my
script output everything it was supposed to and exited cleanly. Now
there is another bug that undoubtedly came from my trying to track down
the original issue...
Thanks. That saved me a ton of time.
Tom
Terra Info wrote:
U
Ugh! I checked the users list archives but I never checked the dev
archives. I liked p5p back in the day because it was all one in the
same. Chaos, but oddly efficient. Thanks for the pointer.
As for the docs, I freely admit I missed it. I was not looking for
PerlRun stuff when I went through th
OK, now it's clear, thanks for the explanation. FWIW, there were
discussions of possible pipes read/write deadlocks in the current
mod_cgi implementation in Apache 2.0, so you may experience just that.
Check the httpd-dev list archives.
[...]
* Given that, I noticed PerlRun was no longer pro
Stas Bekman wrote:
I still don't understand you. When do you see the problem? When you
run the script under mod_cgi or mod_perl? I don't understand why do
you keep referring to mod_cgi.
And we are talking about Apache/mod_perl 2.0 here, right?
No. I am talking about mod_cgi when I say mod_cgi.
Terra Info wrote:
The threads issue is my bag. I know better but was busy and distracted,
hence I just did a reply to all and trimmed out the excess.
No prob. the comment was addressed to all subscribers.
Anyhow, I
think you may have misunderstood my question. Although I have a specific
issu
The threads issue is my bag. I know better but was busy and distracted,
hence I just did a reply to all and trimmed out the excess. Anyhow, I
think you may have misunderstood my question. Although I have a specific
issue at hand, my question was more generic. My questions are more
related to th
[When starting a new thread, please remember to create a new mail,
rather than doing a reply to one of the threads. If you don't do that,
your mail software attaches reference ids to the original thread and
your post gets folded into the thread you've replied to. people may
delete the whole thr
I am debugging a particularly nasty issue right now on a perl script
that when written 2+ yrs ago worked fine. NB: It does not run under
mod_perl and it has not been modified since then. I run it from the cmd
line (with the identical query string and all referenced %ENV vars set
identical as we
[EMAIL PROTECTED] wrote:
>
> So can I use this module to run asp.net on apache(installed on windows)?
>
> I need to run asp.net on apache(windows).
>
No. Apache::ASP supports perl scripting for ASP v2.0 model.
ASP.net is not supported, nor C#, VBScript, etc.
-- Josh
_
So can I use this module to run asp.net on apache(installed on windows)?
I need to run asp.net on apache(windows).
Thanks.
On Tue, Mar 05, 2002 at 02:54:47PM -0800, Paul Lindner wrote:
> On Tue, Mar 05, 2002 at 04:53:56PM -0600, Dave Rolsky wrote:
> > On Tue, 5 Mar 2002, Medi Montaseri wrote:
> >
> > > My suggestion would be to install a Linux on your developer's PC and
> > > keep with the distributed model. Now ever
wow crazy!!
just got my email and saw this thread!
did anyone post on their site?
again that node:
http://perlmonks.org/?node_id=146303
Wim Kerkhoff wrote:
>I'm jumping into this thread quite lately, but here are my $.03 CDN.
>
>Mark Fowler wrote:
>
>>On Tue, 5 Mar 2002, Medi Montaseri wrote:
Unfortunately, this may also allow the developer to potentially change
code/configuration that you do not want changed.
> True...but I'm thinking full control to the developer. Developer can now
> mis-configure httpd.conf as much as he/she wants and all the paths;
> virtual or not are consistant,
I'm jumping into this thread quite lately, but here are my $.03 CDN.
Mark Fowler wrote:
>
> On Tue, 5 Mar 2002, Medi Montaseri wrote:
>
> > Stuart Frew wrote:
> >
> > > Ideally you would have linux( or what ever) on every developers
> > > machine but sometimes you don't get the choice.
> >
> >
On Tue, 5 Mar 2002, Medi Montaseri wrote:
> Stuart Frew wrote:
>
> > Ideally you would have linux( or what ever) on every developers
> > machine but sometimes you don't get the choice.
>
> Oh "the choice" is easyjust come in on a weekend and install
> linux on your box. Don't tell IT. That'
Stuart Frew wrote:
Greeting,
Ideally you would have linux( or what ever) on every developers machine
but sometimes you don't get the choice.
Oh "the choice" is easyjust come in on a weekend and install
linux on your box. Don't tell IT. That's all.
Cheers
On Wed, 2002-03-06 at 13:40, Med
Hello,
PL>One other tip... write a small script (or modify apachectl) to start
PL>apache with a port number matched to your unix UID. This keeps
PL>developers from using clashing port numbers.
PL>
PL> httpd -c "Port $UID" -c "Listen $UID"
At Tellme we find it easiest to run multiple Apaches, o
Greeting,
Yup, I agree but I meant virtual hosts on the development box, not production.
Ideally you would have linux( or what ever) on every developers machine but sometimes you don't get the choice.
Cheers
On Wed, 2002-03-06 at 13:40, Medi Montaseri wrote:
I don't agre
On Tue, 5 Mar 2002, Medi Montaseri wrote:
> True...but I'm thinking full control to the developer. Developer can now
> mis-configure httpd.conf as much as he/she wants and all the paths;
> virtual or not are consistant, instead of a dev path vs production path
Right, every developer can run
I don't agree with virtual hosts setup for mod_perl folks. What if
someone mess up the configuration file. If you want a central person
to change them, then you are limitting the developer.
The Linux-on-developers-box proposition also goes to include a
database instance for the developer to cras
True...but I'm thinking full control to the developer. Developer can now
mis-configure httpd.conf as much as he/she wants and all the paths;
virtual or not are consistant, instead of a dev path vs production path
I had a chance to work with Interwoven TeamSite and this very issue or
virtual p
Greetings,
Depending on the number of developers and how often they change, virtual hosts are good.
Set up a sub-domain for each developer, ie jim.my-company.co.nz.
Then they can configure there local setup to there hearts content, seperate CVS/document tree, also get separate logs.
C
On Wed, 6 Mar 2002, Gunther Birznieks wrote:
> Philippe Chiasson had a really nice talk on setting up developer teams on
> mod_perl at ApacheCon 2001. Covers everything from CVS to deployment. You
> may want to see if you can get the slides from him ([EMAIL PROTECTED]) if you
> are interested
Medi Montaseri wrote:
> Caller can also buy some content management software like Interwoven's
> TeamSite
> product that provides a virtual workarea, for about $300,000.
It's so easy and effective to run mod_perl on developers' personal
machines, I think there's no excuse not to do it.
At eToy
Philippe Chiasson had a really nice talk on setting up developer teams on
mod_perl at ApacheCon 2001. Covers everything from CVS to deployment. You
may want to see if you can get the slides from him ([EMAIL PROTECTED]) if you
are interested in the details.
Later,
Gunther
At 07:43 AM 3/6/20
On Tue, Mar 05, 2002 at 04:53:56PM -0600, Dave Rolsky wrote:
> On Tue, 5 Mar 2002, Medi Montaseri wrote:
>
> > My suggestion would be to install a Linux on your developer's PC and
> > keep with the distributed model. Now everyone can use a common web tree
> > and at integeration, bring all of the
On Tue, 5 Mar 2002, Medi Montaseri wrote:
> My suggestion would be to install a Linux on your developer's PC and
> keep with the distributed model. Now everyone can use a common web tree
> and at integeration, bring all of them to a staging box, QC it and ship
> it to production.
Giving everyone
Caller wirtes
> we've just migrated our 80K line pure perl web application to mod_perl...ah...
> so much aster... can anyone advise on their experiences for setting
up
> apache/mod_perl for team development? up till now, we've all been
running
> our own copy of sources out of our home directo
thought someone might like to have a gander at this:
http://perlmonks.org/?node_id=146303
look forward to seeing your replies!!
On Mon, 25 Jun 2001, ychen56 wrote:
> Thanks, I have installed mod_perl successfully by setting the repository to
> http://theoryx5.uwinnipeg.ca/ppmpackages/.
> I have one more question. The version of mod_perl is 1.25 which is written
> for apache 1.3.20, my apache version is 1.3.14,
> I think
:35 PM
Subject: Re: question on installing mod_perl to activePerl on win98
> On Mon, 25 Jun 2001, ychen56 wrote:
>
> > Hi:
> > >From your website http://perl.apache.org/distributions.html, I got
> > message( see following)
> >
> > Win32 ActivePerl mod_perl ppms - sui
On Mon, 25 Jun 2001, ychen56 wrote:
> Hi:
> >From your website http://perl.apache.org/distributions.html, I got
> message( see following)
>
> Win32 ActivePerl mod_perl ppms - suitable for builds 6xx. You can install
> this by, within the ppm shell, setting the repository to
> http://theoryx5.uwin
Hi:
>From your website http://perl.apache.org/distributions.html, I got
message( see following)
Win32 ActivePerl mod_perl ppms - suitable for builds 6xx. You can install
this by, within the ppm shell, setting the repository to
http://theoryx5.uwinnipeg.ca/cgi-bin/ppmserver?urn:/PPMServer and typi
At 3:51 PM +0200 4/18/01, Emma Wermström (EMW) wrote:
>Hi!
>
>I want to add mod_perl to my apache server. However, I already have
>my server up and running and when I do: perl Makefile.PL I get a
>request for my apache source directory. I don't know where it is
>located so I just put: /usr/loc
On Wed, 18 Apr 2001, [iso-8859-1] Emma Wermström (EMW) wrote:
> Lots of questions! I'd be grateful for at least one answer. Thanks,
Lots of answers: http://perl.apache.org/guide/
_
Stas Bekman JAm_pH -- Just
Hi!
I want to add mod_perl to my apache server. However, I already have my server up and
running and when I do: perl Makefile.PL I get a request for my apache source
directory. I don't know where it is located so I just put: /usr/local/etc/apache.
Now the procedure continues but I get an error
> Is there any way to hide the form data that the DBIx::Recordset
> PrevNextForm function generates? i just noticed that if someone does a
> "view source," the user can view your db connection, username, password,
> etc. That doesn't seem very secure even though this is a pretty cool
> subroutin
Is there any way to hide the form data that the DBIx::Recordset
PrevNextForm function generates? i just noticed that if someone does a
"view source," the user can view your db connection, username, password,
etc. That doesn't seem very secure even though this is a pretty cool
subroutine to have.
Hi John,
The MAC OS's range from 8.1 - 8.6. The main problem before we turned
keepalive off was that the applications took much longer to load than
the PC, in many cases we're talking minutes not seconds. And then
depending on the Browser there are numerous other problems.
For instance, we use
Hi,
Earlier I posted a message on finding the value of 'keepalive' (defined
in httpd.conf), for an individual request. Since I did not get a
response I'm trying from a different angle. I am lead developer for a
web application running on Stronghold/2.4.2 Apache/1.3.6 C2NetEU/2412
(Unix) mod_per
>>> Ben Cottrell writes:
bc> This fixes static html completely! It's compressed, and also
bc> comes through as text/html. Thanks very much!!
no problem. i've been doing a lot of this myself lately.
bc> perl scripts are still coming through as compressed (which is
bc> good) tex
On Mon, 2 Oct 2000 15:28:09 -0400 (EDT), kevin montuori wrote:
> bc> Static .html files aren't compressed at all (but do come through
> bc> as text/html).
>
> do you have
>
> SetHandler perl-script
>
> in there somewhere?
Kevin,
This fixes static html completely
Hi,
This is in regards to Ken Williams' Apache::Compress module (announced
here on August 22).
I've installed it, along with zlib, Compress::Zlib, and Apache::Filter,
and am having a couple of issues getting it running -- wondering if anyone
has any clues.
perl is version 5.004_04, apache is 1.
What Victor said is right. In general, you need to know how
to run your OS, and admin apache to set up mod_perl +
Apache::ASP. Using this environment requires a bit of a
learning curve on the various underlying technologies.
That said, I don't know if you will be able to run your
Hyperseek pr
Mike
On Tue, 12 Sep 2000, Jason wrote:
> Hi .. I hope someone can help me with this problem.
>
> I've been assigned to install Apache::ASP and mod_perl so that one of our
> client's can use a program called Hyperseek.
>
> My biggest problem is that I'm not very familiar with the server or t
Hi .. I hope someone can help me with this problem.
I've been assigned to install Apache::ASP and mod_perl so that one of our
client's can use a program called Hyperseek.
My biggest problem is that I'm not very familiar with the server or the Unix
environment.
Over the past few days, I've manag
On Thu, 31 Aug 2000, Aaron Johnson wrote:
> I don't work on Oracle so I will speak from my experience with MySQL. MySQL
> servers time out after the 8 hour standard disconnect for inactivity (this
> can be adjusted in your my.conf file). To compensate for this we now run our
> own connect check
I don't work on Oracle so I will speak from my experience with MySQL. MySQL
servers time out after the 8 hour standard disconnect for inactivity (this
can be adjusted in your my.conf file). To compensate for this we now run our
own connect checks for a valid dbh handle before it goes it all the
On Thu, 31 Aug 2000 [EMAIL PROTECTED] wrote:
> What I think is going on is that the script gets killed by Oracle for
> being idle and tries to ping the connection, but the ping fails.
It is supposed to reconnect when the ping fails. I've had problems
getting reconnects to Oracle 8 working. The
>Hmmm. How busy is the site or is still in testing phase?
Testing phase.
>Are you saying your connection is getting dropped and then you get an
error,or that you get dropped and then it has to reconnect?
Here's a sample of errors that I'm getting the error_log file:
[Tue Aug 29 20:15:52 2000
In the section on optimizing the db and prepare statements (in the
http://perl.apache.org/guide/performance.html url), the document discusses
creating a subroutine called "connect" in a package called package My::DB;
My question is if you have the
my $dbh = My::DB->connect;
statement in another
The request object is $r
Craig
On Sat, 19 Aug 2000, Jay Strauss wrote:
> Sorry if this has been asked before but I have been unable to find the answer
> (not in perldoc, apache modules book, searching archives):
>
> I would like my perl compilation and process errors to be written to an HTML
Sorry if this has been asked before but I have been unable to find the answer
(not in perldoc, apache modules book, searching archives):
I would like my perl compilation and process errors to be written to an HTML
page if/when they occur, in the same way they are written to stdout when I run
from
> When I use the statement, I get a single line that contains
> the entire POST content, rather than just the first line of the post.
> Can anyone think of why that would happen? Here's the snippet of my
> code:
>
> $line = ;
> $r->print("$line\n");
1. There might not be more than one line.
Meanwhile, back at the ranch...
> $line = ;
> $r->print("$line\n");
>
> In my response, I get the entire POST content echoed back to me, where I
> only expected the first line. If I comment out the "print" statement, I
> don't get anything echoed back (which is what I would expect). It really
>
In a perl apache module that I'm writing, I wanted to try to parse the
content of a POST myself. According to "Writing Apache Modules with Perl
and C", page 438, you should be able to read the content from STDIN using
Perl's read() and getc(), and using Perl's <> file operations.
When I use the
56 matches
Mail list logo
