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 co
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 j
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
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, fixes
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 Yaho
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 $A
> 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
> > /usr/l
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 subseque
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
/usr/lo
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' return
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 rea
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 ${\$
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 minutes.
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";
> >
> >
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
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 pa
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 J
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
On Thu, 3 Jul 2003, Steve Hay wrote:
> 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
> F
23 matches
Mail list logo
