Philip M. Gollucci wrote:
[EMAIL PROTECTED] wrote:
Author: stas
Date: Thu Apr 28 15:24:43 2005
New Revision: 165215
URL: http://svn.apache.org/viewcvs?rev=165215view=rev
Log:
merge the right branch: CLONE_SKIP support
Modified:
In my vain attempts to keep up with all this, I was reading the
[EMAIL PROTECTED] wrote:
Author: stas
Date: Thu Apr 28 15:24:43 2005
New Revision: 165215
URL: http://svn.apache.org/viewcvs?rev=165215view=rev
Log:
merge the right branch: CLONE_SKIP support
Modified:
In my vain attempts to keep up with all this, I was reading the commit
and I'm wondering if
t/apr-ext/finfo and t/apr-ext/perlio fail with taint issues on today's SVN,
when run alone or as part of the whole test suite:
$ perl t/TEST -v t/apr-ext/finfo t/apr-ext/perlio
[...]
t/apr-ext/finfo.Insecure dependency in require while running with -T
switch at /usr/src/modperl-2.0/t/lib
Markus Wichitill wrote:
t/apr-ext/finfo and t/apr-ext/perlio fail with taint issues on today's
SVN, when run alone or as part of the whole test suite:
$ perl t/TEST -v t/apr-ext/finfo t/apr-ext/perlio
[...]
t/apr-ext/finfo.Insecure dependency in require while running with -T
I know. It's
Stas Bekman wrote:
Markus Wichitill wrote:
t/apr-ext/finfo and t/apr-ext/perlio fail with taint issues on today's
SVN, when run alone or as part of the whole test suite:
$ perl t/TEST -v t/apr-ext/finfo t/apr-ext/perlio
[...]
t/apr-ext/finfo.Insecure dependency in require while running
Markus Wichitill wrote:
Stas Bekman wrote:
Markus Wichitill wrote:
t/apr-ext/finfo and t/apr-ext/perlio fail with taint issues on
today's SVN, when run alone or as part of the whole test suite:
$ perl t/TEST -v t/apr-ext/finfo t/apr-ext/perlio
[...]
t/apr-ext/finfo.Insecure dependency
File::Path::mkpath('/usr/src/modperl-2.0/t/htdocs/perlio-ext', 0, 493)
called at /usr/src/modperl-2.0/blib/lib/Apache/TestUtil.pm line 250
Apache::TestUtil::makepath('/usr/src/modperl-2.0/t/htdocs/perlio-ext')
called at /usr/src/modperl-2.0/blib/lib/Apache/TestUtil.pm line 233
Apache
Also it'd be great to move t/TEST to start with -Tw, but it looks like
there is a whole bunch of wars to fight through.
--
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide
/Path.pm line 159
File::Path::mkpath('/usr/src/modperl-2.0/t/htdocs/perlio-ext', 0, 493)
called at /usr/src/modperl-2.0/blib/lib/Apache/TestUtil.pm line 250
Strange, can you reproduce it outside the script?
perl -T -MFile::Path -le 'File::Path::mkpath(/tmp/xxx, 0, 0755
FILEPROT_WWRITE
FILEPROT_WEXECUTE);
Insecure dependency in mkdir while running with -T switch at
/usr/local/perl/lib/File/Path.pm line 159.
at /usr/local/perl/lib/File/Path.pm line 159
File::Path::mkpath('/usr/src/modperl-2.0/t/htdocs/perlio-ext', 0,
493) called
/perlio-ext', 0,
493) called at /usr/src/modperl-2.0/blib/lib/Apache/TestUtil.pm line 250
Strange, can you reproduce it outside the script?
perl -T -MFile::Path -le 'File::Path::mkpath(/tmp/xxx, 0, 0755)'
Nope.
Strange. I've updated my svn and now I can see these and one more issue:
t/apr-ext/util
found the guilty:
So it must be some change in the last day or so. Now that I can
reproduce it, I'll work on fixing it.
Upgrading from Test::Harness 2.42 to 2.44 breaks it.
I just happened to upgrade it last night, that's why I didn't see the
breakage till this morning.
--
Stas Bekman wrote:
found the guilty:
So it must be some change in the last day or so. Now that I can
reproduce it, I'll work on fixing it.
Upgrading from Test::Harness 2.42 to 2.44 breaks it.
I just happened to upgrade it last night, that's why I didn't see the
breakage till this morning.
Stas Bekman wrote:
Stas Bekman wrote:
found the guilty:
So it must be some change in the last day or so. Now that I can
reproduce it, I'll work on fixing it.
Upgrading from Test::Harness 2.42 to 2.44 breaks it.
I just happened to upgrade it last night, that's why I didn't see the
breakage till
Markus, please update your svn, those were problems in Apache-Test, now
should be fixed.
--
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
Stas Bekman wrote:
Markus, please update your svn, those were problems in Apache-Test, now
should be fixed.
Yep.
I don't know if this makes sense, but this seems to also have fixed the
hanging in t/modules/proxy on Linux mentioned in
Markus Wichitill wrote:
Stas Bekman wrote:
Markus, please update your svn, those were problems in Apache-Test,
now should be fixed.
Yep.
Excellent. Thanks for testing, Markus.
I don't know if this makes sense, but this seems to also have fixed the
hanging in t/modules/proxy on Linux mentioned
On Wed, 30 Jun 2004, Stas Bekman wrote:
As apr_perlio.[ch] are no longer private, I think we need
to adjust the API s/apr_perlio/modperl_apr_perlio/ in
xs/APR/PerlIO/
I think I got everything with this patch:
===
Index: xs/APR/PerlIO
Randy Kobes wrote:
On Wed, 30 Jun 2004, Stas Bekman wrote:
As apr_perlio.[ch] are no longer private, I think we need
to adjust the API s/apr_perlio/modperl_apr_perlio/ in
xs/APR/PerlIO/
I think I got everything with this patch:
+1
+ APR/PerlIO/apr_perlio.h);
my @exe_files = map bin/$_, qw(mp2doc mp2bug);
+1
but first I think it's a good idea to
s/apr_perlio\.([ch])/modperl_apr_perlio.$1/ and adjust the includes
appropriately. I guess when I wrote that I didn't think it's going to be used
by other projects, hence the short
+ APR/PerlIO/apr_perlio.h);
my @exe_files = map bin/$_, qw(mp2doc mp2bug);
==
--
best regards,
randy
-
To unsubscribe, e-mail: [EMAIL PROTECTED
]
Envoyé : jeudi 21 août 2003 03:01
À : Ayhan Ulusoy
Cc : [EMAIL PROTECTED]; Steve Hay
Objet : Re: RE : BINMODE does not seem to support PerlIO layers on
mod_perl 2
Ayhan Ulusoy wrote:
Thanks Stas, let me know if I can be of any help (I won't be here
for
the next two weeks though).
Try the cvs version
implementation differ from the
old one?
Previously we were using a tied STDOUT|STDIN now we use perlio layers (if perl
was built w/ perlio enabled. I still plan to somehow fix the tied interface to
support binmode as well. Steve Hay has posted some code for mp1 on the modperl
list a few months ago.
I saw
[EMAIL PROTECTED] wrote:
Index: apr_perlio.c
===
RCS file: /home/cvs/modperl-2.0/xs/APR/PerlIO/apr_perlio.c,v
retrieving revision 1.30
retrieving revision 1.31
diff -u -r1.30 -r1.31
--- apr_perlio.c 28 Aug 2003 01
On Wed, 3 Sep 2003, Stas Bekman wrote:
[EMAIL PROTECTED] wrote:
Index: apr_perlio.c
===
RCS file: /home/cvs/modperl-2.0/xs/APR/PerlIO/apr_perlio.c,v
retrieving revision 1.30
retrieving revision 1.31
diff -u
Randy Kobes wrote:
On Wed, 3 Sep 2003, Stas Bekman wrote:
[EMAIL PROTECTED] wrote:
Index: apr_perlio.c
===
RCS file: /home/cvs/modperl-2.0/xs/APR/PerlIO/apr_perlio.c,v
retrieving revision 1.30
retrieving revision 1.31
diff
Stas Bekman wrote:
Ayhan Ulusoy wrote:
Thanks Stas, let me know if I can be of any help (I won't be here for
the next two weeks though).
Try the cvs version, I have just committed a perlio layer interface
which will be used instead of the tied handle for perl5.8+ w/useperlio.
Now binmode
Ayhan Ulusoy wrote:
Thanks Stas, let me know if I can be of any help (I won't be here for
the next two weeks though).
Try the cvs version, I have just committed a perlio layer interface which will
be used instead of the tied handle for perl5.8+ w/useperlio. Now binmode
works, see the test t
Ayhan Ulusoy wrote:
[...]
I now have a test that reproduces the problem. Will post back as soon as I've
got a fix. Thanks for the detailed bug report.
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
Hi Stas,
This message may be very much related to the Apache-print() thread
with on the mod_perl list, especially if Steve's patch propagates to
mod_perl 2.0 as well.
The question is :
Is using PerlIO really possible with mod_perl 2.0?
It seems that the TIE handle mechanism
The Apache::SubProcess tests were always passing under perlio, but
without it were randomly failing. I spent a lot of time trying to figure
out what's going on, but in vain. Finally I've noticed that when
stepping through with debugger the tests always pass.
The reason for the failure
hi there,
well something broke for OSX as well.
i've missed the APR::PerlIO "fix" you refer to
--On Saturday, June 22, 2002 1:39 AM +0800 Stas Bekman [EMAIL PROTECTED]> wrote:
> Doug MacEachern wrote:
>> apr_perlio.c
>> apr_perlio.c: In function `PerlIOAPR_push
well something broke for OSX as well.
i've missed the APR::PerlIO fix you refer to
You need Perl-5.8.0-RC2 and mod_perl *1.99_04*, or cvs, and it's all dandy.
__
Stas BekmanJAm_pH -- Just Another mod_perl
apr_perlio.c
apr_perlio.c: In function `PerlIOAPR_pushed':
apr_perlio.c:33: too few arguments to function `PerlIOBase_pushed'
cc1: warnings being treated as errors
apr_perlio.c: At top level:
apr_perlio.c:369: warning: initialization makes integer from pointer without a cast
apr_perlio.c:370:
Doug MacEachern wrote:
apr_perlio.c
apr_perlio.c: In function `PerlIOAPR_pushed':
apr_perlio.c:33: too few arguments to function `PerlIOBase_pushed'
cc1: warnings being treated as errors
apr_perlio.c: At top level:
it doesn't feel like 5.8.0-RC2 :)
fixed
that compiles with 2.0.38). might just leave apr::perlio out of
the dist until this and the other issues with it (the if 0-ed out tests
and not working on win32) get resolved.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional
there is a
release that compiles with 2.0.38). might just leave apr::perlio out of
the dist until this and the other issues with it (the if 0-ed out tests
and not working on win32) get resolved.
According to Nick I-S I need to do parts of the IO layer differently.
I'm working on it.
If I
fail with bleedperl. could be more lfs/seek issues, i don't have time to
look into it.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
if APR_HAS_LARGE_FILES is true.
is there some workaround for this problem? or the only solution is to
make sure that users compile both with largefiles support? If not, does
it mean that it renders APR::PerlIO::seek useless, since the code is
becoming not portable?
not sure
for this problem? or the only solution is to
make sure that users compile both with largefiles support? If not, does
it mean that it renders APR::PerlIO::seek useless, since the code is
becoming not portable?
not sure if there is a portable workaround. are largefile size Off_t
simply cannot fit
[EMAIL PROTECTED] wrote:
dougm 2002/05/30 19:19:11
Modified:t/response/TestAPR perlio.pm
xs/APR/PerlIO apr_perlio.c
Log:
we cannot support passing Off_t from the perl runtime compiled with
largfile flags into the apr runtime compiled without.
only APR
i probably won't be able to to a close review for a couple of days, but a
quick skim looks good. as long as modperl-2.0 will compile and pass
all tests with 5.6.1 (doesn't look like it will as-is?), go ahead and
commit, we can work out any issues after that.
On Thu, 6 Dec 2001, Doug MacEachern wrote:
On Fri, 7 Dec 2001, Stas Bekman wrote:
cool! one major problem with the file layout/linking however.
neither perlio nor apr is tied to httpd, so the APR PerlIO layer shouldn't
be either. that is, it should be possible to use the APR PerlIO layer
On Sat, 8 Dec 2001, Stas Bekman wrote:
no more dTHXs in APR PerlIO layer (at least so far), but they are used
internally in the base PerlIO layer to do XS.
right. but if that perl function took a pTHX_ (like many of the
others do) then there would be no need for dTHX;
todo, I guess I need
Doug MacEachern wrote:
On Sat, 8 Dec 2001, Stas Bekman wrote:
no more dTHXs in APR PerlIO layer (at least so far), but they are used
internally in the base PerlIO layer to do XS.
right. but if that perl function took a pTHX_ (like many of the
others do) then there would be no need
The APR/Perlio layer is incomplete yet, but you can see what I've done so
far and push me into the right direction if I'm on the wrong one. If i've
picked the right convention for the filename and put things into right
places I won't mind to commit this stuff, since I need it on the parallel
On Thu, 6 Dec 2001, Stas Bekman wrote:
While we are at it. I've placed the implementation into
modperl_perlio.c|h and xs/APR/IO/APR_IO.h. Is that OK?
should be: xs/APR/PerlIO/APR__PerlIO.h
yes, there is, but the problem is translating errno from APR to Perl's
errno. Perl's SETERRNO
On Fri, 7 Dec 2001, Stas Bekman wrote:
cool! one major problem with the file layout/linking however.
neither perlio nor apr is tied to httpd, so the APR PerlIO layer shouldn't
be either. that is, it should be possible to use the APR PerlIO layer
outside of httpd. there's no need to use
Doug MacEachern wrote:
On Tue, 4 Dec 2001, Stas Bekman wrote:
I'm implementing PerlIO::APR (will be APR::IO in mod_perl)
I need to get my hands on the memory pool. Currently I use the global
pool via modperl_global_get_pconf(). which allows you to keep your code
as a pure perl:
open my
arguments? What's the
point of having PerlIO layer at all?
my interest in having an APR::File-open() was so we can pass in the
args directly rather than jump through hoops to convert the perl sugar.
it would end up calling apr_file_open exactly the same way the builtin
open would. but then again
On Tue, 4 Dec 2001, Stas Bekman wrote:
I'm implementing PerlIO::APR (will be APR::IO in mod_perl)
I need to get my hands on the memory pool. Currently I use the global
pool via modperl_global_get_pconf(). which allows you to keep your code
as a pure perl:
open my $fh, :APR, $path
On Sun, 9 Sep 2001, Stas Bekman wrote:
There is an issue with r-print that isn't implemented yet. I guess I
cannot really move on with Registry, if print() is not available, unless I
do a temporary overload with write($buf, length $buf). Which means that we
have to implement PerlIO first
There is an issue with r-print that isn't implemented yet. I guess I
cannot really move on with Registry, if print() is not available, unless I
do a temporary overload with write($buf, length $buf). Which means that we
have to implement PerlIO first. is that correct? If so how do we approach
On Sun, May 27, 2001 at 01:11:25PM -0700, [EMAIL PROTECTED] wrote:
On Sun, 27 May 2001, barries wrote:
STDIN/STDOUT would then be restored to their original state (tied or
untied) up exit?
there are Apache::Filter::{TIEHANDLE,PRINT} methods, the tie just isn't
done automatic for you.
54 matches
Mail list logo
