Hi!
In the code for DBD::Oracle::db::ping method there are lines
local $SIG{__DIE__};
local $SIG{__WARN__};
As I understand these lines don't do anything though I guess they are supposed
to suppress warning messages and possibly 'die' messages. Currently everytime
when ping fails and
Hi!
Apache::DBI is great module of course because it makes things transparent. But
it also makes things confusing. In few cases we have to open and close
connection to database on each request (in particular Oracle on NT gives a lot
of trouble with cached connections).
Currently in such cases
Hi!
Just wanted to check if it is possible to trace memory usage of each
mod_perl modules. It's kind of does not look very realistic, but I do not know
the whole truth...
Thanks
Andrei
The funny part is that in our case we also get Segmentation fault from time to
time but there's no coredump file. I even tried to attach gdb to apache child
and wait for Segfault. I got it but I'm not sure I could understand it. Please
see below for examples.
The only thing I can say here that
.
Thanks for help.
Andrei
On Mon, Sep 17, 2001 at 08:55:03AM -0700, ed phillips wrote:
Thanks Vivek,
Andrei, use the front end to directly handle any binaries, static files,
etc.
I doubt they are generating of these on the fly.
Vivek Khera wrote:
AAV == Andrei A Voropaev [EMAIL
Hi!
I have one question. According to the Guide there's buffering feature of
mod_proxy that allows to release heavy mod_perl process from delivering data
over slow connection to the user.
In our system we have to pass large PDF files thru mod_perl to proxy and we
noticed that it takes the same
Here's some output from strace on Linux
Apache 1.13.19 with mod_perl 1.24 and perl 5.6.0
=
04:48:26 stat64(/proj/Web/EMIS/Mason/live/redirect, {st_mode=S_IFREG|0775,
st_size=243, ...}) = 0
04:48:26 stat64(/proj/Web/EMIS/Mason/obj/live/redirect, {st_mode=S_IFREG|0644,
Hi!
Everyone knows that END handlers in packages under mod_perl are executed
only when apache terminates. But from time to time there might be a need to
execute something when the Request is finished.
In practice what I do in these cases is install PerlCleanupHandler which
checks all loaded
Hi!
Just to confirm that this is not a single case. I tried the same with
apache_1.3.12 and it didn't work. Exactly the same error
messages. Finally I gave up and compiled static version. That works
without any problem.
Andrei
On Fri, Sep 15, 2000 at 10:45:32AM +0200, François Chenais wrote:
Actually I can confirm that some of IE browsers refuse to support some
cookies. It sounds weird but I had a case when the broswer would
ignore cookies with 'expires' and accept without it. Though replacing
'expire' with 'Max-Age' helped.
The worst part is that the browser seemed to be "regular"
On Fri, Jan 14, 2000 at 12:34:00PM -0800, Ed Phillips wrote:
The troll vanisheth!
ha!
Reminds me of the Zen story of an old fisherman in a boat on a lake in a heavy can't
see your hands fog. He bumps into another boat, and shouts at the other guy, "Look
where you're going would you!
I believe this should be reflected in the documentation. Because after
reading Eagle book one gets absolutely different understanding. It
doesn't diffirentiate Perl stacked handlers and Apache handlers. From
Doug's words (and from practice :) those are slightly different in the
way how their
It works perfectly well for me. I have modperl 1.21, apache 1.3.9 on
RedHad linux (5.2). I install any number of TransHandlers and as long
as each one of them returns DECLINED they are all executed. I tried
both ways (one line and multiple lines) and everything has worked.
Probably you just need
Hi!
I'm thinking about using PerlRun for some legacy scripts that don't
use 'my' or use it in wrong places. But I hit one question that I'd
like to know the answer for.
PerlRun provides perl interperter that is built into Apache which
saves time on starting new interpreter. Does it mean that it
Don't use FindBin. It's not compatible with mod_perl since it uses
BEGIN block which is executed only ones and for correct work it should
be executed every time when the request comes.
Andrei
On Thu, Dec 09, 1999 at 12:03:56PM -0800, Joao Fonseca wrote:
This message was sent from
Since the broken code worked in regular perl (and it was supposed to work
because $rech and %rech are different things) and it didn't want to work
in emb perl then there must be something strange about it.
Was it an error in testing code (ie. checking $rech-{keys} instead of
$rech{keys} at the
Where do you get that sensitive information from? If it is originated on your
own server then why can't CGI script get it without mod_perl? Or why can't
you do internal redirect and put that information into query string? It doesn't
go outside of your server anyway.
If it is coming from client
It's better not to put this stuff into mod_perl because you'll have issues with memory
etc. And the time you gain is nothing to compare with the time needed
to start external process.
Put it in regular CGI script. And to catch output from external program
use standart methods like backticks,
As far as I know connect_cached didn't show up untill latest versions
of DBI. And unfortunately our production services don't use those
versions.
Though there's still a disclaimer saying that the behaviour is subject
to change. Whatever. Can't I simply get rid of Apache::DBI since DBI
itself
When a browser claims that it supports HTTP/1.1 it doesn't mean that
it uses it for each request. I believe that in general case browser
always uses HTTP/1.0 which is logged in apache log.
I'm not sure how to make the same browser to use HTTP/1.1 as default
protocol. I guess you shouldn't
I've had the same problem. There's a mistake in the Eagle book when it
states that $r-the_request() eq join(' ', $r-method, $r-uri,
$r-protocol).
Proper way to access fragment as well as query_string is to use
my $uri = $r-parsed_uri();
my $fragment = $uri-fragment();
Andrei
On Mon, Nov 29,
Correct too. Though Apache::URI::fragment() is present and even documented :)
Probably because some browsers pass this fragment to the server?
Andrei
On Mon, Nov 29, 1999 at 10:16:04AM -0800, Randal L. Schwartz wrote:
"brian" == brian moseley [EMAIL PROTECTED] writes:
brian im requesting
Well, since nobody replied I started digging myself. Here's what I
found.
The problem below is caused by push_handlers method in Authorization
handler.
You can reproduce it if you use the following set up.
--- module
package Apache::MasterAuth;
use
On Thu, Nov 25, 1999 at 08:18:04PM +0100, Eric Cholet wrote:
Pushing a handler for the current phase ? Is this legal ? I wonder.
I don't remember it for sure and don't have the book around to check
but I think this is used for content handling and even given as an
example of chained
Hi!
I have problem with index files for directories not being read under
mod_perl. According to mod_perl guide this happened for those who
"declared mod_perl configuration inside a Directory section for all
files matching to *.pl. The problem has gone
away after placing the usage of mod_perl in
Hi!
Probably this is off-topic. But it's about the list itself. Why do I
get OLD emails from time to time. Today I got about 7 or 8 of
those. I'm absolutely positive that I've seen them once before. Some
of those emails are dated Nov. 16th
This happened 2 or 3 times already so I decided to ask.
Hi!
I've encountered very interesting problem. When I set some variable
using PerlSetVar in configuration files for different virtual servers
they seem to be available to ALL of those virtual servers.
Here's details to clarify.
In httpd.conf I have
VirtualHost myhost1.domain.com
ServerName
I've used the patch sent by Doug.
--- mod_perl.h 1999/08/03 22:56:09 1.84
+++ mod_perl.h 1999/08/04 02:53:38
@@ -286,9 +286,10 @@
#define mp_setenv(key, val) \
{ \
int klen = strlen(key); \
-hv_store(GvHV(envgv), key, klen, newSVpv(val,0), FALSE); \
+SV *sv =
ad
compared to just getting the password dialog.
Actually I couldn't get this to work a while back, but I didn't try very hard.
"Andrei A. Voropaev" [EMAIL PROTECTED] writes:
On Mon, Nov 01, 1999 at 05:03:58PM -0500, Robin Berjon wrote:
I've never tried this but doesn't sending
On Mon, Nov 01, 1999 at 05:03:58PM -0500, Robin Berjon wrote:
I've never tried this but doesn't sending two 401s in a row for the same
document have the auth popup appear again ?
I feel like this topic gets slightly confusing. Browser sends request,
gets 401 back, asks user for username and
Sorry. Contrary to the replies I couldn't install handler as arbitrary
perl code that returns reference to code. Only "sub {your code here}"
actually works. Everything else logs error when attempting to fetch
the URL.
Andrei
- Forwarded message from "Andrei A. Voropaev&qu
On Fri, Oct 08, 1999 at 09:39:30AM +0200, Eric Cholet wrote:
On Friday, October 08, 1999 3:35 AM, Dmitry Beransky [SMTP:[EMAIL PROTECTED]] wrote:
I've been playing around with internal redirects of POST requests. They
seem to work fine as long as I don't call Apache::content() or any other
On Thu, Oct 07, 1999 at 03:59:37PM +0200, Stas Bekman wrote:
That's almost correct, what it does is taken a script sitting at
URI /perl/test.pl:
print "Content-type: text/plain\n\n"
print "mod_perl rules!\n"
perl actually sees it as:
package Apache::ROOT::perl::test_2epl;
that is why
variables from it are available in all virtual servers.
As usually I should have RTFM before complaining :)
Andrei
On Fri, Nov 19, 1999 at 10:09:33AM -0500, Andrei A. Voropaev wrote:
Let me try that.
Andrei
On Fri, Nov 19, 1999 at 03:43:40PM +0100, Eric Cholet wrote:
But do you see
from perl
5.004_04 to 5.005_03.
Am I correct?
Thank you.
Andrei
On Thu, Nov 04, 1999 at 03:55:20PM -0500, Andrei A. Voropaev wrote:
Hi!
For some reason I get lots of
'Attempt to free unreferenced scalar during global destruction.'
in my error log. Any one can give me a pointer where
35 matches
Mail list logo