stas2002/06/21 08:28:44
Modified:t/response/TestAPR perlio.pm
xs/APR/PerlIO apr_perlio.c apr_perlio.h
Log:
APR PerlIO updates:
- make the apr layer independent from PerlIOBuf
- sync with the latest PerlIO API changes
- cleanup
- add a new test for
stas2002/06/21 08:45:06
Modified:t/response/TestAPR perlio.pm
Log:
only a comments fixes
Revision ChangesPath
1.12 +2 -2 modperl-2.0/t/response/TestAPR/perlio.pm
Index: perlio.pm
===
stas2002/06/21 08:53:40
Modified:xs/APR/PerlIO apr_perlio.c
Log:
a few minor fixes and cleanups
Revision ChangesPath
1.17 +3 -7 modperl-2.0/xs/APR/PerlIO/apr_perlio.c
Index: apr_perlio.c
dougm 2002/06/21 09:39:44
Modified:.Changes
Log:
update Changes
Revision ChangesPath
1.27 +10 -0 modperl-2.0/Changes
Index: Changes
===
RCS file: /home/cvs/modperl-2.0/Changes,v
stas2002/06/21 10:37:38
Modified:xs/APR/PerlIO apr_perlio.c
Log:
adjust for PerlIO bleedperl changes
Revision ChangesPath
1.18 +3 -2 modperl-2.0/xs/APR/PerlIO/apr_perlio.c
Index: apr_perlio.c
stas2002/06/21 10:40:18
Modified:xs/APR/PerlIO apr_perlio.c
Log:
wrap the long args line
Revision ChangesPath
1.19 +2 -1 modperl-2.0/xs/APR/PerlIO/apr_perlio.c
Index: apr_perlio.c
===
dougm 2002/06/21 13:30:27
Modified:src/modules/perl modperl_log.c modperl_log.h
Log:
modperl_trace needs to use const for the function name (gcc3.1 warns)
Revision ChangesPath
1.7 +1 -1 modperl-2.0/src/modules/perl/modperl_log.c
Index: modperl_log.c
dougm 2002/06/21 15:35:49
Modified:.Changes
lib mod_perl.pm
Log:
bump version
Revision ChangesPath
1.29 +2 -0 modperl-2.0/Changes
Index: Changes
===
RCS
We're 1 year into development of a system that is OO Perl, mod_perl,
DBI and DBD::Oracle on Linux.
We've spent a lot of energy doing it right and writing tests as we go.
This has given us huge benefits in the life of the project, but our current
whitebox tester has decided to move to Washington,
On 20/6/02 at 20:30, [EMAIL PROTECTED] (Tom Mornini) wrote:
We're 1 year into development of a system that is OO Perl, mod_perl,
DBI and DBD::Oracle on Linux.
We've spent a lot of energy doing it right and writing tests as we go.
This has given us huge benefits in the life of the project,
On Wed Jun 19 17:54:02 2002 +0400 Igor Sysoev wrote:
On 19 Jun 2002, Ilya Martynov wrote:
If you still do not know about it:
http://httpd.apache.org/info/security_bulletin_20020617.txt
Now mod_perl question. mod_perl servers often are used as backend
servers. I.e. they are not
Phil Dobbin [EMAIL PROTECTED] writes:
Sorry if I haven't kept up with this thread but, is this really the
way the mod_perl list is going to go?
I hope so. All these job postings are making me feel warm and fuzzy
for the future.
--
Dave Hodgkinson, Wizard for Hire
Phil Dobbin wrote:
On 20/6/02 at 20:30, [EMAIL PROTECTED] (Tom Mornini) wrote:
If you're a good Perl programmer who has a strong sense of the way it
should be and can be simultaneously mean, nasty, angry, distrustful
and
[...]
Sorry if I haven't kept up with this thread but, is this really
On Thu, 20 Jun 2002, Lupe Christoph wrote:
On Thursday, 2002-06-20 at 18:22:10 +0400, Igor Sysoev wrote:
On Thu, 20 Jun 2002, Lupe Christoph wrote:
and the mod_perl module seems to prevent the crash:
telnet proxy.customer.de 80
Trying 213.155.64.138...
Connected to
On Fri, 21 Jun 2002, Richard [utf-8] Čepas wrote:
On Wed Jun 19 17:54:02 2002 +0400 Igor Sysoev wrote:
On 19 Jun 2002, Ilya Martynov wrote:
If you still do not know about it:
http://httpd.apache.org/info/security_bulletin_20020617.txt
Now mod_perl question. mod_perl servers
On Wed, 19 Jun 2002, dreamwvr wrote:
my comments FWIW
This means thus far does not impact as_seriously little endian NIX
based architectures. The reason being? That Apache spawns a pool of
child processes to serve requests. Therefore a DoS kills the child serving
[...]
This doesn't make
On Fri, 21 Jun 2002, Ask Bjoern Hansen wrote:
On Thu, 20 Jun 2002, Lupe Christoph wrote:
[...]
Sorry that is not the answer to my question - the question is if my
code gets a chance to do *anything*, or will the httpd code just
crash at a later time? It does not crash like a
On Thu, 20 Jun 2002, Stas Bekman wrote:
[...]
That's a sensitive issue. We were always welcoming posts from
individuals looking for jobs, and companies looking to hire (in the
mod_perl area of course). Though I tend to agree with Gunther that such
posts from for-profit companies looking for
On Wed, 19 Jun 2002, southernstar wrote:
I was aware that on occasion individuals are welcome to post work
wanted ads, but I have some specific questions about how I can
actually get some short contract work here and there, since:
[...]
Get involved with some of the open source projects;
Since early 1997 Edmund Mergl has been developing and maintaining
Apache::DBI. I would think that it's now one of the most used
Apache related modules (and one of the most stable!)
In the last almost 3 years only two bugs has been found. Edmund no
longer has time to make releases and such, so
On Fri, Jun 21, 2002 at 12:18:37PM +0100, Ben Laurie wrote:
The Doctor wrote:
It has been a long time since what I have described happened.
...
/tmp: Permission denied
assertion 0 failed: file apache_ssl.c, line 1616
This is gcache failing to start (mental note: must make diagnostic
Hello All,
I am failed to compile mod_perl on Win32 using Apache mod_perl-1.xx installation
instructions for Win32 from http://perl.apache.org/win32_compile.html
Used software :
Apache 1.3.26 + mod_ssl 2.8.9
mod_perl 1.27
ActivePerl -5.6.1.631-MSWin32-x86
MS VC++
Hi
Try as I might, I cannot get apache to run. It just keeps segv-ing.
When I run it with -X I can see the failure [with gdb's help]
#0 0x401aac25 in __libc_free (mem=0x4039c778) at malloc.c:3155
#1 0x403472c4 in Perl_sv_clear () from
/opt/webtree/ww/modules/libperl.so
#2 0x403474d5 in
Old fashioned is right, and disregarding
"telecommuters" is also extreemly short sighted and ultimaty limits your ability
to providethe mostquality solution...
I work for Cisco Systems in our RTP (NC)
office. I work with two different groups, one based in San Jose and the
other based in
Perrin Harkins wrote:
Ask Bjoern Hansen wrote:
In the last almost 3 years only two bugs has been found. Edmund no
longer has time to make releases and such, so I fixed the last bug
and made a new release which is available on CPAN.
Thanks for taking over maintenance on this. Any
Stas Bekman wrote:
the threaded mpms will need a new version/mode of Apache::DBI using
threads::shared, currently available only for 5.8.0-tobe, unless things
will get backported to 5.6.2. Currently it seems that the threaded mpms
will be safe to use only with 5.8.0, unless again things
[a note from me: This is probably the last RC before 5.8.0-final is
released. So test your code now or don't complain later that something
breaks.]
Date: Fri, 21 Jun 2002 17:59:55 +0300
From: Jarkko Hietaniemi [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: Perl 5.8.0 Release Candidate 2
I actually have a question along these lines
I'm new to mod_perl myself, and I've just installed a new setup with Apache2
and the mod_perl2 beta.
That's all working well and my old cgi-bin type stuff works under mod_perl
great.
Now I'm trying to get more into the mod_perl specific stuff
At 18:26 21.06.2002, Zac Morris wrote:
I actually have a question along these lines
I'm new to mod_perl myself, and I've just installed a new setup with Apache2
and the mod_perl2 beta.
That's all working well and my old cgi-bin type stuff works under mod_perl
great.
Now I'm trying to get
On Fri, Jun 21, 2002 at 05:31:00AM -0700, Ask Bjoern Hansen wrote:
On Wed, 19 Jun 2002, dreamwvr wrote:
my comments FWIW
This means thus far does not impact as_seriously little endian NIX
based architectures. The reason being? That Apache spawns a pool of
child processes to serve
Per Einar Ellefsen wrote:
At 18:26 21.06.2002, Zac Morris wrote:
I actually have a question along these lines
I'm new to mod_perl myself, and I've just installed a new setup with
Apache2
and the mod_perl2 beta.
That's all working well and my old cgi-bin type stuff works under
On Fri, 21 Jun 2002, Vladimir Goncharov wrote:
Hello All, I am failed to compile mod_perl on Win32 using
Apache mod_perl-1.xx installation instructions for Win32
from http://perl.apache.org/win32_compile.html
Used software :
Apache 1.3.26 + mod_ssl 2.8.9
mod_perl 1.27
ActivePerl
June 21, 2002
High Risk Apache Exploit Circulating
By Ryan Naraine
The Apache Foundation has issued a
warning that exploits to its chunk
handling vulnerability are circulating
on the Internet, putting users of its
open-source server at high risk.
The vulnerability, which Apache now
says
On Fri, Jun 21, 2002 at 05:31:00AM -0700, Ask Bjoern Hansen wrote:
64bit binaries are exploitable. There are also exploits for several
32bit systems.
Does anyone know if Red Hat Linux 7.2 on i686 is vulnerable to the
remote shell (not the DoS) exploit?
On Fri, 21 Jun 2002, Alessandro Forghieri wrote:
Greetings.
I was wondering wether Randy is planning an update for his (great) archives
on uwinnipeg.
Cheers,
alf
The mod_perl ppms (both for mod_perl-1 and mod_perl-2) have been
updated to the new apache versions, as has the Apache2.tar.gz
but first you need:
PerlModule Apache2
or 'use Apache2' in startup.pl. see:
http://perl.apache.org/release/docs/2.0/user/config/config.html#Accessing_the_mod_perl_2_0_Modules
Nope, he did a clean mod_perl 2 install, without MP_INST_APACHE2 I
think... so doesn't have an Apache.pm
At 19:46 21.06.2002, Stas Bekman wrote:
Per Einar Ellefsen wrote:
At 18:26 21.06.2002, Zac Morris wrote:
I actually have a question along these lines
I'm new to mod_perl myself, and I've just installed a new setup with Apache2
and the mod_perl2 beta.
That's all working well and my old
On Fri, 21 Jun 2002 14:06:45 -0400, Philip Mak [EMAIL PROTECTED] said:
PM On Fri, Jun 21, 2002 at 05:31:00AM -0700, Ask Bjoern Hansen wrote:
64bit binaries are exploitable. There are also exploits for several
32bit systems.
PM Does anyone know if Red Hat Linux 7.2 on i686 is vulnerable to
At 20:06 21.06.2002, Philip Mak wrote:
On Fri, Jun 21, 2002 at 05:31:00AM -0700, Ask Bjoern Hansen wrote:
64bit binaries are exploitable. There are also exploits for several
32bit systems.
Does anyone know if Red Hat Linux 7.2 on i686 is vulnerable to the
remote shell (not the DoS) exploit?
Thanks for your response, Zac.
Our tech team is very small. I'm the manager of the group, and my management style would best be described as lackadaisical. :-)
So, you're right, this requirement is based upon management weakness. I knew that when I posted the job offer. In fact, I even told that
I got this error and spent a bit of time trying to figure it out. The
reason I was getting it was that I had started with a RedHat 7.2 system
which comes with Perl 5.6.0 and upgraded to 5.6.1 using RH 7.3 RPMS. I
then compiled mod_perl against 5.6.1. Each time I started up I got the
I agree with Tom but for different reasons. I would almost never accept a
telecommuter I didn't know and that may even be if he or she came recommended.
Everyone has different personalities and cultures and it takes time to
really get to know how to effectively communicate with someone because
42 matches
Mail list logo
