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
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
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:
Jordan Michaels jor...@viviotech.net 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
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
On Wed, Jun 18, 2014 at 10:44 PM, Marius Gavrilescu mar...@ieval.ro 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
Jordan Michaels jor...@viviotech.net 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
Michiel Beijen michiel.bei...@gmail.com 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
On 06/18/2014 02:13 PM, Marius Gavrilescu wrote:
Michiel Beijen michiel.bei...@gmail.com 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/
Author: pctony
Date: Fri Nov 22 07:37:14 2013
New Revision: 3640
Log:
One off import as per INFRA-6707
[This commit notification would consist of 226 parts,
which exceeds the limit of 50 ones, so it was shortened to the summary.]
-
From: Cees Hek cees...@gmail.com
To: William T dietbud...@gmail.com
Cc: Eugene Toropov j...@aaanet.ru; modperl@perl.apache.org
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
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
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
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. I
is 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.
Inside
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
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
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
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
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
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 of
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 Wed, Jul 15, 2009 at 12:31 PM, Alan McKayalan.mc...@gmail.com 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
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
On Tue, Jul 14, 2009 at 3:29 PM, Alan McKayalan.mc...@gmail.com 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
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
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 memory
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
Alan McKay alan.mc...@gmail.com 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
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 that
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
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 McKayalan.mc...@gmail.com wrote:
http://modperlbook.org/html/21-5-8-Noninteractive-Perl-Debugging-Under-mod_perl.html
OK, I'm doing this, but it seems that
On Tue, Jul 14, 2009 at 4:56 PM, Perrin Harkinsphark...@gmail.com 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
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
On Mon, Jul 13, 2009 at 12:15 PM, Alan McKayalan.mc...@gmail.com 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 :
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
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
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
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 from
@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 eval
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. [EMAIL
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
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
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 tried
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 the
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 for that by using
. 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 more
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
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
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 the handler stack. Also, it doesn't happen on
every POST
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
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 Perl-section in httpd.conf:
Perl
use Carp;
$SIG{__DIE__}
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/detailed info.
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 Perl-section in httpd.conf:
Perl
use Carp;
$SIG{__DIE__} = sub { confess shift };
$SIG{__WARN__} = \Carp::cluck;
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
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't
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
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
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
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
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
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
-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?
-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
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/
-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
I not
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
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?
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
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
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.
...snip
I'm using mod_perl 1.26 and apache 1.3.33
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
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 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 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.
-
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
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
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
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
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.
...snip
I get a whole mess of those, then I get:
Scalars leaked: 234
I'm not sure how to go about
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.
[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
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
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
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.
-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.
-
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
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
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
, including extensive use of
object-oriented features, code testing and CPAN modules.
* Apache/mod_perl development experience
* Working knowledge of SQL
* Working knowledge of e-mail
* Communication - ability to discuss requirements clearly with
non-technical
, including extensive use of
object-oriented features, code testing and CPAN modules.
* Apache/mod_perl development experience
* Working knowledge of SQL
* Working knowledge of e-mail
* Communication - ability to discuss requirements clearly with
non-technical users
On Mon, 2005-06-06 at 17:24 -0400, Sam Tregar wrote:
Plus Three is looking for an experienced Perl programmer to join our
team.
P.S. This is where I work too. We'd love to get some more mod_perl
people on the team.
- Perrin
On Mon, 6 Jun 2005, Perrin Harkins wrote:
What city? Telecommute? Travel Percentage?
gedanken
On Mon, 2005-06-06 at 17:24 -0400, Sam Tregar wrote:
Plus Three is looking for an experienced Perl programmer to join our
team.
P.S. This is where I work too. We'd love to get some more
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
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
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
can I configure AuthenNTLM that it uses mod_perl2.
Or doesn't mod_perl-2.0.0.0-RC5 support Apache::AthenNTLM.??
Regards,
Gert Jan
-Original Message-
From: Gert Jan Schipper
Sent: Monday, April 25, 2005 3:32 PM
To: modperl@perl.apache.org
Subject: RE: Apache mod_perl
After
Gert Jan Schipper wrote:
Hi All,
I didn't found anything about this problem on the Internet, to use
AuthenNTLM in combination with mod_perl-2.0.0-RC5. Nobody answers on
below question. Does anybody know is it possible to use this
combination. AuthenNTLM is looking for mod_perl but on my system I
1 - 100 of 159 matches
Mail list logo