Doug MacEachern wrote:
> On Sat, 6 Oct 2001, Stas Bekman wrote:
>
>
>>This patch
>>- picks the next available port during the configuration
>>- reconfigures the server at run time if after configuration, the port is
>> found to be used.
>>
>
> i would be happy to see this as an option, like '
In case that you wonder why 'make test' is so slow/failing if you did an
update of httpd/cvs in the last few days.
_
Stas Bekman JAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide
On Sun, 7 Oct 2001, Stas Bekman wrote:
> can you please post the URL again? thanks!
http://thisishomemade.com/for/modperl/site/
like he said before, it's really just a reorganization of
the available information, rather than a complete site
architecture with fancy rollover navigation, huge menu
brian moseley wrote:
> On Sun, 7 Oct 2001, Stas Bekman wrote:
>
>
>>We have had two new designs worked out long time ago,
>>but one has been picked by take23.org and the other
>>wasn't applied. (hi brian)
>>
>
> :(
>
> sorry! i have this tendency to bite off more than i can
> chew. i have 10
On Sun, 7 Oct 2001, Stas Bekman wrote:
> We have had two new designs worked out long time ago,
> but one has been picked by take23.org and the other
> wasn't applied. (hi brian)
:(
sorry! i have this tendency to bite off more than i can
chew. i have 10 projects and none of them will ever be
fin
Doug MacEachern wrote:
> sounds like it would be fine somewhere under httpd-test
> httpd-test/perl-benchmark ?
> with an Apache-Benchmark subdir that is self-contained with the *.pm's and
> things in perl-benchmark to run standard benchmarks.
Sounds good. Thanks.
__
Doug MacEachern wrote:
> On Sun, 7 Oct 2001, Stas Bekman wrote:
>
>
>>I was trying to decide what's the best storage to use in the
>>Apache-Registry modules, and whether to store frequently used $r info or
>> request for them every time I need them. So I've decided to benchmark
>>(See my ot
On Wed, 3 Oct 2001, Vladimir Volovich wrote:
> Hello,
>
> I installed apache2.0 with mod_perl2.0 taken two days ago from cvs.
> I need to use new filters support available in version2.0 of apache
> and mod_perl, but i have a problem with filters.
the TestFilter::lc module is working fine in the
On Sat, 6 Oct 2001, Gerald Richter wrote:
> sub first_class {
couldn't you just override this method to make it do what works best for
dav?
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL P
On Sun, 7 Oct 2001, Stas Bekman wrote:
> I was trying to decide what's the best storage to use in the
> Apache-Registry modules, and whether to store frequently used $r info or
> request for them every time I need them. So I've decided to benchmark
> (See my other post about Apache::Benchmar
sounds like it would be fine somewhere under httpd-test
httpd-test/perl-benchmark ?
with an Apache-Benchmark subdir that is self-contained with the *.pm's and
things in perl-benchmark to run standard benchmarks.
-
To unsubscr
On Sat, 6 Oct 2001, Stas Bekman wrote:
>
> - enforce the leading --? for configuration options for ./t/TEST
> - allow the leading --? for filter_args to be consistent, so now
> perl Makefile.PL -apxs ...
> can be called, consistently with ./t/TEST
sounds good.
> issues:
> - I cannot enfor
On Sat, 6 Oct 2001, Stas Bekman wrote:
> This patch
> - picks the next available port during the configuration
> - reconfigures the server at run time if after configuration, the port is
> found to be used.
i would be happy to see this as an option, like '-port select', and keep
the default as
On Sat, 6 Oct 2001, Stas Bekman wrote:
> Currently, Makefile.PL makes sure that 'make' puts all the files from
> sub-dir Makefile.PL's under the same top blib, but it ignores 'make
> test' in sub dirs? How should we handle this? For example there are a
> few tests for Apache::Test. I think thi
On Sat, 6 Oct 2001, Stas Bekman wrote:
> what kind of todo?
> - implement
> - warn and ignore
> - automatically replace with some other directive?
none of the above, its implemented now :)
> Won't it create confusion since Matt maintains one on CPAN? If we intergate
>
> it in, is it possibl
>
> if it makes things easier to run through cpp first, by all means do.
I will rethink what's the best solution
Another question. I have gotten very far in separting the mod_perl specific
code and the generic code. So I tried to run what I have so far over mod_dav
1.x and the result is real
I was trying to decide what's the best storage to use in the
Apache-Registry modules, and whether to store frequently used $r info or
request for them every time I need them. So I've decided to benchmark
(See my other post about Apache::Benchmark :).
This is the relevant snippet from the Ben
A few years ago I've started the Apache::Benchmark project to help me to
cope with numerous benchmark tests I wanted to run for the book. I've
never released this because I didn't have time to finish it. Now I'm
thinking to revive it again and develop it based on Apache::Test,
reusing its auto
clayton cottingham wrote:
> heya:
>
> Aaron
> yes i am using openssl 0.9.6b
that's a wrong list :) try [EMAIL PROTECTED] instead.
--
_
Stas Bekman JAm_pH -- Just Another mod_perl Hacker
http://stason.o
heya:
Aaron
yes i am using openssl 0.9.6b
anyhoo
ive tried this on three comps all on mandrake 7.2
i cant figure this out
so lemme know if
drfrog@nomad flood]$ make
/bin/sh ../../httpd-2.0//srclib/apr/libtool --silent --mode=link gcc -g
-O2 -pthread-DLINUX=2 -D_REENTRANT -D_XOPEN_SOU
- enforce the leading --? for configuration options for ./t/TEST
- allow the leading --? for filter_args to be consistent, so now
perl Makefile.PL -apxs ...
can be called, consistently with ./t/TEST
issues:
- I cannot enforce --? in filter_args (first file in the patch), since
it's also used
This patch
- picks the next available port during the configuration
- reconfigures the server at run time if after configuration, the port is
found to be used.
Now I can rebuild and test in many checkout out copies at the same time,
without wasting time specifying different port numbers for dif
22 matches
Mail list logo
