message it looked like you were using 1.3.27, not 1.3.28.
Are you saying that the problem is present with a 1.3.27 Apache but
not with 1.3.28? If so then could you not simply stay with 1.3.27?
73,
Ged.
?
but at the moment all httpd session freezing in memory and turning
to sleeping, 30-40 min and server is overloaded.
You must send more information. Read the documentation on the
mod_perl site to find out what you need to send.
73,
Ged.
,
Ged.
Hi all,
On Tue, 16 Sep 2003, Frank Maas wrote:
| How to avoid multiple logins?
|
| The short answer is: you can't.
Sure you can. Charge $10 per login.
73,
Ged.
and benchmarking. (Or look at the
little disc activity light. :)
73,
Ged.
.
73,
Ged.
of string to measure:).
Are there situations where you'd prefer one or the other, if so why?
73,
Ged.
encoding.
Have you checked
perldoc perllocale
?
73,
Ged.
--
Reporting bugs: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
Hi there,
On Wed, 3 Sep 2003, kfr wrote:
Anyone know how to capture the UUID from a request?
What makes you think there'll be one in there?
I've been looking all over the place and cant seem to find any
reference to it anywhere ...
Try Google?
73,
Ged.
--
Reporting bugs: http
Hi there,
On Wed, 3 Sep 2003, kfr wrote:
had to re-compile my server with mod_ssl
:)
the hardware address is really what I'm after.
What hardware?
73,
Ged.
--
Reporting bugs: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
-a765-00a0c91e6bf6
the 00a0c91e6bf6
being the mac address of the computer.
You don't even know there is a MAC address.
And if there is, it can easily be spoofed.
Forget it.
73,
Ged.
--
Reporting bugs: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist
script
The code does not work on our live server under:
* Live Server: Apache/1.3.28 (Unix) mod_ssl/2.8.15 OpenSSL/0.9.6c DAV/1.0.3
mod_perl/1.28
Have you mentioned this to Philippe Chiasson?
73,
Ged.
--
Reporting bugs: http://perl.apache.org/bugs/
Mail list info: http
Hi Stas,
On Fri, 29 Aug 2003, Stas Bekman wrote:
Ged Haywood wrote:
Have you mentioned this to Philippe Chiasson?
Beg your pardon, Ged? What this has to do with Philippe?
Wasn't he organising the release of mod_perl 1.28?
If people are moving to a 1.3.28/1.28 combination, I would expect
Hi there,
On Fri, 29 Aug 2003, Stathy G. Touloumis wrote:
should building a DSO in mod_perl 1.x versions just be avoided?
I think so, and so I think does Randal. This was discussed briefly
here not long ago in a couple of threads, check the archives.
73,
Ged.
--
Reporting bugs: http
are very old. What version of the C libraries are you using?
The link you mentioned does say that the error you get when building
static is a symptom of a broken Perl. Did you run the Perl testsuite
when you built your Perl, and if so what failed?
73,
Ged.
--
Reporting bugs: http
to dates and times,
both when you give the commands to start servers, run tests etc. and
also when you look in the log files. This may help you to understand
what happened and when.
73,
Ged.
--
Reporting bugs: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist
system? The documentation
gives you information about what information you need to give...
What compiler was used to build your Perl, and was it the same
compiler that you used to build mod_perl and Apache?
73,
Ged.
--
Reporting bugs: http://perl.apache.org/bugs/
Mail list info: http
Hi there
On Tue, 26 Aug 2003, Patrick West wrote:
Apparently $net::httpserver is set incorrectly,
[snip]
So ... where is $net::httpserver being set?
t/net/config.pl
73,
Ged.
PS: Please keep it on the list... :)
--
Reporting bugs: http://perl.apache.org/bugs/
Mail list info: http
a look at it.
73,
Ged.
--
Reporting bugs: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
(ASPLinux 7.0 2.96-79)
Please post the output of
gcc -v
on your system.
73,
Ged.
--
Reporting bugs: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
,
Ged.
--
Reporting bugs: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
_before_ my startup.pl use()
and subsequence call to App-load().
So is it working now?
73,
Ged.
--
Reporting bugs: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
a dereference somewhere?
Have you got 'use strict' and warnings on?
73,
Ged.
--
Reporting bugs: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
guesswork. :)
Have you read
http://perl.apache.org/docs/1.0/guide/config.html#PerlSetVar_and_PerlAddVar
and
http://perl.apache.org/docs/1.0/guide/config.html#Apache_Configuration_in_Perl
?
73,
Ged.
--
Reporting bugs: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org
script out of 667, 99.85% okay.
It could be worth following the instructions to try to pin that down.
btw - what is 73?
Morse code shorthand. Long time ago. It means best wishes.
73,
Ged.
want to read it more than once you have to save it somewhere.
Check the archives for more information.
73,
Ged.
]
Characteristics of this binary (from libperl):
Compile-time options: USE_LARGE_FILES
Built under linux
Compiled at Aug 2 2003 13:09:23
[snip]
Looks like you compiled this Perl yourself using gcc 2.95.3 a couple
of days ago, is that right? Did the Perl tests all pass OK?
73,
Ged.
Hi there,
On Fri, 1 Aug 2003, Tofu Optimist wrote:
sorry to break the thread in two.
:(
Why did it skip 6 tests?
How did you do the
perl Makefile.PL
step?
73,
Ged.
Hello again,
On Fri, 1 Aug 2003, Tofu Optimist wrote:
--- Ged Haywood [EMAIL PROTECTED] wrote:
How did you do the
perl Makefile.PL
step?
% cd /usr/src
% tar xzvf apache_1.3.xx.tar.gz
% tar xzvf mod_perl-1.xx.tar.gz
% cd mod_perl-1.xx
% perl Makefile.PL APACHE_SRC
to what your system feels
like and eventually you'll know what to leave alone and what to change.
mysteries to a newcomer.
FWIW you sound like you're picking it up quickly.
73,
Ged.
login scripts... :)
73,
Ged.
to install
Bundle::WWW, LWP, and HTML::Parser.
Had some troubles, used the force option,
Oooohhh. Don't do that...
We're getting out of my area of experience here, I don't use mod_perl2,
but I hear there are recent changes to CGI.pm. Did you install the
latest CGI.pm? You should.
73,
Ged.
between 90 and 150 kb.
[snip]
Restarting the web server fixes it, but a few hours/days later the
problem resurfaces.
This makes me think perhaps you have MaxRequestsPerChild set to zero
in your configuration?
73,
Ged.
to 5.7.2.
Any way you can try it on a different OS, or even try a different Perl?
And before Stas jumps on me *again* for saying that I have no evidence
that 5.8.0 is the culprit in this case. It just smells fishy to me. :)
73,
Ged.
of
Apache2 and mod_perl2 will be quite stable enough for you to use to
learn about them. Now your browsers on the other hand...
73,
Ged.
in particular? To me somehow things don't seem
to be going in quite the same direction any more...
73,
Ged.
#Sometimes_My_Script_Works__Sometimes_It_Does_Not
73,
Ged.
then have a choice of
doing things with the various log file analysis tools too. If you are
a little bit creative in what you log, it can be simple to extract the
information you need for each vhost from one file.
Have you considered using something other than flat files for logging?
73,
Ged.
related to mod_perl, not for general Perl
questions. Please take your question to a more appropriate place,
you will find one for example at
http://lists.perl.org
73,
Ged.
of the apache virtual host stubs, but as far as I am aware there isn't
an easier way is there?
You could look at mod_macro.
73,
Ged.
in, or (I would say as a last resort) available as a loadable
module, all it takes to get mod_perl to do things for you is a simple
configuration directive or two in httpd.conf or your favourite Apache
configuration file. Plus your Perl scripts of course. It's all in
the documentation.
73,
Ged.
for it are still
works in progress, assuming that you are using Linux, at the moment I
would advise you to consider only mod_perl 1.27 or 1.28 with Apache
1.3.27 if possible.
73,
Ged.
cards being
shuffled:) and very effective.
But there is no easy solution to a determined DOS attack on an open IP.
73,
Ged.
that. You might want to try upgrading gcc to 3.2.3, cleaning
up your installation and recompiling everything, including Perl. If it
works that will be useful information, please let me know.
73,
Ged.
Hi there,
On 8 Jul 2003, Walter H. van Holst wrote:
On Tue, 2003-07-08 at 10:14, Matt Sergeant wrote:
Sorry Ged, Walter is talking about CONNECT which is a proxy request.
Argh. :)
Well, thanks to a someone on IRC I have found a code snippet that might
do exactly that. So it appears
mod_proxy is doing?
If you look in apache_1.3.27/src/modules/proxy/proxy_util.c
at the function ap_proxy_read_headers() you may find something.
You could add some logging.
73,
Ged.
cycle.
73,
Ged.
(*) Writing Apache Modules with Perl and C, ISBN 1-56592-567-X
Hello there,
On Sun, 6 Jul 2003, Oskar wrote:
I have script that is doing some time consuming operations
This has been discussed many times on the List, check the archives.
73,
Ged.
be awesome?
Can I urge a little caution?
73,
Ged.
...
73,
Ged.
can post the information requested in the docs?
73,
Ged.
: Unable to connect to remote host: Connection refused
Looks like you're right. Have you read the stuff I mentioned?
I dont see any apparent signs of hacking either.
Don't go tilting at windmills just yet. :)
73,
Ged.
started in the right direction, but please don't
take it as authoritative as I've never used FreeBSD nor XML::XPath.
73,
Ged.
Hello again,
On Thu, 3 Jul 2003, Ged Haywood wrote:
There's nothing else in that function that would be likely to cause the
fault, if pool were invalid I'd expect it to happen in poolAppendChar().
Of course unless poolAppendChar() turns out to be a function defined
by a macro, which it does
there have been many:).
If you can consider a proxy setup it may be that you can trade off
complexity in your configuration against your RAM consumption, but
first I'd be asking is it necessary? Only you can answer that one,
and in any case RAM is a lot cheaper than software development.
73,
Ged.
suggested to me that content generating
apps should be done under A::R, whereas logging,
authentication Etc. should be implemented as
mod_perl handlers.
All new code should use handlers.
73,
Ged.
Hi Ken,
On Fri, 20 Jun 2003, Ken Y. Clark wrote:
On Fri, 20 Jun 2003, Ged Haywood wrote:
All new code should use handlers.
I wouldn't be so strict about such definitions.
I didn't say must. :)
Or am I missing something?
You will get better performance from handlers and you can do
happens?
I think I need someone with 'inside information' into mod_perl
Well you have the source code... :)
73,
Ged.
Hi there,
On Wed, 18 Jun 2003, Trevor Phillips wrote:
Whether it's i686 or i386 - both mod_perl and FastCGI are using the same
compile of perl - so what difference should there be?
Must have got my wires crossed somewhere - I thought you must be using
different Perls.
73,
Ged.
of
some sort. It's possibile however that the problems might not surface
immediately and that the symptoms might not be obvious. You could
have all kinds of data corruption before you know what's hit you.
73,
Ged.
Hi Stas,
On Wed, 18 Jun 2003, Stas Bekman wrote:
Please try it out:
http://www.apache.org/~stas/Apache-Test-1.03-dev.tar.gz
Neat!
73,
Ged.
Script started on Wed Jun 18 13:29:03 2003
hurricane:~/src/Apache-Test-1.03-dev$ t/TEST -times=10 -order=random
*** setting ulimit to allow core files
for sure that the Per was compiled for i686? Maybe it was
compiled for i386, so it would run on just about anything but it can't
use a lot of the faster features found in later processors.
I'd always compile my own executables, if only so I know what's in there.
73,
Ged.
PRI NI SIZE RSS SHARE STAT LIB %CPU %MEM TIME COMMAND
9912 ged 11 0 916 916 652 R 0 34.9 0.0 0:01 top
:)
73,
Ged.
when iterating over a hash will say something like
foreach $scalar_name ( keys %hash_name ) { ... }
which automatically resets the iterator and is safe in a perisitent
Perl environment like mod_perl. I hope.
73,
Ged.
if they're on the same machine.
73,
Ged.
the Native Posix Thread Library support in RedHat 9.0 have
any added benifit for mod_perl/my applications ?
I've no idea, but that's all a bit new and exciting for me anyway... :)
73,
Ged.
Hi There,
On 16 Jun 2003, Clinton Gormley wrote:
On Mon, 2003-06-16 at 13:03, Ged Haywood wrote:
I had a look at the memory usage of my apache/mod_perl 1 processes,
and was alarmed to find that only 3Mb of 25Mb processes was being
shared (and that's straight after startup
, and that's unlikely to change unless someone offers money.
Since the last guy who did that never paid, it would probably need to
be cash in advance. (You know who you are... :)
73,
Ged.
Hi Slava,
On Sat, 14 Jun 2003, Slava Bizyayev wrote:
So, what it looks like?
http://groups.yahoo.com/group/modperl/message/34174
Looks like a moment of truth.
Yup. :)
73,
Ged.
no idea if
something else will then fail.
You know that your mod_perl and your Perl should really be compiled with the
same compiler? I always think it's best to build it yourself to be sure.
73,
Ged.
you're saying here.
When, here on this List and on numerous occasions, Stas begged us for
reviews of the text of his book, did you respond?
Many of us did. If we missed some mistakes we will all share the
blame and I for one am quite happy with that.
Let's call an end to this.
73,
Ged.
, 13 wallclock secs ( 7.88 cusr + 1.60 csys = 9.48 CPU)
No problems at all.
73,
Ged.
the memory
footprint very small?
Never had to worry about it a great deal, I usually just throw RAM or
boxes at it. Maybe you could have a look at Squid or something?
73,
Ged.
--
On Tue, 10 Jun 2003, Ged Haywood wrote:
On Tue, 10 Jun
'make test' ?
will try my go at installing RT or something simple (open to suggestions).
Lynx? Telnet?
What are you going to use mod_perl for?
73,
Ged.
opinion of DSO generally. I always build static if I can.
On your EXPAT question, I'm not sure what you found is relevant. You
might want to check the List archives for discussions about EXPAT, not
so long ago it seemed to come up quite a lot.
73,
Ged.
Hi there,
On Sun, 8 Jun 2003, Forrest Aldrich wrote:
I want to try compiling mod_perl statically
What's the question?
73,
Ged.
to read it,
it's being read by something else and therefore lost to you.
This question seems to crop up quite a lot (if this is the right answer:)
73,
Ged.
,
Ged.
this abuse?
On Sun, 8 Jun 2003, Forrest Aldrich wrote:
I'm finally getting down to trying this out, per your directions.
As I recall I have already asked you to keep your messages on the List.
Please read
http://perl.apache.org/maillist/email-etiquette.html
73,
Ged.
.
You're an exceptional individual if you can absorb it all the first
time through, so read them again.
Oh, heck. More advice.
73,
Ged.
[snip]
Is there in fact no such file or directory?
I don't like that it's even looking in there... Are you building it all
as root? Bad idea generally, although -MCPAN does rather encourage it.
73,
Ged.
Hi there,
On Wed, 4 Jun 2003, Dave wrote:
I am having the exact same test failure results on openbsd
Did you build the Perl on that machine?
If not, it might be worth a shot.
73,
Ged.
Hi guys,
On Mon, 2 Jun 2003, Stas Bekman wrote:
Sun Jun 01 18:51:42 2003] [notice] Apache/2.0.46 (Unix)
mod_perl/1.99_09 Perl/v5.8.0 mod_ssl/2.0.46 OpenSSL/0.9.6b
http://www.openssl.org/news/secadv_20030219.txt
73,
Ged.
are supposed to do...
When I touch a .pl from the web the perl executable runs =(
What else would you want it to do?
73,
Ged.
Hi there,
On Thu, 29 May 2003, Shashank Kailash Shringi wrote:
I need one common entry for handlers in Location directive, both
inside and outside virtual host.
I'm not sure I understand your problem, but I wonder if it's the sort
of thing that mod_macro could help you with?
73,
Ged.
,
Ged.
have this
problem because they are all linked static by default.
I have no idea if anything ever came of this.
HTH
73,
Ged.
, my copy is distant. Geoff might
tell us.
73,
Ged.
--
USE_APACI=1
APACHE_PREFIX=/usr/local
APACHE_SRC=../apache_1.3.22/src
DO_HTTPD=1
EVERYTHING=1
ALL_HOOKS=1
PERL_SSI=1
PERL_SECTIONS=1
APACI_ARGS=--sbindir=/usr/local/sbin
the tests (any of them:).
I wouldn't normally recommend it - I'd want to fix the tests - but you
probably want to get something happening, and fixing things first could
be a little frustrating.
OTOH this might be a symptom of something more serious...
73,
Ged.
a fast compress/decompress algorithm.
There would be a tradeoff between memory consumption and processor
cycles of course. That kind of thing can get a bit complicated... :)
73,
Ged.
it on the mod_perl website,
http://perl.apache.org
The guide contains a wealth of information about this kind of thing.
See in particular the sections about mod_perl traps, debugging, and
Sometimes it works, sometimes it doesn't...
73,
Ged.
ssl in the mix.
73,
Ged.
to meet, and the parts of
the system which will use most resources to sustain them? Do you know
what performance you can expect from the database under the expected
load conditions? Is any of this under your control?
73,
Ged.
Hi there,
On Mon, 3 Mar 2003, Paolo Campanella wrote:
gdb reports that clean_child_exit is not defined - perhaps you are
looking at newer sources than mine (1.3.22).
Is there a reason why you don't want to upgrade to 1.3.27?
73,
Ged.
to
get through the 'make' for perl 5.8.
I almost suggested doing something similar in my previous post.
But it's better to fix the build process and submit a patch... :)
73,
Ged.
a patch. That's what this Open Source
stuff is all about. :)
On Mon, 24 Feb 2003, Charlie Smith wrote:
Yes. I used gcc to compile perl 5.8, DBI 1.30, DBD::Orace 1.12.
And Apache and mod_perl?
You need to recompile Apache and mod_perl if you rebuild Perl.
73,
Ged.
for poking around in sources is 'grep'...
hurricane:~$ grep -r Wl /home/ged/src/apache_1.3.27/*
[snip,snip]
/home/ged/src/apache_1.3.27/htdocs/manual/programs/apxs.html:
-strongWc,/strongemcompiler/em-emflags/em ] [
-strongWl,/strongemlinker/em-emflags/em ] emfiles/em ...
/home/ged/src/apache_1.3.27
is just picked by the package when it opens a
file/socket/whatever it's doing.
and why it appears every so often?
Nope. :(
73,
Ged.
else on your system?
Have you tried to build Apache stand-alone (without mod_perl)?
Have you read the INSTALL documents for anything that might be mentioned
about your platform?
73,
Ged.
process
See a sample makepl_args.mod_perl (very old one:) below for the way
to use this directive.
73,
Ged.
--
makepl_args.mod_perl.1.3.22
--
USE_APACI=1
1 - 100 of 454 matches
Mail list logo
