On Sun, 24 Jun 2001, Stas Bekman wrote:
Running a stand-alone:
$ make xs_generate
yeah, that isn't meant be used at the moment.
unfortunately 'make source_scan' shocks with:
Expecting parenth after identifier in `apr_sms_t **sms'
after `apr_sms_t ' at
On Tue, 26 Jun 2001, Stas Bekman wrote:
let's try to go with the inlines first, if we see that it's not good. we
extract all the inlines into the separate .pod files. This is something
that we can do much easier than the reverse operation, assuming that we
want the snippets of pod to be
On Tue, 26 Jun 2001, Stas Bekman wrote:
what do you think about this para about default sorting?
I understand. Another option would be to always sort the
tests unless you have specified their order on the
command line.
o if you specify none -- everything is sorted.
o if you
On Tue, 26 Jun 2001, Stas Bekman wrote:
it still doesn't work, even with this patch. What's is the difference in
your dev environment? I have all cvs versions perl/apache/mod_perl on
linux. Scan.pm from your site with this patch. The only thing I had to
install was Data::Flow, and my
On Wed, 27 Jun 2001, Stas Bekman wrote:
As usual, I mess things up :( sorry about that. I meant 'autogenerated
docs'.
no problem :)
Currently we don't have autogenerated docs, right? I was just thinking how
'make docs' should invoke other utils to create these autogenerated docs,
before
On Wed, 27 Jun 2001, Stas Bekman wrote:
yours?
% uname -a
Linux mako.covalent.net 2.2.16-22 #7 Wed Mar 28 15:39:46 PST 2001 i686 unknown
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL
patch looks good stas, but for some reason it now tries to run modules/cgi
a bunch of times, which doesn't happen with any other tests:
modules/cgi..ok 2/6Confused test output: test 2 answered after
test 2
modules/cgi..ok 2/6Confused test output: test 2 answered after
test 2
for those who don't have mailers that will mangle inline patches, please
send patches inline rather than as attachments, makes it much easier to
comment on the patch. thanks.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For
On Thu, 28 Jun 2001, Stas Bekman wrote:
I've a C question :)
Why cannot I use:
printf(%s\n, IT WORKS);
and have to use:
fprintf(stderr, %s\n, IT WORKS);
in the mod_perl sources?
something todo with PerlIO, turns printf, fprintf, etc. into macros.
i always use
On Thu, 28 Jun 2001, Stas Bekman wrote:
what happens if $args-{order} is defined, but is none of
rotate|random|repeat when somebody mistypes the value or --order? This
code will die. My original code was just silently ignoring this option if
it's an unknown one.
i don't think an unknown
i have a script to automate that (below). i left the generated .t's out
for the moment, wondering if some might become non-autogenerated and
checked in, not that it would hurt if that happened and they were also in
.cvsignore
#!/usr/bin/perl -w
#handy to generate .cvsignore entries
#e.g.
#
On Thu, 28 Jun 2001, Stas Bekman wrote:
So if I add a new feature and want to add it via source_scan, only you can
do that if don't want to overwrite each others version of
xs/tables/current/Apache/FunctionTable.pm. Do you think we should make
sourcescan produce an identical code, no matter
On Thu, 28 Jun 2001, Stas Bekman wrote:
so may be:
system cvs add .cvsignore;
system cvs ci -m 'ignore these' .cvsignore;
i just do the commit by hand, after doing another diff to make sure i the
script didn't break something.
Will you make it a part of the rep or do you plan
way cool!! i committed your patch, with one change being a reverse sort
of hashes so we end up with something very nice:
{
'return_type' = 'int',
'name' = 'ap_allow_options',
'args' = [
{
'type' = 'request_rec *',
'name' = 'r'
}
]
},
which is the
On Fri, 29 Jun 2001, Stas Bekman wrote:
Doug, after your recent patch, 'make source_scan' doesn't work anymore
unless you have Apache-Test installed in @INC.
i had modified util/source_scan.pl but had not committed, done now.
On Fri, 29 Jun 2001, Stas Bekman wrote:
I'm going through the files in pod, doing some add-ons from what
I've learned so far and some minor cleanups. I've a few questions though:
modperl_design.pod:
---
=head1 Interpreter Management
=item PerlInterpMax
How
On Fri, 29 Jun 2001, Stas Bekman wrote:
Doug, if you look at your last commit of
xs/tables/current/Apache/FunctionTable.pm
it has a bunch of hardcoded dirs like this:
-'type' = '# 281 /home/dougm/ap/threaded/include/http_log.h
- const request_rec *r',
-
looks like ApacheUpload_size was recently added to apache_request.h, i've
removed it from Request.xs
On Fri, 29 Jun 2001, Jens-Uwe Mager wrote:
If I compile the latest version from CVS I get:
xlc -c -I../c -I/usr/local/lib/perl5/site_perl/5.005/aix/auto/Apache/include
On Sat, 30 Jun 2001, Stas Bekman wrote:
I'm looking at the Build.pm in 2.0 and I see that it uses both
File::Spec::catfile() and unix '/' hardcoded paths. I know that catfile()
is used to make the code portable, but I want to understand when this
should be used an not '/'. Thanks!
should
On Tue, 3 Jul 2001, Perrin Harkins wrote:
Here's a patch I submitted for Apache::SizeLimit, presented for your general
amusement and critique.
thanks perrin, this is in cvs now.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
On Tue, 3 Jul 2001, Geoffrey Young wrote:
hi guys...
I tried using the -T and -B file tests against $r-finfo and found they
didn't work. I'm guessing this is because -T and -B are special perl tests
that have to read in the file, and that Apache's stat() doesn't glean this
information
patch below fixes, you can see the problem excercised with this little
test too:
use POSIX ();
for (1,2) {
undef POSIX::isalnum;
}
Index: op.c
===
RCS file: /usr/local/cvs_repository/perl-current-mirror/op.c,v
retrieving
i'm revisiting this problem and am unable to reproduce with:
mod_perl-1.25_01-dev (current cvs)
apache-1.3.21-dev (current cvs)
perl 5.7.2-dev (current perforce)
Apache::Storage-1.1
php-4.0.6
using the mod_perl-1.25_01-dev/t test setup, at the bottom of
t/conf/httpd.conf, i added:
LoadModule
On Fri, 6 Jul 2001, Jens-Uwe Mager wrote:
AIX needs all the same symbols. I just did not notice the additional
symbols needed by AxKit as I have not used it (yet).
ok, these are in now.
-
To unsubscribe, e-mail: [EMAIL
On Mon, 9 Jul 2001, Randy Kobes wrote:
Hi,
I've attached a diff for Win32 against the current cvs
mod_perl that does three things
cool, thanks randy, applied to cvs.
I was looking at these because, first of all, wanting to see
if ModuleConfig works on Win32, and also because
On Sun, 8 Jul 2001, Stas Bekman wrote:
Doug, how do we want to change the start_gdb with a more generic code and
decide which debugger is to be used via the command line option and/or env
var?
I suggest that we have 'debug:s' option, where:
--debug
(no value) uses
On Mon, 9 Jul 2001, Geoffrey Young wrote:
die in modperl_startup.pl if modperl_{inc,extra}.pl die
anyway, I thought modperl_extra.pl was supposed to be optional?
it is still optional, but if it exists and dies, then mod_perl should
propagate that. although, the $@ !~ /^Can.t locate/ is
On Mon, 9 Jul 2001, Geoffrey Young wrote:
except that my test was dying because modperl_extra.pl didn't exist... I had
to put an (almost) empty file there to get around this warning...
weird. well the pattern was bogus anyhow, i think this will hold up
better for the moment..
Index:
On Tue, 10 Jul 2001, Randy Kobes wrote:
thanks ... could I bother you for a couple more
small changes? In enabling the Apache::src test,
I didn't check properly that it would be skipped if
mod_perl.so was built thru Visual Studio - this diff:
sure thing, that's in, thanks.
On Mon, 9 Jul 2001, Brian Aker wrote:
The problem is, the best test case is to install slash,
i'd be willing todo that with more specific steps of exactly how to
reproduce. what to download, how to build, what to configure, etc., i
can't take the time to guess.
On Wed, 11 Jul 2001, Geoffrey Young wrote:
so, does this mean that Apache::Test is officially an httpd project and will
be removed from the modperl-2.0 CVS tree?
Apache-Test will be used in the project, but not sure if it'll move there
yet. in any case, Apache-Test will still be distributed
On Wed, 11 Jul 2001, Stas Bekman wrote:
% ./t/TEST -debug -debugger=ddd
how about reusing the current -debug: t/TEST -d ddd ?
--debug-hook_init : bring the debugger to the 'modperl_hook_init'
function via the breakpoint (internally it first loads the mod_perl
DSO module via
On Sat, 30 Jun 2001, Stas Bekman wrote:
modperl_trace_level_set gets called from modperl_cmd.c only if you have
PerlTrace in httpd.conf. Of course this case ignores the env var, but
there is no other place in the code that calls this func to check for the
env setting of MOD_PERL_TRACE.
On Tue, 10 Jul 2001, Stas Bekman wrote:
OK I've finally wrapped my head around how things work at the server
startup.
This [the patch at the bottom] is a crude proof of concept code for
PerlModule. Before I wrap it all nicely, please tell me if that's more or
less how things should be
(already answered thies offlist, but just for the record...)
modperl doesn't do anything special for non-graceful restarts.
as far as i know most people either do a graceful restart or full
shutdown/start. i can't recall any reports of problems with non-graceful
restarts, though i wouldn't be
On Sat, 14 Jul 2001, Stas Bekman wrote:
doable. I know you don't want to lose -d shortcut :)
yeah :)
I'm not sure what's the definition of 'always'. There are cases where you
run -d to debug the segfault and you want the debugger to 'run' till the
segfault without any breakpoints.
On Sun, 15 Jul 2001, barries wrote:
+if (*name == 'M' strEQ(name, name)) {
strEQ(name, name)?
whoops, good catch, fixed.
That sounds better to me now, FW little IW.
cool.
-sub handler : InputFilterBody {
+sub handler : FilterRequestHandler {
What
On Mon, 16 Jul 2001, Stas Bekman wrote:
you can end up with a long file with various PerlTrace settings. Instead
of scrolling back and forth and remembering what bits very set before, why
not just switching off the unwanted bits?
i guess this is what i'm having trouble seeing. personally i
On Mon, 16 Jul 2001, Stas Bekman wrote:
So is modperl_require_module() is used only for CORE::require()? If so
at the moment, yes.
- do we need modperl_use_module() to implement CORE::use
into what namespace would things be imported?
- should it be based on modperl_require_module() and
On 16 Jul 2001, Matt Sergeant wrote:
However you still need PerlModule AxKit, to load the .so (actually even
that's slightly incorrect - I have it working so you can do LoadModule
/path/to/AxKit.so).
eek, why would you want to use 'LoadModule /path/to/AxKit.so' rather than
'PerlModule
On Mon, 16 Jul 2001, Geoffrey Young wrote:
My thought was that, since you are already implementing directive handlers,
register it with the fixup phase when you generate the XS (or whatever, as
you pointed out in the other reply). This way the only change to httpd.conf
is a single
On Tue, 17 Jul 2001, Stas Bekman wrote:
While we are all at TPC:
I was thinking that it'd be really cool to have the core- and
wanna-be-core-developers get together and discuss the plans for 2.0, may
be have some details kindly explained by Doug. I'd love to have code
overview to get me
On 17 Jul 2001, Matt Sergeant wrote:
I don't. It's not documented, it was just an experiment. I wanted to see
if it would work :-)
oh, ok. when you said that's slightly incorrect, i thought you meant
LoadModule should be used instead of PerlModule.
Actually I also wanted to see if it would
On Wed, 18 Jul 2001, Stas Bekman wrote:
Would you mind someone who is a wanna-be-wanna-be core developer come
and listen (in a corner if I have to)? I would try to stay out of the
way and not cause any problems but I would like to get a jump start on
learning the mod_perl 2.0 internals.
On Thu, 19 Jul 2001, Stas Bekman wrote:
now -debug will always set the apr_dso_load and modperl_hook_init bp and
run after these.
i think you misunderstood my comment before. no breakpoints should
be set by default, only when -breakpoint is specified. and rather than
using apr_dso_load to
looks great stas, feel free to commit.
there's just one style nit
if () {
} else {
}
which should be:
if () {
else {
}
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
fyi, this was the cause of modules/cgi #3 test failure..
-- Forwarded message --
Date: Wed, 1 Aug 2001 09:47:28 -0700 (PDT)
From: Doug MacEachern [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: [patch] ithreads + refto bug
strange bug, happens in both 5.6.x and bleedperl
On Wed, 1 Aug 2001, Geoffrey Young wrote:
I've noticed that Apache-Test dir has been silently moved from
modperl-2.0 and linked from somewhere else.
I guess that Ryan moved it to the httpd-test project. the idea is to have
it live there and have a mod_perl 2.0 checkout get the files
On Wed, 1 Aug 2001, Tom Lancaster wrote:
Hi,
I'm using cvs latest httpd-2.0, modperl-2.0 and although apache compiles and
installs fine I've not been able to get through perl Makefile.PL in
modperl-2.0.
The root of the error appears to be Apache::Build-httpd_version, which is
not
On Thu, 2 Aug 2001, Stas Bekman wrote:
On 1 Aug 2001 [EMAIL PROTECTED] wrote:
dougm 01/08/01 10:03:19
Modified:t/response/TestApache cgihandler.pm
Log:
workaround for modules/cgi #3 failure
it seems to work :)
cool. that was a needle in the haystack bug.
Now,
On Thu, 2 Aug 2001, Stas Bekman wrote:
so why would this test(s) fail, then?
because you moved the require of CGI to happen before the
t/response/TestModules/cgi.pm test required Apache::compat.
I don't think it was exercising 1.x compat, or was it?
anything that uses CGI.pm is excercising
On Thu, 2 Aug 2001, Stas Bekman wrote:
Is it because the current version of CGI.pm doesn't support mod_perl 2.x
yes.
and will have to a special handling of mod_perl 2.x?
umm, no, it just needs Apache::compat loaded. but really, see the comment
in Apache::compat:
#1.xx compat layer
#some
hmm, can you run httpd -V from the command line? what configure arguments
did you build apache with?
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
On Thu, 2 Aug 2001, Ask Bjoern Hansen wrote:
I just did a
cp /www/perl.apache.org/dist/mod_perl-1.26.tar.gz /www/www.apache.org/dist/perl/
so 1.26 will be available on the apache.org mirrors.
can we just make that a symlink to perl.apache.org/dist ?
On Thu, 2 Aug 2001, Stas Bekman wrote:
was it: +1 for sorting?
yep.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
On Fri, 3 Aug 2001, Stas Bekman wrote:
I was thinking that it'd be a more user friendly interface to provide
something like:
PerlINC /home/dev1/lib/perl
of course this is not an urgent thing.
right, lets save this stuff till the end. if there's a way to do
something now, let's use it
On Fri, 3 Aug 2001, Stas Bekman wrote:
Doug,
I find it very incovenient to run 'make' everytime I change
Apache/TestConfig.pm or similar files. Of course I could run 'make test'
but then it runs all tests, whereas I want to run only one test to
exercise something that I work on.
On Fri, 3 Aug 2001, Stas Bekman wrote:
Again, the question is how to add two different paths to vh and main Perl
(or two vhs), while inheriting everything from the main Perl.
you must use +Parent to have 2 different versions of the same module. if
you want each vhost to have the same perl
On Sun, 5 Aug 2001, Stas Bekman wrote:
in fact I've realized that you cannot ahead what frame the actual
filegeneration has been called from. Sometimes it's 2 and sometimes it's
more:
that looks great, feel free to commit.
just remember whitespace style:
+return #WARNING: this file
On Thu, 9 Aug 2001, Stas Bekman wrote:
ok, cool, I was mainly just trying to see whether it works, not to make
a real patch yet.
ok.
Oh, yeah, I see now that it's only mentioned in the docs, not tests
available. What would be a nice to test to write. Will the require of
identical
On Fri, 10 Aug 2001, Stas Bekman wrote:
the following test fails:
% ./t/TEST -v filter/input_body
filter/input_body1..2
yeah, i fixed it but hadn't committed, its in now. see new-httpd
discussion if you're interested in why.
On Fri, 10 Aug 2001, Stas Bekman wrote:
that's from the output of ./t/TEST -times=5 -order=random
yeah, i have seen this test breakage from when you pointed it out before,
haven't gotten to debugging it yet.
-
To
On Mon, 13 Aug 2001, Stas Bekman wrote:
I've this:
t/modules/PerlRequire.t
t/response/TestModules/PerlRequire.pm
if you do 'find t/ -name *.pm' you'll see every .pm is lowercase, as are
all .t files. the lowercase is also forced as part of the naming
convention, you know how i like
On Mon, 13 Aug 2001, Geoffrey Young wrote:
hi...
on the 1.3 front, I had to add this patch to get TAKE13 to work. I
couldn't think of a prototype to match it, so users of will have to set
TAKE13 explicitly in the Makefile.PL.
thanks, that's in.
On Tue, 14 Aug 2001, Stas Bekman wrote:
You've already uploaded something on your site, does it do everything
you've described above? Or is it just a hardcoded copy of everything that
you've retrieved manually?
nah, i just did it by hand.
I was thinking about implementing this, but I
On Mon, 20 Aug 2001, Stas Bekman wrote:
Philippe and I are back from Bangkok to find tens of Apache-Test commits
from doug, wow! :)
oh, so that's why you've been so quiet ;)
Just a quick 'cvs up' (httpd-2.0/modperl-2.0), rebuild, 'make test'
reveals:
make test won't start the server,
On Sun, 26 Aug 2001, Stas Bekman wrote:
this patch is needed to build mod_perl with the latest httpd-2.0
please go ahead and commit, thanks.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail:
On Wed, 15 Aug 2001, Geoffrey Young wrote:
hi all...
I just got around to fixing something that has been a splinter in my mind
for a while now...
it all started with Andrew Ford documenting that push_handlers() didn't
work for method handlers. it turns out they work just fine so
On Sun, 26 Aug 2001, Stas Bekman wrote:
+# $thaw wasn't blessed
+if (ref $thaw eq 'HASH') {
+die couldn't find apache_test_config.pm;
+}
+
this isn't right, it will die whenever things are clean.
maybe you meant to do that only if $args-{thaw} ?
sub
On Sun, 26 Aug 2001, Stas Bekman wrote:
please try this patch. it exposes the problem with messed up setup.
i think your mailer is wrapping:
patching file Apache-Test/lib/Apache/TestConfigPerl.pm
patching file t/directive/perlrequire.t
patch: malformed patch at line 79: || '';
On Sun, 26 Aug 2001, Stas Bekman wrote:
I've to checkout the whole tree from scratch.
yikes. i have seen apache_test_config.pm get into a messed up state
before. you should be able to:
cd t/conf
rm *.*
cvs up
to get unstuck.
i didn't try the patch, but i think i just hit the same problem. can you
test if its fixed now?
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
On Mon, 27 Aug 2001, Geoffrey Young wrote:
ok, here is my first go - I'm not sure if it is sylistically what you were
after, but I will rework it some to suit now that the proof-of-concept is
over...
just out of curiosity, I tried to get the method name from the gv returned
from sv_2cv
On Sun, 26 Aug 2001, Stas Bekman wrote:
of course they can ;) should I cook a new patch for it?
Since mod_perl will be always distributed with Apache-Test, I suppose that
all the things that can be used in Apache-Test and ModPerl:: should live
in Apache::Test* namespace. Am I right? So
On Mon, 27 Aug 2001, Geoffrey Young wrote:
do I need some sort of check on cv before calling perl_cv_ismethod(cv) here?
if cv is returned from sv_2cv() just checking that its not NULL should be
fine.
I guess the last thing is - how do I check my refcounts to make sure I got
all the dec
one problem, i think there's a leak here:
+ pclass = newSVpv(HvNAME(stash),0);
since pclass was already set to newSVsv(sv) at the beginning.
can you test changing to:
sv_setpv(pclass, HvNAME(stash));
-
To
On Wed, 29 Aug 2001, Stas Bekman wrote:
it's still not working perfectly, since it has to fish $dump out of the
file, and I see that it doesn't work for all current files.
you could change the warning header to include:
# __END_OF_HEADER__
or something to make it easier to parse/compare.
and
On Wed, 29 Aug 2001, Stas Bekman wrote:
What's the problem with having new dependencies on CPAN? Digest::MD5 seems
to be a core module. Remember that everybody talks about SDKs, so we will
end up with dependencies anyways. If we do PREREQ_PM, CPAN will
automatically install all the
On Wed, 29 Aug 2001, Geoffrey Young wrote:
hi...
the following registry script only prints foo for me using bleedperl...
my $r = shift;
$r-send_http_header('text/plain');
$r-print('foo');
print 'bar';
I think it started around the time Doug sent this message along, but I can't
be
On Tue, 28 Aug 2001, Ken Williams wrote:
dyld: ../apache_1.3.20/src/httpd multiple definitions of symbol
_ApacheRequest___parse
/Library/Perl/darwin/auto/Apache/Request/Request.bundle definition of
_ApacheRequest___parse
/Library/Perl/darwin/auto/Apache/Cookie/Cookie.bundle
On Tue, 4 Sep 2001, Stas Bekman wrote:
I'm working on implementing PerlSetEnv/PerlPassEnv right now.
1. I see that SetEnv elem is missing from modperl_config_srv_t struct? I
can see it only in modperl_config_dir_t struct. Does that mean that we
cannot have a PerlSetEnv in httpd.conf's main
On Tue, 4 Sep 2001, Stas Bekman wrote:
I also have a question regarding apr_table_t. When creating the table with
apr_table_make one has to specify nelts. But then it grows automatically
as required (right?), so what's the point of nelts then? pre-alloc? In any
case what netls should I use
On Tue, 4 Sep 2001, Stas Bekman wrote:
I think Doug has planned to have it as a standalone project, which is fine
with me, but it's absolutely a must to have it in the core distribution,
rather than in Bundle. Most of the people use mod_perl because
Apache::Registry and PerlRun, so having
On Tue, 4 Sep 2001, Geoffrey Young wrote:
I wonder how many people actually take advantage of NameWithVirtualHost=1.
seems that the PerlRun methodology (filenames) is a much cleaner solution
that invites less problems/confusion.
using filenames makes for long packages names == lengthy
On Wed, 5 Sep 2001, Stas Bekman wrote:
I've noticed that currently we don't run the tests under -T, this patch
enables -T mode and fixes one taint problem.
oh good, go ahead and apply.
BTW, Doug, try to comment out the untaint patch in the second file.
apache/post dumps core then, when
On Wed, 5 Sep 2001, Stas Bekman wrote:
The new scanning for the core file is nice, but many times I get a false
alarm when I get an old core file alert. This patch warns the user when a
core file is found before tests have started.
good idea.
but how to break this habit of yours? ;-)
+sub
On Wed, 5 Sep 2001, Stas Bekman wrote:
I've mungled protocol/echo to do something fancier. Dunno whether it's
worth adding or not. It's only fun if you run it with -v, and we can
supply our own knowledge base to talk our way :)
way cool!
+use constant HAS_ELIZA = eval { require
On Thu, 6 Sep 2001, Stas Bekman wrote:
does it work for you? Should it go to CPAN, or do we want to keep it for
us? :) If CPAN, is the name OK or should I announce it first on modules
newsgroup?
i haven't actually tried it yet. but its up to you if it should go on
cpan, i would vote yes.
On Thu, 6 Sep 2001, Stas Bekman wrote:
what's the replacement of NameWithVirtualHost? Obviously we need something
to distinguish between vhs.
well, if possible we should distinguish between the uri and requested
resource instead. in otherwords, we have the:
r-uri = r-filename translation,
On Thu, 6 Sep 2001, Stas Bekman wrote:
so there is no way to trap such SEGV? I wanted to work on automatic SEGV
trapping and automatically producing the trace, I thought that was a good
example to work with.
not with a Perl signal handler. however, you can install a C signal
handler and
On Thu, 6 Sep 2001, Stas Bekman wrote:
something like that. We need to disregard: 'Sun Aug 19 10:32:24 2001'
that would be fine. as i suggested eariler, feel free to change the
format of that header which includes the date to make it easier to rip
this stuff out. i'd rather see this than a
On Sat, 8 Sep 2001, Stas Bekman wrote:
That's what I've done a few weeks ago, after Doug suggested to do so as
the threaded mpp wasn't stable anymore.
'worker' is probably going to replace 'threaded' and seems pretty stable.
the bug philippe is seeing is clearly a bug in Perl (not the
On Sat, 8 Sep 2001, Philippe M . Chiasson wrote:
Sadly, there doesn't seem to be a good way to figure out of something is a path
in the first place. Don't want to put `pwd` in front of every single argument
that doesn't start with '/'
So, this just attempts to clean MP_APXS.
thanks. one
On Sat, 8 Sep 2001, Philippe M . Chiasson wrote:
With these 2 top level MANIFEST files, make clean make distclean is a lot
less noisy.
that MANIFEST contains a bunch of stuff that will never be distributed,
e.g. .cvsignore, Apache-Test/lib/Apache/.#TestConfig.pm.1.50, etc.
On Sat, 8 Sep 2001, Stas Bekman wrote:
I've tried to use Apache-Test outside of modperl, but the server won't
find libmodperl.so, since it wasn't installed on my system on 'make
install'. Is this on purpose? I see ModPerl::MM::install is supposed to do
that, but it doesn't end up in
On Sun, 9 Sep 2001, Stas Bekman wrote:
On Sat, 8 Sep 2001, Doug MacEachern wrote:
mpm), but i still have yet to update perl-current.
does perl-current pass all the tests for you Doug?
hard to tell since i am not using perl-current current
On Sun, 9 Sep 2001, Stas Bekman wrote:
but as you said we have this already, and it doesn't take the problem
away. You have to remember to declare the package when you just want to
run some code and switch back to Apache::ReadConfig when you want to do
the configuration. To me it makes
On Sun, 9 Sep 2001, Stas Bekman wrote:
users don't read the documentation thoroughly, and even if they do,
chances are that the only thing they will rememember after reading the
docs is that Perl can run any code.
right, docs won't be read, so Perl should behave as it did in 1.x, code
is
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. is
On Sun, 9 Sep 2001, Philippe M . Chiasson wrote:
I guess it's been a while since I actively contributed to anything, so I gotta
get my dicipline back. Sorry 'bout that.
no problemo, just been super strict about style, hoping we can maintain a
consistent style throughout modperl-2.0.
101 - 200 of 653 matches
Mail list logo