Douglas Theobald wrote:
I have a question concerning the proper behavior of rflush() with mp1. I'm
using Apache/1.3.28 and mod_perl/1.28 on OSX jaguar 10.2.6. Overall mp1
appears to work great. However, the following code does not work as
expected:
use CGI ();
my $r = shift;
my $q = new CGI;
print
Douglas Theobald wrote:
On 8/10/03 2:46 PM, Stas Bekman [EMAIL PROTECTED] a écrit :
Douglas Theobald wrote:
The Searching...Please wait text does not display until the sleeps are
done. Adding $|=1; up top does not help. However, this code does work:
use CGI ();
my $r = shift;
my $q = new CGI;
I have a question concerning the proper behavior of rflush() with mp1. I'm
using Apache/1.3.28 and mod_perl/1.28 on OSX jaguar 10.2.6. Overall mp1
appears to work great. However, the following code does not work as
expected:
use CGI ();
my $r = shift;
my $q = new CGI;
print
Hi there,
On Thu, 3 Jul 2003, Gerd Knops wrote:
I got a really odd problem: I have identical mod_perl/apache installs
on FreeBSD 3.x systems and a few Redhat 7.3 systems.
After some time running OK, the Redhat systems start acting up.
Transmissions are suddenly cut of after somewhere
Hi all,
I got a really odd problem: I have identical mod_perl/apache installs
on FreeBSD 3.x systems and a few Redhat 7.3 systems.
After some time running OK, the Redhat systems start acting up.
Transmissions are suddenly cut of after somewhere between 90 and 150
kb. Absolutely nothing in any
Jim Morrison wrote:
Guys,
Sorry this is a little off topic... Is there a size limit on DBM's? (Or
Linux files for that matter.. )
I've thrown some details of my box/code below..
Thing is I'm getting a write error and it seems to always happen when
the DBM gets to 2.0Gb .. (you may think I'm
Guys,
Sorry this is a little off topic... Is there a size limit on DBM's? (Or
Linux files for that matter.. )
I've thrown some details of my box/code below..
Thing is I'm getting a write error and it seems to always happen when
the DBM gets to 2.0Gb .. (you may think I'm mad for trying to make
Hi there,
On Tue, 21 Jan 2003, Jim Morrison [Mailinglists] wrote:
Sorry this is a little off topic... Is there a size limit on DBM's? (Or
Linux files for that matter.. )
[snip]
Thing is I'm getting a write error and it seems to always happen when
the DBM gets to 2.0Gb ..
[snip]
Linux
On Tue, Jan 21, 2003 at 02:37:02PM +, Ged Haywood wrote:
Hi there,
On Tue, 21 Jan 2003, Jim Morrison [Mailinglists] wrote:
Sorry this is a little off topic... Is there a size limit on DBM's? (Or
Linux files for that matter.. )
[snip]
Thing is I'm getting a write error
Hi list !
I subscribed to this list because I want to learn more about mod_perl and
apache. I'm familiar with perl but recently I had to surender using the old
fashioned plain perl use IO::Socket; scripts...
I have written a perl script which prevents browsers (or evil exploits) to
send
I have written a perl script which prevents browsers (or evil exploits) to
send buffer owerflows to apache. Basicaly this script is supposed to listen
on port 80 for incoming connections. The input (from browsers) is read up to
500 characters.
don't the apache directives:
On Friday, 2002-08-30 at 09:22:47 -0400, Geoffrey Young wrote:
I have written a perl script which prevents browsers (or evil exploits) to
send buffer owerflows to apache. Basicaly this script is supposed to
listen on port 80 for incoming connections. The input (from browsers) is
read up
my the time mod_perl enters the request, Apache has already taken care
of parsing the request, so there's not much you can do about it (in
1.3, at least).
Parsing the request *headers*. So you can't prevent any overflow in the
headers with mod_perl.
well, headers and the request line,
Well first of all I would like to thank Geoffrey's input... you know RTFM...
that's all if I would have read about LimitRequest's before would have spared
me like 2 days of coding...
About that stoopid way of preventing buffer owerflows... Well, tell me a
better one. Of course you can patch
On Friday, 2002-08-30 at 18:33:13 +, HalbaSus wrote:
About that stoopid way of preventing buffer owerflows... Well, tell me a
better one. Of course you can patch known bugs. But... how are you gonna
prevent new buffer owerflows ?
Auditing?
What if the guys with 0-day warez are faster
On Friday, 2002-08-30 at 18:33:13 +, HalbaSus wrote:
About that stoopid way of preventing buffer owerflows...
Well, tell me a better one. Of course you can patch known
bugs. But... how are you gonna prevent new buffer owerflows
?
Auditing?
don't you think that before releasing any
the execution/hand-off, so the hack was
approximately 50 bytes in size (BTW, I have the BSD C source code for
the hack if you want it.)
And yes, not to toot any horns, but 'them Apache Groupies' are pretty
sharp ! ;)
HTH/Sx :]
(just another ApacheCon 2000 Orlando Speaker :)
On Friday, August
Hi,
I am running Apache 1.3 on OpenVMS V7.2-1H1. When I upload files to my server
all works fine, until the file size exceeds 67,066 bytes. My CGI is written in
Perl 5.6.
I have searched my Apache documentation looking for a limiting directive in my
httpd.conf file, with no success. Changing
Hi there,
On Mon, 15 Jul 2002, Ian Colin Jones wrote:
all works fine, until the file size exceeds 67,066 bytes.
I think it might be POST_MAX in CGI.pm.
73,
Ged.
Under the 1.x version of mod_perl, the tecnique for increasing the POST size
is:
use Apache::Request;
handler
{
my $r = shift;
my $apr = Apache::Request-new($r, POST_MAX=(1000*1024));
}
(see
http://perl.apache.org/docs/1.0/guide/snippets.html#Using_DESTROY_to_Finaliz
e_Output)
I have
Kent, Mr. John wrote:
Greetings,
Have noticed that modperl-2.0 servers running on Solaris 2.7 start
off at 23M in size. Five hours later they were at 38M. If allowed to
continue
they could eventually use up all available RAM and crash the system.
Stopping then restarting returned
Stas Bekman wrote:
If you are talking about threaded mpms, we will need to develop new
tools to restrict the size of the perl interpreters in the pool.
I was thinking about that too. Are there hooks for causing an
interpreter to exit? Is it safe to simply call CORE::exit? I'd like
Perrin Harkins wrote:
Stas Bekman wrote:
If you are talking about threaded mpms, we will need to develop new
tools to restrict the size of the perl interpreters in the pool.
I was thinking about that too. Are there hooks for causing an
interpreter to exit? Is it safe to simply
Stas Bekman wrote:
I think the idea was to have a special thread running whose only purpose
is monitoring the pool of idle interpreters.
That sounds like a better solution.
I believe that we can add a Perl space hook that sets a flag that
condemns an interpreter to death.
The other
and GTopLimit cheat by asking the OS how big the
current process is. That won't work with threads.
B::Size and B::TerseSize?
Since the check can be run on the idle servers that shouldn't be a
problem if they are slow. On the other hand since the idea is to always
re-use the recently used
Greetings,
Have noticed that modperl-2.0 servers running on Solaris 2.7 start
off at 23M in size. Five hours later they were at 38M. If allowed to
continue
they could eventually use up all available RAM and crash the system.
Stopping then restarting returned them to 23M.
Has anyone else
Greetings,
Have noticed that modperl-2.0 servers running on Solaris 2.7 start
off at 23M in size. Five hours later they were at 38M. If allowed to
continue
they could eventually use up all available RAM and crash the system.
Stopping then restarting returned them to 23M.
Has anyone else
On Tue, 21 May 2002, Mike Melillo wrote:
Hey, Mikey!
Date: Tue, 21 May 2002 23:28:29 -0400
From: Mike Melillo [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: Image::Size, TT, and mod_perl Question
I posed this question to the Template Toolkit list and got no response,
so I figured I'd
I posed this question to the Template Toolkit list and got no response,
so I figured I'd give this list a shot...
-
Hello, below is some code I have in a mod_perl handler that checks to
see if an uploaded image is less than 300 pixels tall or wide.
Everything seems to be
my %vars = {TOO_WIDE = 1};
That isn't doing what you think it's doing. Try this:
my $vars = { 'TOO_WIDE' = 1 };
I'm using file upload fields, and submitting the MIME-encoded version of the
file contents to a MySQL database. If I try to upload a file larger than
about 500kB, the DB insertion fails and I get this in the Apache error_log:
DBD::mysql::st execute failed: MySQL server has gone away at
What's your max_allowed_packet setting in my.cnf?
Gaf
-Original Message-
From: Gregor Mosheh, B.S. [mailto:[EMAIL PROTECTED]]
Sent: Friday, March 01, 2002 3:20 PM
To: [EMAIL PROTECTED]
Subject: MySQL, file upload, file size
I'm using file upload fields, and submitting the MIME
- Original Message -
From: John Buwa [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Tuesday, July 31, 2001 5:12 AM
Subject: Re: Size
Thanks,
I went ahead and did this and it seems this did the job, my httpd is much
smaller! Now i will just have to watch and see if it stays like
Hello,
I was wondering is this an unusual size? I know the
man says size will grow etc... but i am looking for others opinions based on
there setups and real life vs. text book comparison.
4669 nobody 20
0 215M 91M 204 R 29.6 55.9
1:00 httpd
It seems my modperl apache runs slower than my
: Monday, July 30, 2001 11:44
AMTo: [EMAIL PROTECTED]Subject:
Size
Hello,
I was wondering is this an unusual size? I know
the man says size will grow etc... but i am looking for others opinions based
on there setups and real life vs. text book comparison.
4669 nobody 20
0
On Mon, 30 Jul 2001, John Buwa wrote:
It seems my modperl apache runs slower than my regular apache could this be the
reason?
That's likely to be a symptom, not a cause. Can you be less vague
than runs slower? Under mod_perl, your Perl scripts should run
faster than they do under plain
I was wondering is this an unusual size? I know the man says size will grow etc...
but i am looking for others opinions based on there setups and real life vs. text
book comparison.
4669 nobody20 0 215M 91M 204 R29.6 55.9 1:00 httpd
That's not normal. Perhaps you have
Hello,
This is slightly off topic, but I can't find a firm specification
anywhere on the Internet that says how big a X.500 Distinguished
Name could be.
I've set up MySQL to have fields cert_subject_dn and cert_issuer_dn
as char(255) not null. But I'm wondering if these things could get
Is there a way error out of an entry which might be too large in a
form or a get string with $r-content or $r-args
I want to prevent an attempt to overflow the memory by sending
an arguement with 10 billion bytes.
I can do it after. But without doing a read(), I'm wondering if
these shortcuts
On 06 Jul 2001 02:41:30 -0400, Brooklyn Linux Solutions CEO wrote:
Is there a way error out of an entry which might be too large in a
form or a get string with $r-content or $r-args
I want to prevent an attempt to overflow the memory by sending
an arguement with 10 billion bytes.
I can
Thank You!!
Can I mix and match, by doing
Anything I can do about the get string?
Ruben
On 06 Jul 2001 02:41:30 -0400, Brooklyn Linux Solutions CEO wrote:
Is there a way error out of an entry which might be too large in a
form or a get string with $r-content or $r-args
I want to
-Stat-0.01.tar.gz
a fixup handler can modify the reported size like so:
sub MyFixup::handler {
my $r = shift;
my $stat = Sys::Stat-stat($r-filename);
$stat-size(10_000); #whatever size
$r-finfo($stat); #changed size will be reflected in dirindex output
0;
}
Wow
On Tue, 22 Aug 2000, Jens-Uwe Mager wrote:
I am looking for a way to update the reported size of a file in a plain
directory index generated by Apache. I have installed a perl fixup
handler that does check if a Macintosh resource fork is available
additionally to the plain data fork
Hello all,
I am trying to reduce the size of my child httpd processes. We are using
modperl, Embperl, DBI and DBD:Oracle. Our current httpd processes quickly
grow to 22M or so after a database connection. I read in the modperl docs
that modules can be preloaded into the parent httpd process
[EMAIL PROTECTED] writes:
Hello all,
I am trying to reduce the size of my child httpd processes. We are using
modperl, Embperl, DBI and DBD:Oracle. Our current httpd processes quickly
grow to 22M or so after a database connection. I read in the modperl docs
that modules can
I am trying to reduce the size of my child httpd processes. We are using
modperl, Embperl, DBI and DBD:Oracle. Our current httpd processes quickly
grow to 22M or so after a database connection. I read in the modperl docs
that modules can be preloaded into the parent httpd process
In continuing my work on this template system, I've run
into another problem.
Any one or more of the components can be a script, and the
problem with the existing system which I'm trying to solve
is catching redirects by them. The order in which I'm
doing things is now:
( 4 part handler )
On Mon, 30 Oct 2000, Matt Sergeant wrote:
On Mon, 30 Oct 2000, Todd Finney wrote:
I'm concerned about putting large amounts of data into
$r-notes. Some of our script output can be pretty
heavy. If $r-notes can only take simple strings, how
large of a simple string is it safe to put
Hi all,
On Mon, 30 Oct 2000, Matthew Byng-Maddick wrote:
On Mon, 30 Oct 2000, Matt Sergeant wrote:
On Mon, 30 Oct 2000, Todd Finney wrote:
AxKit uses the notes table to store interim strings for template
processing. I've not yet heard a bug related to it, but then I'm not
delivering
-Original Message-
From: G.W. Haywood [mailto:[EMAIL PROTECTED]]
Sent: Monday, October 30, 2000 7:29 AM
To: Matthew Byng-Maddick
Cc: [EMAIL PROTECTED]
Subject: Re: maximum (practical) size of $r-notes
Hi all,
On Mon, 30 Oct 2000, Matthew Byng-Maddick wrote:
On Mon, 30
-Original Message-
From: G.W. Haywood [mailto:[EMAIL PROTECTED]]
Sent: Monday, October 30, 2000 10:06 AM
To: Geoffrey Young
Cc: [EMAIL PROTECTED]
Subject: RE: maximum (practical) size of $r-notes
Hi all,
On Mon, 30 Oct 2000, Geoffrey Young wrote:
From: G.W. Haywood
On Mon, 30 Oct 2000, Geoffrey Young wrote:
that is my understanding... I guess that my point was that if you are going
to have the data in perl somewhere the memory is going to be taken (for
example, putting it in a tempfile but then local $/ and slurp). pnotes
allows for passing by
Hi Geoff,
On Mon, 30 Oct 2000, Geoffrey Young wrote:
Ged mumbled:
Won't Perl then just keep that memory until the child dies...?
that is my understanding... I guess that my point was that if you
are going to have the data in perl somewhere the memory is going to
be taken (for example,
med header message *and* a message about resetting the maximum
upload size to 75k!? We have since wrote "stripped down" versions
of the script to see if the problem is in slash, mod_perl, or apache
(even running a script on one of our other webservers that does not
have mod_perl running on it
It's not likely that the problem is in mod_perl... At least not based on
my own experiences...
I've a script that I use under mod_perl for uploading files (images) that
hasn't run into any problems with file size...
If you want a copy, email me offlist and I'll send it over; maybe it'll
help
Does anyone know where in Apache's code it prints the outbound response
message size in hex?
Example (the size is 112 on this particular message):
HTTP/1.1 404 Not Found
Date: Fri, 29 Sep 2000 13:58:56 GMT
Server: Apache/1.3.6 (Unix)
Keep-Alive: timeout=15, max=100
Connection: Keep-Alive
Alex Menendez wrote:
is there any limit to the size of a GET request url when it is generated
from inside a mod_perl module? I have a POST cgi coming in with a bunch of
data and I would like to turn it into a GET url so I can effectively use
lookup_uri and run from the Apache::SubRequest
I am looking for a way to update the reported size of a file in a plain
directory index generated by Apache. I have installed a perl fixup
handler that does check if a Macintosh resource fork is available
additionally to the plain data fork and it replaces the default content
handler
Hi all,
I am trying use a startup file to load all the used modules in my web application, but
when i use
the startup file, the size of all the process becomes big. I excpected that only the
apache's
parent process size becomes become. Also when i ran the example given in the mod_perl
guide
Suresh [EMAIL PROTECTED] writes:
Hi all,
I am trying use a startup file to load all the used modules in my web application,
but when i use
the startup file, the size of all the process becomes big. I excpected that only the
apache's
parent process size becomes become. Also when i ran
On Tue, Jul 18, 2000 at 08:45:30AM -0700, Suresh wrote:
the startup file, the size of all the process becomes big. I excpected
that only the apache's parent process size becomes become. Also when i
ran the example given in the mod_perl guide , to see the difference in
the shared memory
if you're not familar with B::Size, it was written a while back to answer
the question 'why are my httpds so damn BIG?' there are hooks in
Apache::Status to measure the size of global/lexical variables and the
syntax tree. this is a debugging/educational module, for best results,
run httpd
now
have to unsubscribe just to keep my day productive. Also, I
perceive that signal to noise is diminishing with increasing
size.
Perhaps it is time to further specialize the list into
sub-topics?
Hrmm, rather than divide the list I think it is better to develop
advanced scan-and-delete
r and skip tons of stuff, wishing it
would end already. modperl is well over that limit, and I now
have to unsubscribe just to keep my day productive. Also, I
perceive that signal to noise is diminishing with increasing
size.
Perhaps it is time to further specialize the list into
productive. Also, I
perceive that signal to noise is diminishing with increasing
size.
Perhaps it is time to further specialize the list into
sub-topics?
--
Dominic Amann, http://www.interlog.com/~damann/
Linux Based Solutions Ltd.
Toronto, ON, M3J 1G8, Canada
Tel: (416) 638
cribe just to keep my day productive. Also, I
perceive that signal to noise is diminishing with increasing
size.
Perhaps it is time to further specialize the list into
sub-topics?
--
Dominic Amann, http://www.interlog.com/~damann/
Linux Based Solutions Ltd.
Toront
Stas is right, I've been mass-deleting the "logo" and "demand" threads for
several days, resulting in a quite manageable list. The nice thing is, you
can always search the archive if you accidentally delete something (and you
*should* search the archive before posting, anyway, as well as check
size
Date: Sun, 05 Dec 1999 12:08:43 -0500
Stas is right, I've been mass-deleting the "logo" and "demand" threads for
several days, resulting in a quite manageable list. The nice thing is, you
can always search the archive if you accidentally delete something (and you
*should
of the emails seem to have heaps of HTML and other
baggage hanging onto them. These usually double the size of the
message and often they dwarf it. Please check that your MUA isn't
sending things unnecessarily. I hope mine isn't...
73
Ged Haywood.
Hi,
I was wondering if anyone had a good way to measure the real memory
usage of "httpd" and her children.
Under Linux, summing up 'ps -auxw | grep httpd' gives me a huge number
that does not reflect shared memory. How can I found out the real
memory usage?
Thanks!!!
Rob
Testing a simple script under modperl using Registry and -X and Apache::DB,
as explained by Stas Bekman
It runs OK about seven times then it fails. Here is the error_log output:
resize: can't open terminal /dev/tty
[Fri Oct 8 07:47:39 1999] [error] Unable to get Terminal Size
Greetings,
Testing a simple script under modperl using Registry and -X and Apache::DB,
as explained by Stas Bekman
It runs OK about seven times then it fails. Here is the error_log output:
resize: can't open terminal /dev/tty
[Fri Oct 8 07:47:39 1999] [error] Unable to get Terminal Size
72 matches
Mail list logo