Stas Bekman wrote:
>>> - It'd be nice to may be add a :common tag for Apache::TestRequest
>>> exports, since now I've added @EXPORT_OK and if I want something from
>>> @EXPORT_OK, I have to explicitly pull the tags from @EXPORT.
>>>
>>
>> i don't see any reason for @EXPORT_OK, Apache::TestRequest
Nathan Torkington wrote:
> Ken Williams writes:
>
>>Not that I dislike them - the current colors let me look at the page
>>for a few seconds, then shut off the monitor and read the text while
>>staring at a blank white sheet of paper.
>>
man, that was so strong, I thought I've hit some wrong l
cleaning up my mailbox...
Ask had a problem with missing HZ constant on ?BSD, so should this patch
go in?
Index: src/modules/perl/modperl_time.h
===
RCS file: /home/cvs/modperl-2.0/src/modules/perl/modperl_time.h,v
retrieving revis
>>- It'd be nice to may be add a :common tag for Apache::TestRequest
>>exports, since now I've added @EXPORT_OK and if I want something from
>>@EXPORT_OK, I have to explicitly pull the tags from @EXPORT.
>>
>
> i don't see any reason for @EXPORT_OK, Apache::TestRequest stuff should
> either be ex
Doug MacEachern wrote:
> On Mon, 24 Sep 2001, Stas Bekman wrote:
>
>
>>#define merge_item(item) \
>>mrg->item = add->item ? add->item : base->item
>>
>>#define merge_handlers(merge_flag, array) \
>> if (merge_flag(mrg)) { \
>> ...
>>
>>Personally I like (b) better (4 indent), as it's
Ken Williams writes:
> Not that I dislike them - the current colors let me look at the page
> for a few seconds, then shut off the monitor and read the text while
> staring at a blank white sheet of paper.
I'm impressed that you suffered such intense retinal distress and
never made the logical de
Nathan Torkington <[EMAIL PROTECTED]> wrote:
> There are some web design To Do items:
> * ensure colors are part of the standard palette (right now they're
>just easy to type in hex :-)
Holy shit Nat, those colors are strong. =) You've really taken
attention-getting into the twenty-first
On Mon, 24 Sep 2001, Stas Bekman wrote:
> #define merge_item(item) \
> mrg->item = add->item ? add->item : base->item
>
> #define merge_handlers(merge_flag, array) \
> if (merge_flag(mrg)) { \
> ...
>
> Personally I like (b) better (4 indent), as it's easier to tell the
> numerous
On Thu, 18 Oct 2001, Stas Bekman wrote:
> OK, here is the generalization of your proof-of-concept. Note that I've
> created a new test pair instead of patching the existing one so it'll be
> easier to see what happens, since there is not much left from the existing
> one. Once everything is dand
On Thu, 18 Oct 2001, Stas Bekman wrote:
> threaded mpm:
>1. First the pool gets initialized, and the interpreters are pulled
> from the head (while they were put at the tail while being created).
> That's FIFO.
right.
>2. Once the interpreters are being used they are taken from the h
On Wed, 17 Oct 2001, Doug MacEachern wrote:
> On Wed, 17 Oct 2001, Stas Bekman wrote:
>
> > looks good, but it's quite big for copy-n-pasteing into each test that
> > needs this functionality and quite a few tests may want to use it. Do
> > you think it'd be a good idea to somehow move this into
11 matches
Mail list logo
