The URL
http://perl.apache.org/dist/mod_perl-1.28.tar.gz
has entered CPAN as
file: $CPAN/authors/id/G/GO/GOZER/mod_perl-1.28.tar.gz
size: 375986 bytes
md5: 889ad726a6d7c2fe03b2b1b93662f515
Changes since 1.27:
Apache::FakeRequest now isa Apache so code that is carefull about
$r and
Hi Philippe,
Philippe M. Chiasson wrote:
The URL
http://perl.apache.org/dist/mod_perl-1.28.tar.gz
has entered CPAN
I still get the same test failures that I reported before when RC2 was
announced:
modules/request...FAILED tests 3-8
Failed 6/10 tests, 40.00% okay
Setup: Windows
What is the preferred method of compiling mod_perl - static or dynamic?
I have read that *static* linking is likely to load and execute faster,
but may be wasteful of resources if there are multiple proceses each
with its own copy of the common code.
It therefore seems likely that a statically
Hi there,
On Wed, 2 Jul 2003, Dennis Stout wrote:
This also means I can write a small subroutine to eval a form that's been
posted, and given the authentication passes, add code to the thing while it's
running, AND save the code to the DB so it'll be around for reboots.
Wouldn't that just
Hi there,
On Thu, 3 Jul 2003, ColinB wrote:
What is the preferred method of compiling mod_perl - static or dynamic?
Static. (But that's just my opinion after years of experience and
watching people running into trouble with DSO mod_perl on this List. :)
I have read that *static* linking is
Ged == Ged Haywood [EMAIL PROTECTED] writes:
Ged A recent post by Randal seemed to indicate the memory saved
Ged by using a DSO mod_perl wasn't as large as one might think - check the
Ged archives.
And I've confirmed that observation at least on Solaris and OpenBSD.
You can build a static
The second beta of OpenInteract2 (1.99_01) has been released to CPAN
and SourceForge. The release: includes many documentation updates,
has a totally revamped logging system using log4perl, supports
multiple content generators, introduces content filters and has a
bunch of other features,
Thanks for the comments. I guess I'll just have to stick with the
dynamically-linked mod_perl 2.0 for the time being.
I'll keep checking the mod_perl 2.0 site pages and pick up a
static-capable version when it becomes available.
Colin
__
Do you
I made a simple mod_perl change to the config and when restarting Apache
I got this error:
(98)Address already in use: make_sock: could not bind to address
0.0.0.0:2250
no listening sockets available, shutting down
/usr/local/apache/bin/apachectl: line 87: 16512 Segmentation fault
$HTTPD
I made a simple mod_perl change to the config and when restarting Apache
I got this error:
(98)Address already in use: make_sock: could not bind to address
0.0.0.0:2250
no listening sockets available, shutting down
/usr/local/apache/bin/apachectl: line 87: 16512 Segmentation fault
Hi there,
On Thu, 3 Jul 2003, Dennis Stout wrote:
I made a simple mod_perl change to the config and when restarting Apache
I got this error:
(98)Address already in use: make_sock: could not bind to address
0.0.0.0:2250
no listening sockets available, shutting down
On Mon, Jun 30, 2003 at 05:28:43PM -0400, Perrin Harkins wrote:
On Sat, 2003-06-28 at 15:08, Peter B. Ensch wrote:
Coding in plain CGI I've often require'd files containing
data in perl data-structures. The script may write to the
file (via Data::Dumper for example) allowing subsequent
Ged Haywood wrote:
Hi there,
On Thu, 3 Jul 2003, Dennis Stout wrote:
I made a simple mod_perl change to the config and when restarting Apache
I got this error:
(98)Address already in use: make_sock: could not bind to address
0.0.0.0:2250
no listening sockets available, shutting down
You can use
netstat -a
to list all the ports in use--look for your configured port or 'http'
you might wanna try
ps -ef | grep http
to search for a process not in top's display (can you see all? Try
setting n=100 and expanding xterm (if using one)).
If 'ps -ef | grep http'
I know this is not of much help, but I have had situations where a badly
terminating process would prevent subsequent processes from using that
port. on windows, i never found a solution other than to reboot. on
solaris 7, i never found a solution other than to wait 8 minutes. I did
some
Hi there,
On Thu, 3 Jul 2003, Ranga Nathan wrote:
In other words there's an Apache still running
The 'top' output is :
[snip]
How can I get a list of ports being used so I can kill the processes?
As I said, there may be more wrong than just what's obvious. It looks
like the obvious
On Thu, 2003-07-03 at 13:38, Peter Ensch wrote:
I'm using CGI::Application and this part of the code happens inside
the cgiapp_init() method which I'm overriding:
our $USERS : unique = /path/to/users.dat;
sub cgiapp_init {
my $self = shift;
$self-param('users' = require ${\$USERS});
}
Gedanken wrote:
I know this is not of much help, but I have had situations where a badly
terminating process would prevent subsequent processes from using that
port. on windows, i never found a solution other than to reboot. on
solaris 7, i never found a solution other than to wait 8
On Thu, Jul 03, 2003 at 02:51:23PM -0400, Perrin Harkins wrote:
On Thu, 2003-07-03 at 13:38, Peter Ensch wrote:
I'm using CGI::Application and this part of the code happens inside
the cgiapp_init() method which I'm overriding:
our $USERS : unique = /path/to/users.dat;
sub
On Thu, 2003-07-03 at 16:16, Peter Ensch wrote:
So, to reiterate, I may write to users.dat on one transaction
and read on another; the file contents is always up-to-date.
The file is up-to-date, or the param 'users' is?
The file is. IE. it gets written and and the new stuff is
On Thu, Jul 03, 2003 at 04:24:35PM -0400, Perrin Harkins wrote:
On Thu, 2003-07-03 at 16:16, Peter Ensch wrote:
So, to reiterate, I may write to users.dat on one transaction
and read on another; the file contents is always up-to-date.
The file is up-to-date, or the param 'users'
On Thu, 2003-07-03 at 16:59, Peter Ensch wrote:
OK. Thanks. Well, yes it is being reloaded whenever the form
is submitted and w/out restarting the server. Here's some of
the output (error_log):
[Thu Jul 3 15:52:00 2003] users.dat: users.dat loaded by process 18294 at /opt/a...
[Thu Jul 3
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
23 matches
Mail list logo