Hmm, looks like nobody is here.
I'm removing myself from this list, so if you need to contact me with
questions about this site update - please do so directly to my email.
Thank you.
On 15-09-27 11:36 PM, Stas Bekman wrote:
> Hi,
>
> I ported all my sites to responsive css design and
nk you.
--
____
Stas Bekman<'>< http://stasosphere.com
http://stason.orghttp://chestofbooks.com
http://vitalitylink.com http://healingcloud.com
-
To unsubscribe, e-mail: do
(APML)? I'm going to delete it soon from my
account, which will make it disappear completely, unless someone takes over.
Thanks.
--
_
Stas Bekmanmailto:[EMAIL PROTECTED] http://stasosphere.com
http://www.linkedin.com/in/stasbekman http
Fred Moyer wrote:
Stas Bekman wrote:
Geoffrey Young wrote:
Stas Bekman wrote:
I was trying to get GET, POST and other Apache::TestRequest methods to
accept a pre-existing HTTP::Request object, rather than pass arguments
that will construct one.
The reason, I was trying to use HTML
]) ? $_[0] : (\{$name})-(@_);
Carp::croak($name(@_) didn't return a response object) unless $r;
--
_
Stas Bekmanmailto:[EMAIL PROTECTED] http://stason.org/
http://www.linkedin.com/in/stasbekman http://stasosphere.com/
http
Geoffrey Young wrote:
Stas Bekman wrote:
I was trying to get GET, POST and other Apache::TestRequest methods to
accept a pre-existing HTTP::Request object, rather than pass arguments
that will construct one.
The reason, I was trying to use HTML::TreeBuilder and
HTTP::Request::Form to fill-out
/directive/perldo.t 225 22.73% 18-22
Failed 1/1 test scripts, 0.00% okay. 5/22 subtests failed, 77.27% okay.
server foobar.mailchannels.com:8529 shutdown
error running tests (please examine t/logs/error_log)
--
_
Stas Bekman
);
return @files;
}
--
_
Stas Bekmanmailto:[EMAIL PROTECTED] http://stason.org/
MailChannels: Reliable Email Delivery http://mailchannels.com
The Practical mod_perl book http://modperlbook.org/
http://www.linkedin.com
Philip M. Gollucci wrote:
Stas Bekman wrote:
Philip M. Gollucci wrote:
Like um, are you kidding me?
SVN switches the .svn dir's entries file to a binary format which
IMHO is a good thing(tm) its much faster.
Yay, that's fantastic!
Obviously, I swap some paths to get a 1.3.x and re
...
--
_
Stas Bekmanmailto:[EMAIL PROTECTED] http://stason.org/
MailChannels: Reliable Email Delivery http://mailchannels.com
The Practical mod_perl book http://modperlbook.org/
http://www.linkedin.com/in/stasbekman http://perl.apache.org/
http://stason.org/photos/gallery/ [* best photos here
--
_
Stas Bekmanmailto:[EMAIL PROTECTED] http://stason.org/
MailChannels: Reliable Email Delivery http://mailchannels.com
The Practical mod_perl book http://modperlbook.org/
http://www.linkedin.com/in/stasbekman http://perl.apache.org/
http://stason.org/photos/gallery
Fred Moyer wrote:
Jonathan Vanasco wrote:
On Aug 29, 2006, at 3:38 PM, Stas Bekman wrote:
Stas Bekman wrote:
[...]
You are referring to these pages I'm guessing?
http://modperlbook.org/html/appf_01.html
http://modperlbook.org/html/appf_02.html
Yup.
YES!!!
That's exactly what I
Fred Moyer wrote:
Hi Stas,
On Tue, 29 Aug 2006, Stas Bekman wrote:
Any objections to adding this as a footnote to the Apache2::Constants
docs?
+1
Either this or a copy of the table from the practical mod_perl book
sounds good.
You are referring to these pages I'm guessing?
http
Stas Bekman wrote:
[...]
You are referring to these pages I'm guessing?
http://modperlbook.org/html/appf_01.html
http://modperlbook.org/html/appf_02.html
Yup.
I've attached the POD source.
--
_
Stas Bekmanmailto:[EMAIL
constants, compared to a few dozens in mp1/httpd1.3
May be a reference to httpd-2.x/includes/httpd.h (as suggested by Geoff)
should be sufficient for users who understand the risk they are undertaking.
--
_
Stas Bekmanmailto:[EMAIL
making the script smater to account for this
as this is now the second time thats happened since I've been around.
Good call. just remember that by default it should be quiet, and report
only errors.
--
_
Stas Bekman mailto:[EMAIL
Apr 2006 17:09:20 -0700
From: Stas Bekman [EMAIL PROTECTED]
Organization: Hope, Humanized
To: mod_perl Mailing List modperl@perl.apache.org
I was just at cansecwest (http://cansecwest.com/) here in Vancouver, and
went to a talk by Crispin Cowan from Novell. He presented AppArmor which
confines
it is an exercise in futility. So definitely a big
+1 for Mike's patch.
even if apu-config were to be fixed now, the version used by httpd-2.0
generation most likely will be not fixed.
--
_
Stas Bekman mailto:[EMAIL PROTECTED] http
that (building 64bit
perl and the rest).
--
_
Stas Bekman mailto:[EMAIL PROTECTED] http://stason.org/
MailChannels: Assured Messaging(TM) http://mailchannels.com/
The Practical mod_perl book http://modperlbook.org/
http://perl.apache.org/ http
-disconnect;
}
}
return $rv;
}
--
_
Stas Bekman mailto:[EMAIL PROTECTED] http://stason.org/
MailChannels: Assured Messaging(TM) http://mailchannels.com/
The Practical mod_perl book http://modperlbook.org/
http
want to confuse anyone.
Thanks Jonathan, I've committed your changes with a few minor tweaks.
--
_
Stas Bekman mailto:[EMAIL PROTECTED] http://stason.org/
MailChannels: Assured Messaging(TM) http://mailchannels.com/
The Practical
updated the website (forced rebuild)
--
_
Stas Bekman mailto:[EMAIL PROTECTED] http://stason.org/
MailChannels: Assured Messaging(TM) http://mailchannels.com/
The Practical mod_perl book http://modperlbook.org/
http
:)
--
_
Stas Bekman mailto:[EMAIL PROTECTED] http://stason.org/
MailChannels: Assured Messaging(TM) http://mailchannels.com/
The Practical mod_perl book http://modperlbook.org/
http://perl.apache.org/ http://perl.org/ http://logilune.com
regardless. But as we know this
die shouldn't happen I guess it's OK. (and of course everybody observes
error_log during the test suite run :)
--
_
Stas Bekman mailto:[EMAIL PROTECTED] http://stason.org/
MailChannels: Assured Messaging(TM
Geoffrey Young wrote:
Stas Bekman wrote:
[EMAIL PROTECTED] wrote:
Author: geoff
Date: Tue Jan 24 05:55:39 2006
New Revision: 371915
URL: http://svn.apache.org/viewcvs?rev=371915view=rev
Log:
add simple tests to make sure $ENV{MOD_PERL}
and $ENV{MOD_PERL_API_VERSION} are set as soon
Geoffrey Young wrote:
Stas Bekman wrote:
Geoffrey Young wrote:
[...]
but regardless, stas has a point - we need a definitive way to tell
whether
you are running under mp1 or mp2, then update the docs.
my suggestion is to check for $ENV{MOD_PERL_API_VERSION}, which only
exists
Stas Bekman wrote:
[...]
In which case checking $ENV{MOD_PERL_API_VERSION} should do the trick.
Just remember that mod_perl1 doesn't have this env var. So it should
probably go like:
if exists $ENV{MOD_PERL_API_VERSION
). if that isn't set at the
earliest possible moment, before _any_ mod_perl hooks can be called, then we
need to fix that.
That's the case. It needs to be fixed. And so do the docs.
--
_
Stas Bekman mailto:[EMAIL PROTECTED] http://stason.org
Frank Wiles wrote:
On Fri, 20 Jan 2006 16:13:10 -0800
Stas Bekman [EMAIL PROTECTED] wrote:
I'm trying to make Apache::DProf to work under mp2 and I thought the
following will work:
die mod_perl is required to run this module
unless $ENV{MOD_PERL};
use constant
Stas Bekman wrote:
Philippe M. Chiasson wrote:
Stas Bekman wrote:
I've added accessors to Group and User directives in httpd.conf, so that
now you can get that info via:
my $user_id = Apache2::ServerUtil-user_id;
my $group_id = Apache2::ServerUtil-group_id;
the patch is inlined
idea.
It should probably return 0 and 0 on win32.
The attached patch hopefully has it right.
But my main concern is the API, if everybody happy about it, I'll just
commit it and then we will polish the corners...
--
_
Stas Bekman
with mod_userdir, etc. so I'd say we probably need to ifdef out
the include and calls to unixd_config, providing some sort of default
implementation for the above platforms.
Thanks Geoff. Fixed and committed.
--
_
Stas Bekman mailto:[EMAIL
.
--
_
Stas Bekman mailto:[EMAIL PROTECTED] http://stason.org/
MailChannels: Assured Messaging(TM) http://mailchannels.com/
The Practical mod_perl book http://modperlbook.org/
http://perl.apache.org/ http://perl.org/ http://logilune.com
;
+}
+
+1;
+
+__END__
+
--
_
Stas Bekman mailto:[EMAIL PROTECTED] http://stason.org/
MailChannels: Assured Messaging(TM) http://mailchannels.com/
The Practical mod_perl book http://modperlbook.org/
http://perl.apache.org/ http://perl.org
(numeric)' a bit safer than manipulating $VERSION?
If you scope it tightly then it's probably better.
--
_
Stas Bekman mailto:[EMAIL PROTECTED] http://stason.org/
MailChannels: Assured Messaging(TM) http://mailchannels.com
Philip M. Gollucci wrote:
Stas, I'm 99% sure this is a FreeBSD specific problem. I can not
duplicate this on Fedora Core 2/3
I guess the next step is to try and reproduce it in a small program and
hand it to p5p?
--
_
Stas Bekman
Philip M. Gollucci wrote:
Stas Bekman wrote:
Philip M. Gollucci wrote:
Stas, I'm 99% sure this is a FreeBSD specific problem. I can not
duplicate this on Fedora Core 2/3
I guess the next step is to try and reproduce it in a small program
and hand it to p5p?
Thats what this was:
cat
as
they are backward-compatible (which seems to be the case).
--
_
Stas Bekman mailto:[EMAIL PROTECTED] http://stason.org/
MailChannels: Assured Messaging(TM) http://mailchannels.com/
The Practical mod_perl book http://modperlbook.org/
http
-j2 make test
Also please show your perl -V.
Thanks.
--
_
Stas Bekman mailto:[EMAIL PROTECTED] http://stason.org/
MailChannels: Assured Messaging(TM) http://mailchannels.com/
The Practical mod_perl book http://modperlbook.org
Philip M. Gollucci wrote:
Stas Bekman wrote:
Probably ModPerl:: is the best fit, IMHO :) Though you may have more
popularity with /Apache/ in case people aren't aware about the
existance of the ModPerl:: namespace.
Was I mistakenly under the impression that Modperl:: was reserved
it.
--
_
Stas Bekman mailto:[EMAIL PROTECTED] http://stason.org/
MailChannels: Assured Messaging(TM) http://mailchannels.com/
The Practical mod_perl book http://modperlbook.org/
http://perl.apache.org/ http://perl.org/ http://logilune.com
.
--
_
Stas Bekman mailto:[EMAIL PROTECTED] http://stason.org/
MailChannels: Assured Messaging(TM) http://mailchannels.com/
The Practical mod_perl book http://modperlbook.org/
http://perl.apache.org/ http://perl.org/ http://logilune.com
Stas Bekman wrote:
[EMAIL PROTECTED] wrote:
Author: stas
Date: Fri Dec 23 11:51:41 2005
New Revision: 358859
URL: http://svn.apache.org/viewcvs?rev=358859view=rev
Log:
Adjust Apache::TestConfig::untaint_path() to handle relative paths
that don't start with /.
Randy, it has just dawned
!/^(\.|$)/, split /$sep/, $path;
+return join $sep, grep !m#^(?:[^/]|$)#, split /$sep/, $path;
}
sub pop_dir {
--
_
Stas Bekman mailto:[EMAIL PROTECTED] http://stason.org/
MailChannels: Assured Messaging(TM) http://mailchannels.com
that there is something
called a MapToStorageHandler:
http://perl.apache.org/docs/2.0/user/handlers/http.html#PerlMapToStorageHandler
which is better suited to handle this.
Regards,
Terrence
--
_
Stas Bekman mailto:[EMAIL PROTECTED] http://stason.org
it's ok I think it's far better than
/usr/bin/perl, and since you were the one with the issue... +1
Thanks.
--
_
Stas Bekman mailto:[EMAIL PROTECTED] http://stason.org/
MailChannels: Assured Messaging(TM) http://mailchannels.com
Randy Kobes wrote:
On Sun, 18 Dec 2005, Stas Bekman wrote:
Randy Kobes wrote:
On Fri, 16 Dec 2005, Stas Bekman wrote:
Stas Bekman wrote:
I guess if there are no objections I'll commit it on Monday.
Sounds good to me - I tested the patch out on Win32 with the
Apache-Test tests and also
Randy Kobes wrote:
On Fri, 16 Dec 2005, Stas Bekman wrote:
Stas Bekman wrote:
I guess if there are no objections I'll commit it on Monday.
Sounds good to me - I tested the patch out on Win32 with the
Apache-Test tests and also the apreq tests (which involve
some cgi tests
);
#ifdef MP_PERL_HV_GMAGICAL_AWARE
MP_TRACE_e(MP_FUNC, [%s/0x%lx] untie %%ENV; # from r\n\t (%s%s),
--
_
Stas Bekman mailto:[EMAIL PROTECTED] http://stason.org/
MailChannels: Assured Messaging(TM) http://mailchannels.com
Philippe M. Chiasson wrote:
Stas Bekman wrote:
[EMAIL PROTECTED] wrote:
Author: gozer
Date: Fri Dec 16 13:20:23 2005
New Revision: 357236
URL: http://svn.apache.org/viewcvs?rev=357236view=rev
Log:
local %ENV; caused Segmentation fault in modperl_env_request_tie()
Reported-By: Peter
could only reproduce the bug with a standalone config)
I was more thinking of a category of tests specifically to nail down known
bugs.
correct.
--
_
Stas Bekman mailto:[EMAIL PROTECTED] http://stason.org/
MailChannels: Assured
Stas Bekman wrote:
I guess if there are no objections I'll commit it on Monday.
--
_
Stas Bekman mailto:[EMAIL PROTECTED] http://stason.org/
MailChannels: Assured Messaging(TM) http://mailchannels.com/
The Practical mod_perl book
-0800
From: Mike Smith [EMAIL PROTECTED]
To: Stas Bekman [EMAIL PROTECTED]
Index: lib/Apache/TestConfig.pm
===
--- lib/Apache/TestConfig.pm(revision 356832)
+++ lib/Apache/TestConfig.pm(working copy)
@@ -1027,7 +1027,8 @@
my
Stas Bekman wrote:
Apache-Test has a problem on OpenBSD when perl's shebang is too long.
This patch uses the old eval trick to workaround the problem when we see
a perl path 62 chars.
The only reason I didn't commit it right away is because I'm not sure
whether this workaround works
the chain is a one way linked list). And it'll probably will stay broken
forever in 2.x now.
--
_
Stas Bekman mailto:[EMAIL PROTECTED] http://stason.org/
MailChannels: Assured Messaging(TM) http://mailchannels.com/
The Practical
not really an OpenBSD user, I just had to build mp2 there for
some testing.
(and there are 3 tests that fail in mp2.0.2, but I have no time at the
moment to debug those)
--
_
Stas Bekman mailto:[EMAIL PROTECTED] http://stason.org
Adding -Wdeclaration-after-statement to ccopts;
$ccopts .= -Wdeclaration-after-statement;
}
}
--
_
Stas Bekman mailto:[EMAIL PROTECTED] http://stason.org/
MailChannels: Assured Messaging(TM) http
as well.
Regards,
Terrence
--
_
Stas Bekman mailto:[EMAIL PROTECTED] http://stason.org/
MailChannels: Assured Messaging(TM) http://mailchannels.com/
The Practical mod_perl book http://modperlbook.org/
http://perl.apache.org/ http
://perl.apache.org/docs/2.0/user/intro/overview.html#Why_mod_perl__The_Next_Generation
but that site is down.
perldoc.perl.org seems to be up and well-maintained.
Perhaps the links should be switched to that.
--
_
Stas Bekman mailto:[EMAIL PROTECTED
Philippe M. Chiasson wrote:
Stas Bekman wrote:
Configuring PostConfig phase via push_handlers on the vhost server is
silently ignored under mp2.
For example a custom directive handler FooBar:
sub FooBar {
my ($self, $parms, $arg) = @_;
my $s = $parms-server;
# XXX: calling
with that correct vhost
1. is easy, 2 is harder ;-)
I vote 2 :)
--
_
Stas Bekman mailto:[EMAIL PROTECTED] http://stason.org/
MailChannels: Assured Messaging(TM) http://mailchannels.com/
The Practical mod_perl book http://modperlbook.org/
http
to register
the callback on a vhost server (but it'll affect the push_handlers
run-time performance a bit), to handle the special case.
(the same issue applies to open_logs)
--
_
Stas Bekman mailto:[EMAIL PROTECTED] http://stason.org
. Or a comment, rather. Thanks for your attention,
Suggest a better wording?
--
_
Stas Bekman mailto:[EMAIL PROTECTED] http://stason.org/
MailChannels: Assured Messaging(TM) http://mailchannels.com/
The Practical mod_perl book
.
--
_
Stas Bekman mailto:[EMAIL PROTECTED] http://stason.org/
MailChannels: Assured Messaging(TM) http://mailchannels.com/
The Practical mod_perl book http://modperlbook.org/
http://perl.apache.org/ http://perl.org/ http://logilune.com
Philippe M. Chiasson wrote:
Stas Bekman wrote:
[EMAIL PROTECTED] wrote:
Author: gozer
Date: Wed Nov 16 15:53:01 2005
New Revision: 345151
URL: http://svn.apache.org/viewcvs?rev=345151view=rev
Log:
Calling Apache2::ServerUtil-server in Perl sections now
returns the server into which
Philippe M. Chiasson wrote:
[...]
Implemented in change 345426, documented in change 345427, rejoice!
nice work, philippe!
--
_
Stas Bekman mailto:[EMAIL PROTECTED] http://stason.org/
MailChannels: Assured Messaging(TM) http
Philip M. Gollucci wrote:
Stas Bekman wrote:
In case someone is interested in solving this config time segfault,
I've attached an A-T tarball that reproduces it. I've tried to merge
it into the mp2 test suite, but I can't reproduce it there, since
filterhandlers are already configured via
--
_
Stas Bekman mailto:[EMAIL PROTECTED] http://stason.org/
MailChannels: Assured Messaging(TM) http://mailchannels.com/
The Practical mod_perl book http://modperlbook.org/
http://perl.apache.org/ http://perl.org/ http://logilune.com/
bug-reporting-skeleton
that you've added the test, since
the existing tests have passed for me when I've committed that. Thanks for
fixing that.
--
_
Stas Bekman mailto:[EMAIL PROTECTED] http://stason.org/
MailChannels: Assured Messaging(TM) http
with your work,
since have happened before as well. I wonder whether Devel::Cover is just
as unstable under plain perl.
--
_
Stas Bekman mailto:[EMAIL PROTECTED] http://stason.org/
MailChannels: Assured Messaging(TM) http
broken.
Thank you.
--
_
Stas Bekman mailto:[EMAIL PROTECTED] http://stason.org/
MailChannels: Assured Messaging(TM) http://mailchannels.com/
The Practical mod_perl book http://modperlbook.org/
http://perl.apache.org/ http://perl.org
Philip M. Gollucci wrote:
Philip M. Gollucci wrote:
Stas Bekman wrote:
and if you try my last patch suggestion?
Hi, yikes, I'm behind Anyway, I finally got around to trying this.
Same result as without. Hopefully, at some point during the week,
I'll be able to turn on tracing
those changes and not committed?
--
_
Stas Bekman mailto:[EMAIL PROTECTED] http://stason.org/
MailChannels: Assured Messaging(TM) http://mailchannels.com/
The Practical mod_perl book http://modperlbook.org/
http://perl.apache.org/ http
/content_length_header.t
In which case it'll never descend into sub-dirs.
--
_
Stas Bekman mailto:[EMAIL PROTECTED] http://stason.org/
MailChannels: Assured Messaging(TM) http://mailchannels.com/
The Practical mod_perl book http
'),
};
or somesuch?
Sure
but +1 on whatever you come up with - this is goodness :)
Thanks.
--
_
Stas Bekman mailto:[EMAIL PROTECTED] http://stason.org/
MailChannels: Assured Messaging(TM) http://mailchannels.com/
The Practical
.
--
_
Stas Bekman mailto:[EMAIL PROTECTED] http://stason.org/
MailChannels: Assured Messaging(TM) http://mailchannels.com/
The Practical mod_perl book http://modperlbook.org/
http://perl.apache.org/ http://perl.org/ http://logilune.com
Philip M. Gollucci wrote:
Philip M. Gollucci wrote:
Stas Bekman wrote:
Assuming that you have the APML karma, here is how to do it.
1) login into https://pause.perl.org
2) menu click: Select Mailinglist/Action
3) choose APML and share_perms and click go
4) click 3.1 Make somebody else co
:
- - remove '-dev'
+ - remove -rc\d+ start with -rc1
Philip, you've probably meant:
+ - remove -rc\d+
:)
--
_
Stas Bekman mailto:[EMAIL PROTECTED] http://stason.org/
MailChannels: Assured Messaging(TM) http
PROTECTED] [EMAIL PROTECTED] s=
z=message queued
[Sun Oct 23 02:29:20 2005] i=127.0.0.1 c=221 l=QUITd=00:00
t=alwaysu= m= r= s= z=foo.bar.org Service closing
transmission channel
--
_
Stas Bekman mailto:[EMAIL
I suppose the only solution is to merge the modperl dev list and
mailchannels dev list into one. I keep on screwing up :(
--
_
Stas Bekman mailto:[EMAIL PROTECTED] http://stason.org/
MailChannels: Assured Messaging(TM) http
+ start with -rc1
- add release date
but where is the instruction to remove -rcX when doing the final release?
--
_
Stas Bekman mailto:[EMAIL PROTECTED] http://stason.org/
MailChannels: Assured Messaging(TM) http://mailchannels.com
.
--
_
Stas Bekman mailto:[EMAIL PROTECTED] http://stason.org/
MailChannels: Assured Messaging(TM) http://mailchannels.com/
The Practical mod_perl book http://modperlbook.org/
http://perl.apache.org/ http://perl.org/ http://logilune.com
Christopher H. Laco wrote:
Stas Bekman wrote:
Philip M. Gollucci wrote:
A release candidate for mod_perl 2.0.2 is now available for testing.
Please grab the candidate from
http://people.apache.org/~pgollucci/mp2/mod_perl-2.0.2-dev.tar.gz
+1, tested with 43 different apaches/perls
, Include);
target is the name of the httpd executable and it can be changed from the
command line:
t/TEST -target=http2005d
in which case the hardcoded test will break :)
--
_
Stas Bekman mailto:[EMAIL PROTECTED] http://stason.org
Stas Bekman wrote:
Christopher H. Laco wrote:
Stas Bekman wrote:
Philip M. Gollucci wrote:
A release candidate for mod_perl 2.0.2 is now available for testing.
Please grab the candidate from
http://people.apache.org/~pgollucci/mp2/mod_perl-2.0.2-dev.tar.gz
+1, tested with 43
Frank Wiles wrote:
Hi Everyone,
Noticed that the advocacy page lists that I sent off a article
proposal, but doesn't link to it. Here is a small patch to fix
that.
Thanks Frank, committed.
--
_
Stas Bekman mailto:[EMAIL
symbols: Bad value
collect2: ld returned 1 exit status
make[1]: *** [mod_perl.so] Error 1
make[1]: Leaving directory
`/home/staff/install/mod_perl-2.0.1/src/modules/perl'
make: *** [modperl_lib] Error 2
--
_
Stas Bekman mailto:[EMAIL
[EMAIL PROTECTED] wrote:
Author: geoff
Date: Wed Oct 5 09:43:25 2005
New Revision: 295033
URL: http://svn.apache.org/viewcvs?rev=295033view=rev
Log:
add :proxy constants
geoff++
--
___
Stas Bekman mailto:[EMAIL PROTECTED] | http
Stas Bekman wrote:
Philip M. Gollucci wrote:
[...]
6. Okay so from the 4 above attached files in #5 it looks like
PerlIOApache_flush() is being called, but not working.
[I'll list this function at the end of the e-mail.]
Basically, I think there is a SNAFU here
MP_RUN_CROAK
Stas Bekman wrote:
[EMAIL PROTECTED] wrote:
Author: geoff
Date: Wed Sep 28 11:18:39 2005
New Revision: 292234
URL: http://svn.apache.org/viewcvs?rev=292234view=rev
Log:
add :proxy import tag to Apache2::Const which exposes new
constants PROXYREQ_NONE, PROXYREQ_PROXY, and PROXYREQ_REVERSE
Tom Schindl wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Stas Bekman wrote:
Stas Bekman wrote:
Philip M. Gollucci wrote:
[...]
6. Okay so from the 4 above attached files in #5 it looks like
PerlIOApache_flush() is being called, but not working.
[I'll list this function
Philip M. Gollucci wrote:
Stas Bekman wrote:
As I think more about it, there was a reason for this FALSE setting.
As you know Apache will send headers as soon as it gets some data out
and a flush bucket is by Apache-talk is data. So what was happening is
that when users were doing something
Philip M. Gollucci wrote:
Stas Bekman wrote:
Thinking more about it we need a better fix. Currently
modperl_wbucket_flush is not flexible enough. What PerlIOApache_flush
needs is:
- if there is data to flush, flush it and *unconditionaly* append the
flush bucket
- if there is no data
for you to fix that, as I had more style fixes
to commit.
--
___
Stas Bekman mailto:[EMAIL PROTECTED] | http://stason.org/
MailChannels: Assured Messaging (TM) | http://mailchannels.com/
The Practical mod_perl book| http
code. Let me know if you need more help.
However I'm not sure why do you need that. I think PerlIOApache_flush
shouldn't be called if $| is not true in first place.
--
___
Stas Bekman mailto:[EMAIL PROTECTED] | http://stason.org
?
--
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org http://mailchannels.com
bloody dev@ similarities :)
I once again apologies for sending to the wrong list :(
--
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto
'
-]
+],
}
};
--
___
Stas Bekman mailto:[EMAIL PROTECTED] | http://stason.org/
MailChannels: Assured Messaging (TM) | http://mailchannels.com/
The Practical mod_perl book| http://modperlbook.org/
-
To unsubscribe, e
the server by running t/TEST -start, it
prints the command that it runs.
--
___
Stas Bekman mailto:[EMAIL PROTECTED] | http://stason.org/
MailChannels: Assured Messaging (TM) | http://mailchannels.com/
The Practical mod_perl book
.
--
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http://modperlbook.org http
1 - 100 of 4084 matches
Mail list logo