Hello everyone,
First, please forgive the cross-post, but it's hard to decide which list
this belongs too.
I'm running RH 7.3, Apache 1.3.26, mod_perl 1.26, Perl 5.6.1 all
installed/upgraded from RH. Using the Single-Tier Format ODBC driver(s)
(5.1) from openlinksw.com connecting to a MS SQL Ser
Thanks, all, for the prompt attention. I will update my coding habits
accordingly :)
Cheers
On Wed, 10 Dec 2003, Stas Bekman wrote:
> I've pinged Doug and the final verdict is this:
>
>The print-a-scalar-reference feature is now deprecated. There are
>known bugs when using it and it's n
Pringle, Chris (HP-PSG) wrote:
Stas,
I tried the latest version this morning, and it doesn't appear to have
made a great deal of difference. I'm not sure whether it consumes memory
as fast, however, as you said, there are leaks elsewhere. The following
code reproduces it.
[...]
I tested it with t
I've pinged Doug and the final verdict is this:
The print-a-scalar-reference feature is now deprecated. There are
known bugs when using it and it's not supported by mod_perl 2.0. If
you have a scalar reference containing a string to be printed,
dereference it before sending it to print.
It
Pringle, Chris (HP-PSG) wrote:
Stas,
I tried the latest version this morning, and it doesn't appear to have
made a great deal of difference. I'm not sure whether it consumes memory
as fast, however, as you said, there are leaks elsewhere. The following
code reproduces it.
Thanks Chris, I'll take
Raul Dias wrote:
[...]
AFAIU the way that the apache 2 filter work, there is a core filter that
is the last one to receive the buckets and is responsible to deploy it
to the network socket.
I am assuming that apache2 filter model can work like regular shell
pipes like:
reader | filter1 | filter_n
On Wed, 2003-12-10 at 17:09, Stas Bekman wrote:
> Raul Dias wrote:
> > Hi,
> >
> > I am trying to write a Bandwidth Meter with mod_perl 2.
> >
> > However, the speed which a filter reads/write the data does not
> > correspond to the speed which the data will flow thru the network.
> >
> > Is the
Raul Dias wrote:
Hi,
I am trying to write a Bandwidth Meter with mod_perl 2.
However, the speed which a filter reads/write the data does not
correspond to the speed which the data will flow thru the network.
Is there a way to let $f->print($buffer) BLOCK until the data has flow
thru the network?
Kaiko Kaur wrote:
[...]
I recompiled freetype library and gd library and have result:
# ldd /usr/lib/libgd.so
libjpeg.so.62 => /usr/lib/libjpeg.so.62 (0x4003b000)
libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0x4005a000)
libpng.so.3 => /usr/lib/libpng.so.3 (0x400a4000)
Hi,
I am trying to write a Bandwidth Meter with mod_perl 2.
However, the speed which a filter reads/write the data does not
correspond to the speed which the data will flow thru the network.
Is there a way to let $f->print($buffer) BLOCK until the data has flow
thru the network? Or some similar
> For some reason when I refresh one of the pages I can get one of maybe three
> or four different errors. Sometimes relating to objects not existing, or the
> db connection isnt working, or methods not working. Then on some occasions
> it works.
This is probably due to two or three httpd processe
Hi!
On Wed, Dec 10, 2003 at 03:34:39PM -, Simon McCaughey wrote:
> This sounds to me like the kinds of problem we had migrating to mod_perl. It
> sounds like a global variable problem, we had the same kind of issues - 90%
> of the time the app seemed to be behaving, but it really wasn't. We e
- Original Message -
From: "Andrew Dunn" <[EMAIL PROTECTED]>
Subject: Re: mod_perl caching/delay
> Thanks. I thought I had fixed the problem this morning by passing around
the
> variables correctly so there was no mistaking which ones were being used
but
> I'm getting different problems
> If I remember correctly we had a similar problem and the way we solved
> it was to make sure that at the beginning of the script all variables
> were initialized to 0 or blank.
Yes... It really sounds like some horrible global variable is not being
reinitialized properly. Try to make a list of a
Thanks. I thought I had fixed the problem this morning by passing around the
variables correctly so there was no mistaking which ones were being used but
I'm getting different problems now on another page.
For some reason when I refresh one of the pages I can get one of maybe three
or four differe
If I remember correctly we had a similar problem and the way we solved
it was to make sure that at the beginning of the script all variables
were initialized to 0 or blank.
Malki Cymbalista
Webmaster, Weizmann Institute of Science
Rehovot, Israel 76100
Internet: [EMAIL PROTECTED]
08-934-3036
>>>
Stas,
I tried the latest version this morning, and it doesn't appear to have
made a great deal of difference. I'm not sure whether it consumes memory
as fast, however, as you said, there are leaks elsewhere. The following
code reproduces it.
==
Gunther said:
>I like this as well. How is the performance under CGI though? Do you
>support an identical config to struts? Which version of struts do you
>support?
The performance under CGI is not too fast as the servlet.cgi is using
Location headers to redirect to that action's view script. P
After re-reading your origional post, Hakan, I realized we weren't
talking about this same things. My issue has to do with server side
code trying generate a GET or a POST of another resource on the same
server. If I'm understanding you write, you have a client-side from
that should be passing in
On Mon, Dec 08, 2003 at 10:43:31AM -0800, Stas Bekman wrote:
> Randy Kobes wrote:
> [...]
> >>This produce white image without any text and /tmp/testlog contain:
> >>libgd was not built with FreeType font support
> >>
> >>Where the problem can be? What should I do? help me...
> >>
> >>Some more inf
On Tue, 9 Dec 2003, Volker Kroll wrote:
> On Tue, 2003-12-09 at 14:06, Hakan Nilsson wrote:
> > Hi, I've got a serious problem when using mod_perl, and even though I and
> > others seem to have had this problem no one seem to have come to a
> > conclusion on what's actually wrong.
> >
> > The pro
Adam Gent wrote:
[...]
It did not solve the problem under the normal 60 seconds timeout, when the
timeout was set to 120 seconds it tooks the same length of time 68 seconds.
Thank you, Adam. So it's just the timeout issue. We will raise the default to
a higher number.
Hi!
On Wed, Dec 10, 2003 at 12:38:51AM +, andrew dunn wrote:
> It seems to me like mod_perl is somehow caching the results of the
> script for a short time, and if its called quickly again it will just
> send out the same results without accepting new parameters. Is there a
> way to disable t
> Adam Gent wrote:
>
> but I think your problem is different. There are cases where the
machine
> doesn't have enough entropy, so it'd block on getting PRNG
initialized.
> >>>
> >>>Your
> >>>
> >>>
> error_log says:
>
> Seeding PRNG with 0 bytes of entropy
>
> Please
Fred Moyer wrote:
Building mod_perl-1.99_11 under redhat 2.4.20-20.9, perl 5.8.2, and
httpd-2.0.48 resulted in the following error:
APR.xs:41:24: macro "extra_apr_init" passed 1 arguments, but takes just
0
APR.xs: In function `boot_APR':
APR.xs:41: `extra_apr_init' undeclared (first use in this fun
25 matches
Mail list logo