count (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/stasb
GMT: Thu Dec 7 19:05:42 2006
# Using Test.pm version 1.25
# Using Apache/Test.pm version 1.30
# expected: yes
# received: yes
ok 1
# testing : __PACKAGE__
# expected: (?-xism:t::conf::extra_last_conf::line_\d+$)
# received:
Apache2::ReadConfig::home::stas::apache_org::mp2_svn::t::conf::ext
andom"
Thanks!
--
_____
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/stasbekma
uninitialized value in
concatenation (.) or string at
/home/stas/perl/5.8.7-ithread/lib/site_perl/5.8.7/LWP/Protocol/http10.pm
line 57.
setup:
*** mod_perl version 2.03
*** using
/tmp/Apache-Test-skeleton-mp2/new/mp2-svn/lib/Apache2/BuildConfig.pm
*** Makefile.PL options:
MP_APR_LIB
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.
close $fh;
}}, $cwd);
# files to add which aren't under svn
push @files, qw(lib/ModPerl/DummyVersions.pm);
return @files;
}
--
_
Stas Bekmanmailto:[EMAIL PROTECTED] http://stason.org/
MailChannels: Re
x27;m pretty sure that's what some of stas stuff does, and what fred is
doing for the current Apache::Dispatch overhaul.
I run:
perl Makefile.PL MOD_PERL=2
but Makefile.PL has custom code, e.g. see:
http://svn.perl.org/modperl-modules/Apache-Peek/trunk/M
docs-svn
bash-2.05b$ svn cleanup
I wonder if its worth 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.
--
___
g about solving 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:[EM
[EMAIL PROTECTED] wrote:
Author: stas
Date: Thu Mar 16 16:40:43 2006
New Revision: 386498
URL: http://svn.apache.org/viewcvs?rev=386498&view=rev
Log:
Make sure that LIBS and other MakeMaker command line flags are not
ignored by the top level Makefile.PL and xs/APR/APR/Makefile.PL
F
DBIx::Migration::Directories->new(
schema => "Schema::RDBMS::AUS",
dbh => $dbh,
);
$mh->full_delete_schema;
$dbh->disconnect;
}
}
return $rv;
}
--
__
[EMAIL PROTECTED] wrote:
Author: stas
Date: Thu Jan 26 13:49:15 2006
New Revision: 372620
URL: http://svn.apache.org/viewcvs?rev=372620&view=rev
Log:
removed unused class selectors for br/small tags (which was causing problems in
some browsers)
Submitted by: allan juul <[EMAIL PR
any longer.
Thanks Frank, 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.
much more parsable if you ask me.
I admit my variables nicely align, which makes it easier to read :)
--
_
Stas Bekman mailto:[EMAIL PROTECTED] http://stason.org/
MailChannels: Assured Messaging(TM) http://mailchannels.com/
The "Practical
e code
will never be true.
--
_
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/
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=371915&view=rev
Log:
add simple tests to make sure $ENV{MOD_PERL}
and $ENV{MOD_PERL_API_VERSION} are set as soo
p and it'll still start 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:
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
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
in the
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
in the official 2.0 API (mp 1.999_22 and later). if that
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{M
tting of $ENV{MOD_PERL} needs to be moved to happen as soon as
perl starts and before we try to run any code or load any modules.
Thanks.
--
_____
Stas Bekman mailto:[EMAIL PROTECTED] http://stason.org/
MailChannels: Assured Messaging(
XXX Apache should define something */
#endif
similarly 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.
--
___
x27;ll just
commit it and then we will polish the corners...
--
_
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://
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
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 and attached (
+
+ok t_cmp $group_id, $expected_gid, "group id";
+
+Apache2::Const::OK;
+}
+
+1;
+
+__END__
+
--
_
Stas Bekman mailto:[EMAIL PROTECTED] http://stason.org/
MailChannels: Assured Messaging(TM) http://mailchannels.com/
The
he
moment under mp2.
--
_____
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:/
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:
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 B
6.25)
isn't 'no warnings (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 Mes
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 reserve
out the existance
of the ModPerl:: namespace.
--
_
Stas Bekman mailto:[EMAIL PROTECTED] http://stason.org/
MailChannels: Assured Messaging(TM) http://mailchannels.com/
The "Practical mod_perl" book http://modperlboo
seen
this work since at least August 22, 2005.
Thats bleed versions ~25197 -> current (26703)
How did you build mp2, Philip? I've just tried 26758 and it works fine
while building with:
make clean
APACHE_TEST_COLOR=1; export APACHE_TEST_COLOR
/home/stas/perl/blead-ithread/bin/perl Makef
ng 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 htt
.
--
_
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://lo
ing under perl-5.9.3-tobe.
--
_
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/ h
s 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
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
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), and
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_
-T based
tarballs recently, I 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://sta
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=357236&view=rev
Log:
"local %ENV;" caused Segmentation fault in modperl_env_request_tie()
Repor
void modperl_env_request_untie(pTHX_ request_rec *r)
{
-EnvMgObj = NULL;
+EnvMgObjSet(NULL);
#ifdef MP_PERL_HV_GMAGICAL_AWARE
MP_TRACE_e(MP_FUNC, "[%s/0x%lx] untie %%ENV; # from r\n\t (%s%s)",
--
_
Stas Bekm
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 w
e: Thu, 15 Dec 2005 14:24:22 -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
Joe Orton wrote:
On Wed, Dec 14, 2005 at 10:27:57AM -0800, Stas Bekman wrote:
Geoffrey Young wrote:
Philip M. Gollucci wrote:
Hi All,
I'm thinking we should roll the 2.0.3 release soonish.
1. Fix the Apache2::Reload regression with mod_perl.pm
2. Update the docs to say we su
Philip M. Gollucci wrote:
The insertion of -Wdeclaration-after-statement breaks the build as the
following gcc version doesn't support it:
cc -I/home/stas/src/mod_perl-2.0.2/src/modules/perl
-I/home/stas/src/mod_perl-2.0.2/xs
-I/home/stas/httpd/prefork-2.0.55/include
-I/home/stas/
there was also some filter foo that changed
with 2.2 that stas was interested in, though I can't recall the details.
Erh, it was supposed to be a showstopper for 2.2, but it was just ignored.
So the filter chain is still broken and you can't remove the filter which
is the very first one
The insertion of -Wdeclaration-after-statement breaks the build as the
following gcc version doesn't support it:
cc -I/home/stas/src/mod_perl-2.0.2/src/modules/perl
-I/home/stas/src/mod_perl-2.0.2/xs
-I/home/stas/httpd/prefork-2.0.55/include
-I/home/stas/httpd/prefork-2.0.55/include -
n
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 PRO
low 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.
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://m
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 it
e when a user tries 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 PROTE
et maintainer...
Just a thought. 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
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
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=345151&view=rev
Log:
Calling Apache2::ServerUtil->server in sections now
returns the server into wh
ost/main server.
--
_____
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
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
modperl_handler.c:608
#3 0xb782300b in mpxs_Apache2__ServerRec_push_handlers
(my_perl=0x817d890, s=0x819ee28, name=0x82153b8 "PerlInputFilterHandler",
sv=0x820e794)
at
/home/stas/apache.org/mp2-svn/xs/Apache2/ServerUtil/Apache2__ServerUtil.h:116
#4 0xb782462a in XS_Apache2__ServerRec_p
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 tr
Geoffrey Young wrote:
Stas Bekman wrote:
Philip M. Gollucci wrote:
Stas Bekman wrote:
I never use that approach. make test is a way too slow if you need to
do repetitive testing. I always do:
t/TEST t/apache/content_length_header.t
In which case it'll never descend into sub
127.0.0.1]
mpxs_Apache2__RequestRec_print: $r->print can't be called before the
response phase at
/home/stas/apache.org/Apache-Test/t/TestModperl/SameInterp.pm line 26.
You can't print from any but response phase
with mp1, the test suite won't even start:
Can't locate Apache/TestHandler.pm in
Philip M. Gollucci wrote:
Stas Bekman wrote:
I never use that approach. make test is a way too slow if you need to
do repetitive testing. I always do:
t/TEST t/apache/content_length_header.t
In which case it'll never descend into sub-dirs.
Agreed. Me too, but assuming for some r
t/TEST t/apache/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 "Pract
ny code to PAUSE infrastructure that doesn't
actually solve problems and must then be maintained. Please consider
the two scripts I suggest above. They seem pretty trivial to me.
--
_
Stas Bekman mailto:[EMAIL PROTECTED] http://staso
Andreas J. Koenig wrote:
On Wed, 26 Oct 2005 22:32:45 -0700, Stas Bekman <[EMAIL PROTECTED]> said:
> Whoever made the released that added these two packages had to figure out
> that those were new packages, go to PAUSE and re-add perms to APML (and
> probably all the
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
his, but, for future
reference, it may be Stas that has that ability?
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-maintainer
5) c
ect_next_port;
+ }
+ elsif (exists $self->{vars}->{$key}) {
+ $self->{vars}->{$key};
+ }
+ else {
+ die "invalid token: [EMAIL PROTECTED]@ $file\n";
+ }
]ge;
}
--
_____
/Changes:
- - remove '-dev'
+ - change -dev to -rc\d+ start with -rc1
- add release date
but where is the instruction to remove -rcX when doing the final release?
--
_
Stas Bekman mailto:[EMAIL PRO
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
05] i=127.0.0.1 c=250 l=RSETd=00:00
t=alwaysu= [EMAIL 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
transmi
not again! :( sorry about that
--
_
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.
7;s, it has only 'tz' and apache's is a time difference (-0700)
Temporarily I've just used scalar(localhost), ignoring the timestamp
format, before we figure it out.
--
_____
Stas Bekman mailto:[EMAIL PROTECTED] http://sta
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
::Test::vars('target');
+ok t_cmp($0, qr/$target/i, '$0');
ok t_cmp($TestDirective::perl::Included, 1, "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
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
.
--
_
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://lo
read 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 mai
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
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
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 functi
.
Thanks Frank, committed.
For docs you need to modify and work with modperl-docs repository
as explained here http://perl.apache.org/contribute/index.html
--
___
Stas Bekman mailto:[EMAIL PROTECTED] | http://stason.org/
MailChannels:
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=292234&view=rev
Log:
add :proxy import tag to Apache2::Const which exposes new
constants PROXYREQ_NONE, PROXYREQ_PROXY, and PROXYREQ_REV
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_
o.c and similar files in the perl source
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.
--
___
St
Philip M. Gollucci wrote:
Stas Bekman wrote:
Sorry, Philip, didn't wait for you to fix that, as I had more style
fixes to commit.
I didn't quite follow? What ?
Take a look at:
http://svn.apache.org/viewcvs.cgi/perl/modperl/trunk/Makefile.PL?rev=293467&view=diff&r1=293467
[EMAIL PROTECTED] wrote:
Author: stas
Date: Mon Oct 3 17:20:13 2005
New Revision: 293474
URL: http://svn.apache.org/viewcvs?rev=293474&view=rev
Log:
style
Modified:
perl/modperl/trunk/Makefile.PL
Modified: perl/modperl/trunk/Makefile.PL
URL:
http://svn.apache.org/viewcvs/perl/mod
last if /^=item/;
that doesn't look right, what were you trying to fix, Philip?
--
___
Stas Bekman mailto:[EMAIL PROTECTED] | http://stason.org/
MailChannels: Assured Messaging (TM) | http://mailchannels.com/
The
ou can see how apache starts 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/
T
APR::Const' => {
'uri' => [
@@ -459,7 +464,7 @@
],
'common' => [
'APR_SUCCESS'
-]
+],
}
};
--
___
Stas Bekman mailto:[EMAIL PROTECTED] | http://stason.org/
MailChannels: Assured Messaging (TM) | http://mailchannels
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
at do you think?
--
__
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 ht
x27;ll be a
never-ending story.
--
___
Stas Bekman mailto:[EMAIL PROTECTED] | http://stason.org/
MailChannels: Assured Messaging (TM) | http://mailchannels.com/
The "Practical mod_perl" book| http://modperlbook.org/
e an RT or e-mail dougm?
That would be Doug. You may offer to take over these. I'm pretty sure Doug
will be more than happy to give those up :)
--
___
Stas Bekman mailto:[EMAIL PROTECTED] | http://stason.org/
MailChannels: As
Philip M. Gollucci wrote:
Hi,
I'm thinking I'll roll the first release candidate between
Thursday->Saturday comming up. If anyone has anything they want in it,
please let me know or commit it before then.
I've got one A-T pending some thought first and Stas' suggest
or deletion now.
--
__
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 htt
ortunately since CPAN is not group-development friendly it's always
hard to figure out where the packages are as there are spead across many
developers CPAN dirs.
--
__
Stas BekmanJAm_pH --> Just Another mo
1 - 100 of 4250 matches
Mail list logo
