On Wed, 13 Sep 2000, Gerald Richter wrote:
It does :-)
I commit it to cvs now
great news!
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
On 2 Sep 2000, Andreas J. Koenig wrote:
On Fri, 1 Sep 2000 15:46:46 -0700 (PDT), Doug MacEachern [EMAIL PROTECTED]
said:
perhaps, i've cc'd andreas who originally chose -M, i have the feeling we
discussed the reasons ages ago. andreas, do you see any reason not to use
(stat
guys, ApacheReadConfig is the original name, and still the name used
internally.
Apache::ReadConfig is an alias for ApacheReadConfig (see Apache.pm) and is
documented as the public namespace.
for some reason using Apache::ReadConfig internally caused problems, i
can't recall the details (the
On Tue, 12 Dec 2000, Salvador Ortiz Garcia wrote:
Do you think it is worth try to debug it?
i would be happy to see ApacheReadConfig gone and use Apache::ReadConfig
in both places, if you're up for it.
-
To unsubscribe,
On Sat, 28 Oct 2000, Randy Kobes wrote:
I've attached a draft diff to the cvs mod_perl
top-level Makefile.PL for building mod_perl on
Win32 using VC++.
[ ... ]
wow randy, that looks like it was painful to get right, great work!
and thanks to sterling for testing, i think you made
On Sun, 10 Dec 2000, Jens-Uwe Mager wrote:
The build procedure of modperl under AIX is historically geared towards
using the IBM native C compiler (this is also what I use exclusively as
it produces better code). I have recently debugged the apaci build
variant with the help of some folks
On Fri, 13 Oct 2000, Soheil Seyfaie wrote:
The following patch *should* work. Suggestions welcome.
many thanks soheil, great that you included the tests too.
i have applied your patch, but a slightly different version (see below).
i left this out:
+
+ if(!mod_perl_sent_header(r, 0))
applied, and INSTALL.activeperl removed, thanks randy!
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
On Thu, 21 Dec 2000, Geoffrey Young wrote:
for the life of me I can't figure out how to add MyConfig.pm to MAN3POD -
explicity adding it truncates everything else, but manifypods() doesn't see
it on its own..,
weird. perldoc Apache::MyConfig works ok at least. applied, thanks!
the 5.6.0+ uselargefile flags: -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64
are still the source of many core dump reports. i just committed a patch
to rip them out by default. mod_perl does not need them. but they can be
turned back on with Makefile.PL PERL_USELARGEFILES=1
i've tested with
On Wed, 27 Dec 2000, Daniel Jacobowitz wrote:
I assume that if Apache is built with LFS, we do need them (though I
think apxs will take care of that). What about if perl is - can we
really get away without not using LFS when perl is?
we can get away with it because Perl never passes lfs
sweet, great work guys. the patch i have from randy seems to be truncated
(the tarball with mod_perl.{dsp,mak.def} looks ok though. sterls can you
send me the current patch against current cvs? thanks!
-
To unsubscribe,
thanks, works like a charm. curious, should mod_perl.dsp be cvs add-ed
with -kb? i seem to recall cvs changing the file (stripping ^M's ?)
i also added mod_perl.def to the MANIFEST, we don't want to include
mod_perl.mak or do we?
On Wed, 3 Jan 2001, Ken Williams wrote:
This was a small oversight when PerlRun underwent its recent overhaul
(hm, was it over or under?). Fix is below.
thanks ken, applied.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For
On Wed, 17 Jan 2001, Ask Bjoern Hansen wrote:
On 2 Jan 2001 [EMAIL PROTECTED] wrote:
=item Avoid inherting from certain modules
Exporter
To void inherting BAutoLoader::AUTOLOAD
instead of this:
@MyClass::ISA = qw(Exporter);
use this:
On Mon, 15 Jan 2001, Geoffrey Young wrote:
hi all...
it may be a bit taboo, but here's a patch that allows you to set
$r-server-loglevel...
i dig it, applied, thanks!
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For
On Tue, 23 Jan 2001, Geoffrey Young wrote:
hi all...
I made a patch for this. It may not be as neat as Doug's one liner, but
it's pretty much the same as CGI.pm and returns undef for the empty value
(which is consistent with libapreq)
for some reason I can't get it past the
this passes all tests for me..
doh! but probably behaves just like the one liner. this should work..
Index: Apache/Apache.pm
===
RCS file: /home/cvs/modperl/Apache/Apache.pm,v
retrieving revision 1.60
diff -u -r1.60 Apache.pm
On Fri, 26 Jan 2001, Ken Williams wrote:
With a freshly downloaded apache 1.3.14, I did "perl Makefile.PL
EVERYTHING=1". First time through I got this:
ok, i see the problem (USE_APACI=1 hid it for me). patch below should
fix, you can also just run
perl -pi -e 's/PERL5LIB/PRIVLIB/g'
On Fri, 26 Jan 2001, Geoffrey Young wrote:
all is ok from cvs with perl 5.6.0 and has been for weeks (I recompile from
cvs nightly on my playground).
coolness.
I just made perl yesterday from perl-current and am having problems with
libapreq_031_3. if I remove Request.pm and Cookie.pm
On Fri, 26 Jan 2001, Ken Williams wrote:
That doesn't seem to do it for me, I still get the same error and it
craps out halfway through building Apache.c.
looking closer at your error messages, seems what i saw is different from
your problem. the line that your make is crapping out on
On Mon, 29 Jan 2001, Geoffrey Young wrote:
since you're punting on args()...
thanks, looks like eric already applied this, i don't see a commit message
though.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional
On Mon, 29 Jan 2001, Ken Williams wrote:
I know it's a nitpick, but the following is a bit faster (about 35%
faster according to Benchmark) and a little clearer to read:
much better, thanks ken. it'll be even faster when this ToDo item gets
done :)
- Apache::PerlRun::flush_namespace should
On Thu, 8 Feb 2001, Geoffrey Young wrote:
hi guys...
oops, I forgot to cross-post my modperl@ report here...
looks like Apache-can('push_handlers') returns true even if
PERL_STACKED_HANDLERS=0 at build time (at least with CVS)
I suppose that at some point this wasn't the case, since
On Sun, 11 Feb 2001, Stas Bekman wrote:
Brian, will you have a chance to commit Apache::LogSTDERR to CPAN or
mod_perl source? You said you will, it's still not there, so I'm kinda
puzzled whether to document this one in the book or not. Thanks.
he was getting it ready todo it last week, i
On Wed, 14 Feb 2001, Matt Sergeant wrote:
What does it do?
redirects stderr or something, its been so long, i don't even remember.
Does it by any chance fix the broken logging to the
server log rather than the request log in Apache 1.3.17?
no.
I think it was first mentioned here:
http://forum.swarthmore.edu/epigone/modperl/vixquimwhen
matt, read this, it explains what it does.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL
On Wed, 14 Feb 2001, Matt Sergeant wrote:
Gotcha... So any idea what my bug is then? I had to switch everything to
info logs, which has *way* too much information for my debugging needs.
nope, haven't had a chance to look yet. if you want to speed it up, work
up an httpd.conf entry,
On Fri, 16 Feb 2001, Matt Sergeant wrote:
This seems to fix it:
...
I'm not sure its the right fix, but my server doesn't segfault any more
its not the right fix, as it looks like you've already discovered :)
you should be able to get by for the moment with 1.24_01's
Apache::ExtUtils.
On Thu, 15 Feb 2001, Matt Sergeant wrote:
i haven't tried this yet, but curious if:
use Apache qw(warn);
will make a difference.
or changing 'warn ...' to '$r-log-warn(...)'
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For
On Sun, 18 Feb 2001, Matt Sergeant wrote:
If you can't find it, we'll get together at ApacheCon so you can debug it
direct on my box.
you don't really want to wait until then do you? :)
i'd like to fix it asap, just need to be able to reproduce it.
If it helps, here's my compile recipe:
On Sun, 18 Feb 2001, Matt Sergeant wrote:
While both work, they still suffer from all the extraneous info that
1.3+ logging outputs: "[Date] [leve]", or for info: "[Date] [level]
[ip]". Rather annoying.
right. the code that redirects stderr to the r-server-error_log lives
in mod_perl.c:
On Mon, 5 Mar 2001, Stas Bekman wrote:
Doug,
I was wondering whether you have looked at Inline.pm that allows you to
embed C/C++ directly into Perl. Would it make any sense to use it in
mod_perl sources, or is it easier for you to write directly in XS than C?
i've looked at it, neat
woohoo! so that makes you the first besides me to pass 'make test' with
2.0, who's next? thanks to sterling and to stas, helping to workout
quirks with the build/test. i'm sure there's plenty more to work out of
course...
-
On Sun, 8 Apr 2001, Dave Rolsky wrote:
Ok, mod_perl 2.0 from CVS (earlier tonight) and Apache 2.0.16 on Linux
2.4.2 (i386) compiled fine with the options specified in the
modperl_dev.pod file. However, I got segfaults on almost all the tests
(except the 'echo' test) when running.
On Sat, 7 Apr 2001, Matt Sergeant wrote:
http://slashdot.org/comments.pl?sid=01/04/04/230234threshold=1commentsort=3mode=threadpid=7#9
cool.
Might give it a go on my laptop when I get back, see if I can't get AxKit
to compile too.
getting it to compile is one thing, running it is
On Mon, 9 Apr 2001, Dave Rolsky wrote:
Works fine with that switch too. Without it I still get segfaults. This
is weird.
if you provide the following info, i will try to reproduce it:
=item perl -V
=item httpd -V
=item Makefile.PL options
On Tue, 10 Apr 2001, Geoffrey Young wrote:
[Tue Apr 10 09:00:29 2001] [error] (13)Permission denied: Couldn't unlink
unix domain socket /usr/local/apache-2.0/logs/cgisock
strange that it is using your builtin ServerRoot, try the commands i just
send in response to eric, maybe the -d
thanks gerald, applied.
On Mon, 5 Mar 2001, Gerald Richter wrote:
Hi,
here is a patch for a problem that has striked me for a long time. It occurs
only if a request has a path_info, an handler other than a content handler
is configured and you call subprocess_env. The subprocess_env call
On Tue, 6 Mar 2001, Geoffrey Young wrote:
Hi all...
is this a mistake in make tar_Apache?
perl archlib stuff has changed a few times over the years, i see no
reason to support anything less than 5.6.0 for make tar_Apache
patch applied, thanks.
Index: Makefile.PL
On Wed, 28 Feb 2001, Jens-Uwe Mager wrote:
The symbol hvrv2table is referenced by the latest libapreq as from CVS
today but not exported by modperl. Is this a private symbol or just not
exported by accident? The following patch adds it to the export file of
modperl so libapreq compiles again
On Fri, 30 Mar 2001, Ken Williams wrote:
Hi,
The current CVS tree does not build on Darwin with Apache 1.3.19. The
errors during 'make' are:
...
cc -DDARWIN -DUSE_HSREGEX -DUSE_EXPAT -I./lib/expat-lite -DNO_DL_NEEDED
-g -pipe -pipe -fno-common -DHAS_TELLDIR_PROTOTYPE
On Wed, 7 Mar 2001, Ask Bjoern Hansen wrote:
On 6 Oct 2000 [EMAIL PROTECTED] wrote:
dougm 00/10/06 13:18:29
Modified:t/internal error.t
src/modules/perl mod_perl.c
Log:
more for the "Apache::send_http_header was resetting r-status = 200" fix
On Wed, 18 Apr 2001, Geoffrey Young wrote:
cpan is a great idea - you might get a few advantages out of it:
o we could play with it independently (good for you ;)
well, anybody can play with the cvs version too :)
cpan i had more in mind for your idea below.
o perhaps modules could
I think it should be 'keepalives' that goes away, not 'keepalive'.
right, done.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
On Fri, 20 Apr 2001, Geoffrey Young wrote:
Hi Doug...
I just updated and tried to build this morning...
should be fixed now.
are you interested in these reports? I don't want to bombard you with
stuff...
very interested, fire away!
On Sat, 21 Apr 2001, Stas Bekman wrote:
it's the telepathy at works :) I guess it's because we are located pretty
much on the same axe Singapore-SF :)
:)
Do you want the bugreport.pl to call config.pl? I'd rip the code from
config.pl into Config.pm and call Config::dump from config.pl
On Sat, 21 Apr 2001, Stas Bekman wrote:
I get the same trace without -Duseshrplib.
i am getting a core dump with 5.6.1 too. its similar to the trace you
posted before, but not the same. bandaid below prevents it,
filters/input_msg test will fail.
--- t/conf/modperl_extra.pl
On Sat, 21 Apr 2001, Stas Bekman wrote:
Why 'make clean' doesn't nuke those? Is 'make realclean' due?
dunno, probably should.
using Apache-AdvancedExtranetServer/1.3.19
umm, that does not look like a 2.0 server
I've the latest httpd-2.0 cvs. (2 minutes old)
---
17 15:20:39 2001 -0700
Status:
X-Status:
X-Keywords:
Date: Tue, 17 Apr 2001 15:20:39 -0700 (PDT)
From: Doug MacEachern [EMAIL PROTECTED]
To: Randy Kobes [EMAIL PROTECTED]
cc: [EMAIL PROTECTED]
Subject: Re: relative ServerRoot in Win32
In-Reply-To: 005e01c0c521$32c2e540$443fc8cd@oemcomputer
On Fri, 20 Apr 2001 [EMAIL PROTECTED] wrote:
bleedperl, httpd from cvs (last night) and modperl from cvs (last night)
build succesfully on debian 2.2.18pre21 (linux kernel 2.2, stable release)
I followed the instructions in modperl-2.0/pod/modperl_dev.pod to the
letter, adding
On Sat, 21 Apr 2001, Stas Bekman wrote:
Argh, I've upgraded my Mandrake to 8.0 yesterday, so it has installed all
the Apache rpms, even when I told it not to, sigh. But anyway, how did it
pick up the wrong server token? it won't even compile with 1.3.x
what is the value of MP_APXS in
On Sun, 22 Apr 2001, Stas Bekman wrote:
'make test' with bleedperl works for me too. the only unclean part that I
see is:
...
All tests successful, 7 tests skipped.
Files=26, Tests=125, 10 wallclock secs ( 8.11 cusr + 0.45 csys = 8.56
CPU)
server localhost:8529 shutdown (pid=32437)
On Tue, 24 Apr 2001, Stas Bekman wrote:
OK, next time will know where to look at the known issues. Thanks!
you shouldn't have to normally, this is an ugly one i'm surprised hasn't
been fixed yet. the problem isn't there with the perchild mpm, so i've
been using that for testing in the
thanks, we'll look into this before 1.26
On Tue, 24 Apr 2001, Paul Sharpe wrote:
The following approach to building mod_perl fails if mod_perl.config.sh
can't find Apache::ExtUtils (e.g. the first time you build mod_perl)
as perl_cc is not defined so the Apache config doesn't know which C
On Fri, 27 Apr 2001, Randy Kobes wrote:
that's great ... this is done in the attached patch (against today's
cvs mod_perl), and all works with perl-5.6.1 and apache_1.3.19.
i also included in this patch the earlier patches for getting the
right apache_1.3.19 inc directories, inserting some
On Mon, 30 Apr 2001, Geoffrey Young wrote:
Hi...
make offsite-tar seems to be broken - I guess the location of the header
files changed in the apache layout at some point?
is anyone actually using this? it doesn't really make sense to me since
it is only really useful for an APXS
much better, thanks!
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
On Thu, 3 May 2001, Stas Bekman wrote:
Doug, what's the reason for having autogenerated code in 2.0 under cvs?
do you mean the generated tables in xs/tables/current ? that is not code,
that is just data. it is checked in because even the hacked C::Scan i put
at perl.apache.org/~dougm does
On Thu, 3 May 2001, barries wrote:
it will be made to work the same as 1.xx, only bootstrapping the .so
when inside httpd.
s/inside/outside/?
no. the current .so's contain references to symbols that only exist
inside httpd. if they are loaded outside of httpd, Perl croaks.
the 1.x
On Fri, 4 May 2001, barries wrote:
Should I be able to use gdb-5.0 (or even 19991004) to single-step into
and out of mod_perl-2.0's code?
yes.
Running glibc-2.1.3 on va-linux's
tweaked RedHat 6.2, FWIW. Typical gdb-5.0 session below, the 19941004
gdb that came installed on his box behaves
On Thu, 10 May 2001, barries wrote:
[cross-posting to new-httpd, since that's the more appropriate forum]
Background: I had trouble single-stepping through the routine defined by
AP_IMPLEMENT_HOOK_RUN_ALL(int,pre_connection,(conn_rec *c),(c),OK,DECLINED)
seems like the rest of your
On Tue, 15 May 2001, Geoffrey Young wrote:
arg, if you can't reproduce it...
i can with Apache::Dispatch, not sure why my other test didn't work, er,
break.
anyway, no combination of the below patches seemed to work.
the one below will work.
I think it has something to do with PerlWarn
On Fri, 11 May 2001, Geoffrey Young wrote:
it works fine against 1.3 mod_perl. I've been writing a test suite for
Apache::Dispatch consisting of a few different Locations and the like.
cool.
The only problem I was having was that I had to put
use lib qw(../blib/lib ../blib/arch);
in my
:11:15 -0800 (PST)
From: Doug MacEachern [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: directive handlers + LoadModule foo_module
Message-ID: [EMAIL PROTECTED]
this was reported a few times, with php as the suspect, but it happens
with any LoadModule config. problem was that the xs module
good work, let's consider everything before adding new code. below
lays out what i have in mind, combined with your approach...
direct C api mapping
Apache::register_output_filter($filtername, $callback, $filter_type)
Apache::register_input_filter($filtername, $callback,
On Fri, 25 May 2001, Gerald Richter wrote:
At the moment there are differences, but they aren't so great, but Greg is
about to change the some of the interfaces in 2.0.
My first step would be to implement a version of 1.x (but keep 2.0) in mind
(Because I need it now in a production
i intended to make the mod_perl-2.0 code generation tied tight to
Apache/mod_perl. i didn't want to build a generic tool, like another swig
or Inline.pm, i only wanted something generic enough to work with the
entire Apache/APR api, along with Apache modules like mod_dav, mod_proxy,
etc. my
On Fri, 25 May 2001, barries wrote:
On Thu, May 24, 2001 at 05:52:39PM -0700, Doug MacEachern wrote:
let's consider everything before adding new code.
Ok :-). I have a reply in queue that works through your ideation w/
questions suggestions. But first, let's look at really bifurcating
On Fri, 25 May 2001, barries wrote:
Adding a Apache::Filter::send_EOS() would also allow a filter to purge
APR::{Brigade,Bucket} apis already provide this. i don't want to add
methods to Apache::Filter that exist elsewhere.
Wow, that's a lot of blather. Sorry.
that is a alot to digest,
On Fri, 25 May 2001, barries wrote:
I think that two things are necessary to enable a pure Perl
implementation:
- adding is_BOS() and is_EOS() to Apache::Filter (or to
Apache::{Brigade,Bucket}, and
if you really need to know bos (beginning of string?) and eos, you can use
the
On Fri, 25 May 2001, barries wrote:
Ok, I think I was underestimating how much padding you wanted on the
direct C API mapping. I thought that that would be 0 padding (like how
the ctx param to $r-add_output_filter() is treated).
i would like 0 padding for the 'direct' mapping. the padding
On Fri, 25 May 2001, Gerald Richter wrote:
ok, I give it a try. I don't expect it to be a real general tool (I think I
don't have the time to really abstract all the work you have done in a more
general way), but something that I can use to build the mod_dav backend for
mod_perl 1.x and
On Fri, 25 May 2001, barries wrote:
BOS=Beginning Of Stream, like EOS=End Of Stream (I assume)
right, stream, not string.
I didn't see any flags in the filter, filter chain, bucket brigade or
bucket structures/APIs that indicate that this is the first brigade.
Normally I think stateful
On Fri, 25 May 2001, barries wrote:
Apache::ap_add_output_filter( foo, AP_FTYPE_CONTENT, $ctx )
you mean ${r,c}-add_output_filter(foo, $ctx), right?
where Foo is not related to mod_perl, you better be passing an integer
in $ctx which is a pointer to some C struct you cooked up in XS
On Fri, 25 May 2001, barries wrote:
That way the $r-add_xxx_filter( $name, $ctx ) DWIMs what to do with
$ctx.
sounds good.
What do you think of enabling Apache::Filter instance subclassing, given
that filters have to inherit from it anyway to get the CODE attrs
working?
Seems like a
On Mon, 28 May 2001, Gerald Richter wrote:
this looks like one of the problems the hacked version of C::Scan (at
perl.apache.org/~dougm/) fixes.
I have the C::Scan from perl.apache.org/~dougm/ . I just rechecked to be
sure. So maybe you have done some more fixes and not uploaded it
On Wed, 13 Jun 2001, Geoffrey Young wrote:
rats... one day I'll have to give up msoutlook :)
ah, that explains it :)
here they are as attachments...
cool, thanks, applied. btw, for future patches if you cvs diff from the
top-level in to a single patch, its easier to apply from the top
On Sat, 16 Jun 2001, Stas Bekman wrote:
Please specify prototyping behavior for Const.xs (see perlxs manual)
done.
Const.xs: In function `boot_APR__Const':
Const.xs:7: `file' undeclared (first use in this function)
fixed.
On Sun, 17 Jun 2001, Stas Bekman wrote:
Doug,
I was wondering whether
use base 'foo';
won't be shorter than
use foo;
our @ISA = 'foo';
in the build modules?
yes, it is shorter :)
or is there any reason for not using 'base.pm'?
base.pm has caused a problem or two for
On Mon, 18 Jun 2001, Stas Bekman wrote:
modules/cgiupload fails on my side with:
[Mon Jun 18 00:55:47 2001] [error] [client 127.0.0.1] CGI.pm: Server
closed socket during multipart read (client aborted?).
this is currently failing for me too, probably a recent-ish change to
apache filters,
On Mon, 18 Jun 2001, Stas Bekman wrote:
[Mon Jun 18 01:23:14 2001] [error] [client 127.0.0.1] CGI.pm: Server
closed socket during multipart read (client aborted?).
[Mon Jun 18 01:23:15 2001] [error] [client 127.0.0.1] CGI.pm: Server
closed socket during multipart read (client aborted?).
i
On Mon, 18 Jun 2001, Stas Bekman wrote:
instead of using $cgi, I've left $query. So I had segfaults with the
following trace:
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 1026 (LWP 19168)]
0x4024a753 in Perl_gv_fetchpv (my_perl=0x81b36e0, nambeg=0x81b3cb5
On Mon, 18 Jun 2001, brian moseley wrote:
i've been using isa() in my stuff quite a bit for type
checking. sad to hear it causes bloat!
well, its probably only a few hundred bytes per-package.
sadder to find out
that if you specify 1 class with 'use base', isa() only
tests positively
On Tue, 19 Jun 2001, Geoffrey Young wrote:
I was able to come up with the below module that allows you to use
Apache::Util outside of Apache.
cool.
So, my questions are:
will the ap/apr split make this type of thing unnecessary in 2.0?
we still need something to load the apr libraries
On Tue, 19 Jun 2001, Jeffrey A. Stuart wrote:
Ok, is mod_perl 2.0 alpha, beta, stable, what? :)
unreleased, pre-alpha, stable-ish. apache-2.0 is still a moving target,
as is bleedperl (5.7.2-dev), so its easy for a change in either of those
to break the modperl-2.0 cvs.
On Wed, 20 Jun 2001, Stas Bekman wrote:
$ perl -MModPerl::Trace=error,dumper,warning,notice,debug,todo -lwe \
'error error; warning warning; notice notice; debug debug; \
todo todo; dumper [1..3]'
cool. howbout instead of a dumper function, have the trace
function(s) dump any args that
On Tue, 19 Jun 2001, Geoffrey Young wrote:
oh, ok - I don't have to call bootstrap myself, but I still need to go
through the rest of the excercise to load everything up, right?
depends what you mean by 'rest'. if you follow what xs/APR/APR does, ie
link against libhttpd.so in the
On Tue, 19 Jun 2001, Jeffrey A. Stuart wrote:
Ok.. :) Next question... Will mod_perl work with perl 5.005 or 5.6? (IE is
perl 5.7 due out soon?)
% head -1 modperl-2.0/Makefile.PL
use 5.006;
5.7.1 has already been released, 5.7.2 is due soonish. it is possible
modperl-2.0 will require
On Wed, 20 Jun 2001, Stas Bekman wrote:
Can you give me an example of how would you want to use those? Why would
you want to have notify functions have this capability.
can you give me examples of how you would want to use dumper() ?
they would be the same reasons.
Something like this?
On Wed, 20 Jun 2001, Stas Bekman wrote:
looks good, but i would change the first part to:
*expand = HAS_DUMPER ? sub { map { ... } } : sub { @_ };
can you please explain why yours is better?
easier to read and expand() could be used outside the module whereas
my $expand cannot.
I've
On Tue, 19 Jun 2001, Jeffrey A. Stuart wrote:
Umm.. 5.7.1 is a devel release... yes? (Sorry, I meant stable... I assumed
that 5.7 would at some point be the stable branch or is perl taking the linux
kernel route?)
yeah, from perldelta.pod:
=head2 Improved Perl version numbering system
On Thu, 21 Jun 2001, Stas Bekman wrote:
OK, here is the module that handles all the issues discussed today. See
the pod section for the docs and test example.
looks good. could we make warnings be yellow like colorgcc?
i also realized that use vars is not required, just can't have the
our's
On Wed, 20 Jun 2001, Randy Kobes wrote:
Hi,
Apache on Win32, when installed, also copies the header and
lib files to the target install directory. The attached diff against the
cvs Makefile.PL allows this install location to be entered as the
Makefile.PL argument APACHE_SRC. The
On Thu, 21 Jun 2001, Stas Bekman wrote:
--
Run:
$ ./t/TEST --run-tests
$ ./t/TEST --run-tests modules/cgi.t
the second time modules/cgi.t is run, test #3 fails.
i see that too, not looked into it yet.
Me thinking: if the test reports ok on the first run, but fails on
On Sat, 23 Jun 2001, Stas Bekman wrote:
I'm not sure how to approach this one. Should I log this issue somewhere
in todo/ ?
sure.
I did. It deletes the files on shutdown.
Apache-Test/lib/Apache/TestServer.pm:199: $self-clean unless $aborted;
hmm, something else was causing the log to
On Sat, 23 Jun 2001, Stas Bekman wrote:
I've 2 proposals:
1. --run-tests to be a hash option accepting:
--run-tests --repeat=N --run-tests --rotate=[Y/N]
with the default of --repeat=1 and --rotate=Y
also may be we can do --rotate and --norotate to get the reverse instead
of Y/N.
the answer on using Inline (even if it were in the perl dist) for modperl
core is the same as the last time you asked.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
one question we should rethink is whether to have docs in their own
modperl-2.0-docs cvs tree on all in a modperl-2.0/docs subdirectory.
i'm pretty sure cvs allows access control so certain people can write to
docs/ but not ../
the other reason for the split is if we want to release docs more
On Sun, 24 Jun 2001, Stas Bekman wrote:
sure, what would be a suggested format?
--run-tests[=N:[rotate|repeat|randomize]]? (including my new idea for
randomizinging the order. Any better idea for the three words that turn
tests a, b into:
a, a, b, b (repeat?)
a, b, a, b (rotate?)
b, a,
1 - 100 of 653 matches
Mail list logo