Michael Lackhoff wrote:
Am 03.07.2015 um 15:55 schrieb André Warnier:
Grateful for any insight.
No real insight but a working setup for development which runs from
USB-stick and on about any system from XP 32bit to Windows 7 64bit
(sorry, no experience with Windows server, all my servers run
Am 03.07.2015 um 15:55 schrieb André Warnier:
> Grateful for any insight.
No real insight but a working setup for development which runs from
USB-stick and on about any system from XP 32bit to Windows 7 64bit
(sorry, no experience with Windows server, all my servers run Linux,
Windows is just nic
Hi.
Can someone help clearing my confusion (again) as to what kind of Apache / mod_perl / Perl
combination works under Windows (32-bit and 64-bit) ?
I thank Steve Hay many times for providing numerous versions of mod_perl for numerous
versions of platforms and numerous versions of Active and
On 06/18/2014 02:13 PM, Marius Gavrilescu wrote:
Michiel Beijen writes:
The best way to go on Win32 is to download Steve Hay's precompiled
binaries for Strawberry Perl which are available here; instructions
are inside the archives:
http://people.apache.org/~stevehay/
Right, I was not aware o
Michiel Beijen writes:
> The best way to go on Win32 is to download Steve Hay's precompiled
> binaries for Strawberry Perl which are available here; instructions
> are inside the archives:
> http://people.apache.org/~stevehay/
Right, I was not aware of those precompiled binaries.
Jordan, ignore
Jordan Michaels writes:
> I'm using ActivePerl but that doesn't really matter to me. mod_perl is
> what is important for this project, so if I have to switch to
> "Strawberry Perl" (never heard that term before, lol), then that
> should be fine.
>
> If any installation instructions exist for that
On Wed, Jun 18, 2014 at 10:44 PM, Marius Gavrilescu wrote:
> Are you using ActiveState Perl or a normal Perl, e.g. Strawberry Perl?
> If the latter, then you should be able to install mod_perl normally,
> with the cpan program.
ActiveState perl does not differ all that much anymore from Strawber
Thanks Marius.
I'm using ActivePerl but that doesn't really matter to me. mod_perl is
what is important for this project, so if I have to switch to
"Strawberry Perl" (never heard that term before, lol), then that should
be fine.
If any installation instructions exist for that I would be most
Jordan Michaels writes:
> Does anyone know if any alternatives exist or is mod_perl simply no
> longer available to Windows users of Apache?
Are you using ActiveState Perl or a normal Perl, e.g. Strawberry Perl?
If the latter, then you should be able to install mod_perl normally,
with the cpan p
Hey folks,
The following URL talks about installing mod_perl on Win32 systems:
http://perl.apache.org/docs/2.0/os/win32/install.html
...but the uwinnipeg.ca repo appears to no longer function. Looking for
alternatives, I found the following that talks about what happened to it:
https://bugzil
riginal Message -
From: "Cees Hek"
To: "William T"
Cc: "Eugene Toropov" ;
Sent: Thursday, October 07, 2010 3:06 AM
Subject: Re: huge apache+mod_perl processes
Also, if you are using something like Cache::FastMmap, your processes
will look quite large depending
Also, if you are using something like Cache::FastMmap, your processes
will look quite large depending on the size of your cache, but this
memory is shared between children so it is not that big a deal. From
the docs:
-
Because Cache::FastMmap mmap's a shared file into your processes
memory sp
If you don't have an unbounded growth issue it is likely do to some
library pulling in alot of dependencies or the creation/caching in
memory of some large data structure. You can preload all the
offending libraries and see if that causes a jump in the initial
memory allocation for you apache proc
Hi Eugene,
Eugene Toropov schrieb am 28.09.2010 um 13:16 (+0400):
>
> We have a problem with huge Apache+mod_perl2 processes of 150-200 Mb
> in size. After apache restart they are usually 40-50 Mb in size, then
> in a minute grow up to 100-150 Mb and then some time later may grow up
> to 200 Mb.
Greetings,
We have a problem with huge Apache+mod_perl2 processes of 150-200 Mb in size.
After apache restart they are usually 40-50 Mb in size, then in a minute grow
up to 100-150 Mb and then some time later may grow up to 200 Mb. I suspect a
certain type of http queries and would like to know
then returned to the OS.
But under apache/mod_perl, the same perl interpreter stays alive as long as the apache
process (e.g., an apache child process) in which it runs is alive.
So over time, if your perl scripts/modules are not a bit careful, the amount of memory
used can grow and grow.
Insi
On 29 Sep 2010, at 20:17, Eugene Toropov wrote:
> Greetings,
>
> We have a problem with huge Apache+mod_perl2 processes of 150-200 Mb in size.
> After apache restart they are usually 40-50 Mb in size, then in a minute grow
> up to 100-150 Mb and then some time later may grow up to 200 Mb. I s
Greetings,
We have a problem with huge Apache+mod_perl2 processes of 150-200 Mb in size.
After apache restart they are usually 40-50 Mb in size, then in a minute grow
up to 100-150 Mb and then some time later may grow up to 200 Mb. I suspect a
certain type of http queries and would like to know
On 18/08/09 02:30 , James Smith wrote:
>
> Phillipe,
>
> Thnx, that seems to have solved the problem - I'd been slurping in the
> page template file with a $/..
In theory, if you used local $/, it should work, maybe.
Can you try this small patch ?
Index: src/modules/perl/modperl_perl_global.c
Phillipe,
Thnx, that seems to have solved the problem - I'd been slurping in the
page template file with a $/.. it also explains why switching from
using perl-script to modperl as the handler type also resolved the
issue...
James
On Tue, 18 Aug 2009, Philippe M. Chiasson wrote:
On 17/08/0
On 17/08/09 21:48 , Philippe M. Chiasson wrote:
> On 17/08/09 19:54 , James Smith wrote:
>>
>> Futher to this I now have a stack trace if that helps anyone point me in
>> the right direction:
>>
>> #0 0x7f17ee936fb1 in strncpy () from /lib/libc.so.6
>> #1 0x7f17e808ecfc in modperl_perl_gl
On 17/08/09 19:54 , James Smith wrote:
>
> Futher to this I now have a stack trace if that helps anyone point me in
> the right direction:
>
> #0 0x7f17ee936fb1 in strncpy () from /lib/libc.so.6
> #1 0x7f17e808ecfc in modperl_perl_global_request_save () from
> /usr/lib/apache2/modules
Futher to this I now have a stack trace if that helps anyone point me in
the right direction:
#0 0x7f17ee936fb1 in strncpy () from /lib/libc.so.6
#1 0x7f17e808ecfc in modperl_perl_global_request_save () from
/usr/lib/apache2/modules/mod_perl.so
#2 0x7f17e807dabc in modperl_respo
I have two handlers, one a response handler and a second an output filter.
If either of these handlers run then they run fine for any number of
requests, if I have both of these handlers I get an untraceable seg fault
with the handlers, this segfault happens on the second request to that
partic
>>> http://modperlbook.org/html/21-5-8-Noninteractive-Perl-Debugging-Under-mod_perl.html
>>
>> OK, I'm doing this, but it seems that the file it produces only ever
>> gets up to 7.3M and that's it.
OK, the reason the file only ever got to 7.3M was indeed because
apache would of course fork a bunch
On Tue, Jul 14, 2009 at 3:29 PM, Alan McKay wrote:
>> http://modperlbook.org/html/21-5-8-Noninteractive-Perl-Debugging-Under-mod_perl.html
>
> OK, I'm doing this, but it seems that the file it produces only ever
> gets up to 7.3M and that's it.
>
> I'm guessing it is because when httpd forks off al
> Are you saying that you can't reproduce the crash by running the same
> request again then?
The crash is very spurious - no - it cannot be reproduced every time.
Which is why getting down into the gdb level would seem to be the best
way about this problem
--
“Don't eat anything you've ever s
On Wed, Jul 15, 2009 at 12:31 PM, Alan McKay wrote:
> Nope, I send a snippet of the log it produces to my front-end guy and
> he told me that this would not really tell us anything more than we
> already know.
>
> Too high level.
Are you saying that you can't reproduce the crash by running the sam
Nope, I send a snippet of the log it produces to my front-end guy and
he told me that this would not really tell us anything more than we
already know.
Too high level.
Off to do more googling - unless anyone as any further suggestions.
I have a number of outstanding questions now in this thread
On Tue, Jul 14, 2009 at 4:56 PM, Perrin Harkins wrote:
> You might want to try mod_log_forensic to see what the request was
> that crashed it.
cool! Will look into that tomorrow (at home now)
thanks!
--
“Don't eat anything you've ever seen advertised on TV”
- Michael Pollan, author o
Alan,
You might want to try mod_log_forensic to see what the request was
that crashed it.
- Perrin
On Tue, Jul 14, 2009 at 3:29 PM, Alan McKay wrote:
>> http://modperlbook.org/html/21-5-8-Noninteractive-Perl-Debugging-Under-mod_perl.html
>
> OK, I'm doing this, but it seems that the file it prod
> http://modperlbook.org/html/21-5-8-Noninteractive-Perl-Debugging-Under-mod_perl.html
OK, I'm doing this, but it seems that the file it produces only ever
gets up to 7.3M and that's it.
I'm guessing it is because when httpd forks off all the children, they
do not record to this file anymore.
So
> I have had to debug these things before, and they're very painful! I
> usually end up commenting out half the code at a time to narrow things
> down, and it's never what I expect. Usually it's a module with a
> compiled library, i.e. not a pure-Perl module.
Well, the really crummy thing is tha
Alan McKay writes:
> Here is what I am doing based on the mod-perl debugging page I
> referred to in my first email. I basically load the core dump in
> gdb, and then alternately do "up" and "curinfo" on each line shown.
> Sometimes I end up with what I got here where I get to a certain point
>
OK, not much response from the list :-(
More googling and I'm trying this now :
http://modperlbook.org/html/21-5-8-Noninteractive-Perl-Debugging-Under-mod_perl.html
Will keep y'all posted ...
--
“Don't eat anything you've ever seen advertised on TV”
- Michael Pollan, author of "In De
Here is what I am doing based on the mod-perl debugging page I
referred to in my first email. I basically load the core dump in
gdb, and then alternately do "up" and "curinfo" on each line shown.
Sometimes I end up with what I got here where I get to a certain point
and it says "cannot access mem
Unfortunately it seems we are already up to the latest and greatest :
Bundle Bundle::DBI (T/TI/TIMB/DBI-1.609.tar.gz)
Module DBI (T/TI/TIMB/DBI-1.609.tar.gz)
Any further help on slugging through this?
On Mon, Jul 13, 2009 at 8:22 PM, Alan McKay wrote:
> Oh, the
Oh, the symptoms sound very, very similar to mine!
I'll try upgrading the module - thanks!
--
“Don't eat anything you've ever seen advertised on TV”
- Michael Pollan, author of "In Defense of Food"
Alan,
We fought a tiny issue last week that effected both worker (threaded) and pre-
fork (non-threaded) machines that used DBI for mysql connections.
Symptom were segmentation faults at seemingly random times over the past few
months, especially in the early morning hours on some slow weekends,
> You're threaded.
Thanks
> What version of Apache and mod_perl are you running here?
httpd-2.2.10
mod_perl-2.0.4
> What configuration options are you using to build apache?
I didn't build it, and the guy who did is not in today, but we seem to
still have the config.log on-hand and it says sim
On Mon, Jul 13, 2009 at 12:15 PM, Alan McKay wrote:
> Hey folks,
>
> I'm running CentOS 5.2 with a custom built apache not from Yum.
>
> I am following instructions here
> http://perl.apache.org/docs/2.0/devel/debug/c.html#Getting_the_core_File_Dumped
>
> and here :
> http://perl.apache.org/docs/2.
Hey folks,
I'm running CentOS 5.2 with a custom built apache not from Yum.
I am following instructions here
http://perl.apache.org/docs/2.0/devel/debug/c.html#Getting_the_core_File_Dumped
and here :
http://perl.apache.org/docs/2.0/devel/debug/c.html#Analyzing_Dumped_Core_Files
I have mod_perl b
lease help? It
sounds like I am not along on this issue since there are many recent hits
(but no good answers).
Thank you
--
View this message in context:
http://www.nabble.com/Apache-mod_perl-Error-Received%3A-%28OS-3%29The-system-cannot-find-the-path-specified-tp20465500p20465500.html
Sent fr
Perrin:
I looks you are rightI might have tested something else;-)
Thanks
Ron
From: [EMAIL PROTECTED] on behalf of Perrin Harkins
Sent: Fri 12/7/2007 4:53 PM
To: Ronald Dai.
Cc: modperl@perl.apache.org
Subject: Re: apache mod_perl aborted a process
@perl.apache.org
Subject: RE: apache mod_perl aborted a process within a eval block without
completing it
eval could not catch exit() calls but exit() calls within eval actually won't
have the process exit...I just tested it. I am not aware of any $SIG{__DIE__}
handlersince in most cases the
On Dec 7, 2007 4:45 PM, Ronald Dai. <[EMAIL PROTECTED]> wrote:
> eval could not catch exit() calls but exit() calls within eval actually
> won't have the process exit...I just tested it.
You must have tested something else, because exit() does cause a
process to leave an eval block. Maybe you tri
hanks
Ron
From: [EMAIL PROTECTED] on behalf of Perrin Harkins
Sent: Fri 12/7/2007 4:41 PM
To: Ronald Dai.
Cc: modperl@perl.apache.org
Subject: Re: apache mod_perl aborted a process within a eval block without
completing it
On Dec 7, 2007 3:51 PM, Ronald Dai. &l
On Dec 7, 2007 3:51 PM, Ronald Dai. <[EMAIL PROTECTED]> wrote:
> Could someone help me to explain under what circumstances, the mod_perl or
> apache would abort a process within an eval block without letting the code
> complete the block?
A segfault or an exit().
Your perl is pretty old, so it's
mod_perl version: 1.27
perl version: 5.6.1
apache version: 1.3.26
Question:
We got some 500 server error because an ' eval{...} or die "[EMAIL
PROTECTED]" ' block failed.
Normally when the eval block failed, the process will die with $@ message
logged because of the die statement after th
uld compile them with 64-bit support.
Is my poor Apache/mod_perl (and mediocre mod_cgi performance) likely
to be related to the 64-bit architecture?
In general, you can expect any program to run slower when compiled for
a 64-bit CPU, since it has to push more bits around. Hopefully you
make up f
. But
Apache/mod_perl performance is pretty abysmal.
I installed from a standard httpd-2.2.3.tar.gz from an Apache.org mirror
site, and Bundle::Apache2 from CPAN - as far as I know neither is
optimised for AMD64. The Debian Apache-Perl package is version 1.3 I
think, and I would rather use the
erl@perl.apache.org
> Date: Fri, 11 Aug 2006 15:19:56 -0700
> Subject: RE: Odd Apache mod_perl behavior
>
> Hmm, that seems to make sense, except for that the handler method of the
> code sample I provided is the first piece of code that gets run and is
> the first handler in th
Hmm, that seems to make sense, except for that the handler method of the
code sample I provided is the first piece of code that gets run and is
the first handler in the handler stack. Also, it doesn't happen on
every POST, just on some posts, which is odd ... :(
M.
On Thu, 2006-08-10 at 10:14 -0
On Thu, 2006-08-10 at 10:14 -0700, Mon-Chaio Lo wrote:
> What we're finding is that the request will fail at the
> $request->param() line. It doesn't seem to die, given that we don't
> get a 500 back, but if we put Log4perl warnings before and after that
> line we see that it doesn't progress past
Hello:
I apologize in advance if this description is a bit vague, but this is the
information as we are aware of it at this moment. Please give us additional
tips on where we might be able to gather for information, or better yet, a
solution.
Apache version: 1.3.31
mod_perl version: 1.22 (com
Am Donnerstag, 13. Juli 2006 22:12 schrieb Philip M. Gollucci:
> Heiko Weber wrote:
> >>> cgi-code I must use a taited variable. But how to find the line of code
> >>> ?
> >
> > thanks for the hint. I added a -section in httpd.conf:
> >
> > use Carp;
> > $SI
Heiko Weber wrote:
cgi-code I must use a taited variable. But how to find the line of code ?
thanks for the hint. I added a -section in httpd.conf:
use Carp;
$SIG{__DIE__} = sub { confess shift };
$SIG{__WARN__} = \&Carp::cluck;
Am Freitag, 7. Juli 2006 19:08 schrieb Philip M. Gollucci:
> Heiko Weber wrote:
> > Sure, I know what "perl taint" is ... so somewhere in my own written
> > cgi-code I must use a taited variable. But how to find the line of code ?
> > In the errorlog there only the above line, no more deeper/detail
Heiko Weber wrote:
> Sure, I know what "perl taint" is ... so somewhere in my own written cgi-code
> I must use a taited variable. But how to find the line of code ? In the
> errorlog there only the above line, no more deeper/detailed info. I didn't
> find a way to detect the place where I didn'
Hello !
From time to time I got the following messages in the logfile of Apache
2.0.58. (OS is FreeBSD 6.1, mod_perl2 compiled from ports-tree).
Insecure dependency in eval while running setgid
at /usr/local/lib/perl5/site_perl/5.8.7/mach/ModPerl/RegistryCooker.pm line
676
Sure, I know what "
i can't talk as to why that's happening - aside from stating the
obvious that the server is forgetting to parse things as php.
what i will say is this:
redo your system as a multi-server setup.
run a seperate configuration of mod_perl bound to port 8080 or
something on localhost, and prox
We are having a strange problem with our PHP sites and I was wondering
of someone has any pointers to offer.
We are running apache 2.0.55 with mod_perl 2.0.1 and php 4.3.3 and
mod_ssl 2.0.55 on a Sun Solaris machine. Every now and then, when
you
click on a URL that is a php script, instead of the
Has anyone managed to compile a static (no DSO) apache with mod_perl and
libapreq? Both mod_perl and libapreq have instructions for building them
statically individually, but the instructions seem to be mutually
incompatible.
I think you might might bring up a good point. At the least, theres no
Searching for some clue of simultaneous static compilation of apache+mp2+apreq2
i have
only found this 2005-march entry in mailinglists.
> Has anyone managed to compile a static (no DSO) apache with mod_perl and
> libapreq? Both mod_perl and libapreq have instructions for building them
> statica
On Tue, 30 Aug 2005, Foo Ji-Haw wrote:
Hi all,
I have a small setup development setup on a Windows 2000
Server+Apache 2+ActivePerl 5.8.6+mod_perl 2.0.1. With a
setting of 5 threads per child.
I have 3 external clients hitting the server
simultaneously doing batch SOAP calls, plus my local
Hi all,
I have a small setup development setup on a Windows
2000 Server+Apache 2+ActivePerl 5.8.6+mod_perl 2.0.1. With a setting of 5
threads per child.
I have 3 external clients hitting the server
simultaneously doing batch SOAP calls, plus my local web browser which I browse
around my
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
[...]
> /opt/perl/bin/perl Makefile.PL MP_APXS=/opt/httpd/bin/apxs
> Reading Makefile.PL args from @ARGV
> MP_APXS = /opt/httpd/bin/apxs
> no conflicting prior mod_perl version found - good.
> [ error] '/opt/httpd/bin/apxs -q INCLUDEDIR' failed:
> [
Tom Schindl wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I went back to my 2.0.40 install of Apache. The 2.0.54 was not playing
nice with plesk. How do I update the @INC path and/or mod_perl for the
new perl 5.8.7? I try using CPAN with install Bundle::Apache and no go.
Any ideas?
On Aug 22, 2005, at 3:47 AM, Tom Schindl wrote:
There's enough information in the docs and mail-archives else get one
of
the great mod-perl books.
on the off chance that you're on freebsd, my notes will walk you
through it
http://dev.2xlp.com/trac/wiki/
FreeBsdApacheMultiServerSetupUsin
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
[...]
No. Your performance will be increased using a so called proxy-setup:
- - Make your frontend server as light weight as possible (don't load php
and mod-perl)
- - Use mod-rewrite to forward requests to dynamic pages to your mod-perl
enabled s
On Aug 19, 2005, at 6:45 PM, Todd Finney wrote:
perldoc perldiag
Attempt to free unreferenced scalar
(W internal) Perl went to decrement the reference count of a
scalar
to see if it would go to 0, and discovered that it had
already gone
to 0 earlier, and shou
On Fri, 2005-08-19 at 18:40 -0500, Boysenberry Payne wrote:
> I turned off both:
>
> PerlFreshRestart On
Don't ever use that.
> PerlModule Apache::StatINC
> PerlInitHandler Apache::StatINC
Only use that in development, not on a production server.
Apache::Reload is the newer and better version.
I turned off both:
PerlFreshRestart On
PerlModule Apache::StatINC
PerlInitHandler Apache::StatINC
on the Linux server and still get the errors.
I'm going to look into Devel::Leak and Devel::LeakTrace
Thanks,
Boysenberry
boysenberrys.com | habitatlife.com | selfgnosis.com
On Aug 19, 2005, at
On Aug 19, 2005, at 4:10 PM, Philip M. Gollucci wrote:
I believe what you are seeing is a known bug in the Apache 1.3.x/mp1
series.
I don't think its your code.
I believe google searches will yeild this; I know I've seen it before.
I've found a lot of people mentioning similar errors when I
On Fri, 2005-08-19 at 16:02 -0500, Boysenberry Payne wrote:
> I still don't know how to track down the scalars
> being leaked.
> Could they be being caused from something like the following?
>
> sub example {
> return 1;
> }
> example;
No, I don't think so. You can try using things like D
Boysenberry Payne wrote:
So I figured out how to get the perl debugger working with mod_perl,
thanks to
Practical mod_perl. I still don't know how to track down the scalars
[Sun Feb 13 01:00:00 2000] null: Attempt to free unreferenced scalar.
...
I'm using mod_perl 1.26 and apache 1.3.33 (only
So I figured out how to get the perl debugger working with mod_perl,
thanks to
Practical mod_perl. I still don't know how to track down the scalars
being leaked.
Could they be being caused from something like the following?
sub example {
return 1;
}
example;
Because the the void conte
Stas Bekman wrote:
Philip M. Gollucci wrote:
[...]
Actually from the README,
*** Prerequisites ***
Apache:
Dynamic mod_perl (DSO):Apache 2.0.47 - 2.0.54.
Static mod_perl: Apache 2.0.51 - 2.0.54.
Newer Apache versions may work with this version of mod_perl. If
not, the
Tom Schindl wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I went back to my 2.0.40 install of Apache. The 2.0.54 was not playing
nice with plesk. How do I update the @INC path and/or mod_perl for the
new perl 5.8.7? I try using CPAN with install Bundle::Apache and no go.
Any ideas?
Philip M. Gollucci wrote:
[...]
Actually from the README,
*** Prerequisites ***
Apache:
Dynamic mod_perl (DSO):Apache 2.0.47 - 2.0.54.
Static mod_perl: Apache 2.0.51 - 2.0.54.
Newer Apache versions may work with this version of mod_perl. If
not, the svn version likely wil
Tom Schindl wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I went back to my 2.0.40 install of Apache. The 2.0.54 was not playing
nice with plesk. How do I update the @INC path and/or mod_perl for the
new perl 5.8.7? I try using CPAN with install Bundle::Apache and no go.
Any ideas?
Ac
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
>
> I went back to my 2.0.40 install of Apache. The 2.0.54 was not playing
> nice with plesk. How do I update the @INC path and/or mod_perl for the
> new perl 5.8.7? I try using CPAN with install Bundle::Apache and no go.
> Any ideas?
>
> -Jon
>
>
Jonathan Steffan wrote:
After much work, I have installed perl 5.8.7 with all the modules I
need. I had to upgrade to Apache 2.0.54 from 2.0.40 to be able to
install mod_perl2. The new server seems to be working. I still have
not gotten anything running. I'm stuck with a problem with mod_php a
After much work, I have installed perl 5.8.7 with all the modules I
need. I had to upgrade to Apache 2.0.54 from 2.0.40 to be able to
install mod_perl2. The new server seems to be working. I still have not
gotten anything running. I'm stuck with a problem with mod_php and the
server just not st
The last set of errors are happening on my OSX box.
I get a different set of errors on our Linux server when it restarts:
[Sun Feb 13 01:00:00 2000] null: Attempt to free unreferenced scalar.
...
I get a whole mess of those, then I get:
Scalars leaked: 234
I'm not sure how to go about fixing t
When I restart apache I get the following errors on child processes:
child process 424 did not exit, sending another SIGHUP
One for each child process. After the above I get:
SIGHUP received. Attempting to restart
I'm using mod_perl 1.26 and apache 1.3.33 (only happens with my
mod_perl scri
[EMAIL PROTECTED] wrote:
I've been doing some searching through apache.org and sourceforge to see if I
could locate a web based file management app (similar to Xythos WFS) that runs
on Apache, Linux and mod_perl.
If anyone knows of such a product I'd greatly appreciate if you could pass me
an
I've been doing some searching through apache.org and sourceforge to see if I
could locate a web based file management app (similar to Xythos WFS) that runs
on Apache, Linux and mod_perl.
If anyone knows of such a product I'd greatly appreciate if you could pass me
an email with the info.
Than
> If the parent post is considered on-topic, why would you want to
> discourage discussion, even if it becomes a wee bit tangential?
job listings for specific positions that involve mod_perl have traditionally
been very welcome here - provided the message is for a real position by
someone willing
Perrin Harkins wrote:
> Guys, I understand that you're interested in discussing the dynamics of
> programming teams and hiring approaches, but it really isn't on-topic
> for this list. It isn't even specifically about Perl. Maybe one of you
> could start a thread on http://discuss.joelonsoftware.
Guys, I understand that you're interested in discussing the dynamics of
programming teams and hiring approaches, but it really isn't on-topic
for this list. It isn't even specifically about Perl. Maybe one of you
could start a thread on http://discuss.joelonsoftware.com/?biz and post
the URL here
Ian D. Stewart wrote:
> It has been my personal experience that alot of the design
> breakthroughs happen as a direct result of informal conversations in
> the hallways, around the watercooler, in the smoking area, etc. This
> sort of dynamic interaction just isn't possible in a telecommute
>
Not just being outsourced. But I don't think even with today's
technologies you can create better team dynamics than in physical
presence with the rest of the guys. Unless you are a super programmer
who can change the world just by being in the basement 8x5, team play
(not just with the co-deve
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
> I am amazed by the technology companies that think that programming
> requires physical presence in the 21st century. Yeesh.
I'm all for it. Among other good reasons, requiring a physical presence
is a great insurance against being outsourced.
-
Ian D. Stewart wrote:
Dodger wrote:
If you're unwilling to let a programmer telecommute, you're still in the
dark ages, and I wouldn't want to work for you anyway.
I am amazed by the technology companies that think that programming
requires physical presence in the 21st century. Yeesh.
Th
Dodger wrote:
If you're unwilling to let a programmer telecommute, you're still in the
dark ages, and I wouldn't want to work for you anyway.
I am amazed by the technology companies that think that programming
requires physical presence in the 21st century. Yeesh.
This is only true if you r
nce in a professional environment.
>
> * Solid programming experience with Perl, including extensive use of
> object-oriented features, code testing and CPAN modules.
>
> * Apache/mod_perl development experience
>
> * Working knowledge of SQL
>
> * Work
Company:
Outdoor Central (formerly GreatLodge.com, Inc)
Location: United States, TN, Nashville
Salary: Full-time, salary 60k+, comansulate with experience
Onsite: Yes. Sorry, no tele-commute.
Rapidly growing, fast-paced Nashville area e-government software company
seeks 4 intelligent, highly cap
On Mon, 6 Jun 2005, Perrin Harkins wrote:
Weird, read it twice and missed that. Must be all the training to ignore
all-caps in email =)
mfp
On Mon, 2005-06-06 at 16:57 -0500, Gedanken wrote:
> What city? Telecommute? Travel Percentage?
It does say "NEW YORK CITY AREA ONLY" in the very f
On Mon, 2005-06-06 at 16:57 -0500, Gedanken wrote:
> What city? Telecommute? Travel Percentage?
It does say "NEW YORK CITY AREA ONLY" in the very first line...
- Perrin
1 - 100 of 183 matches
Mail list logo
