On Tue, Nov 10, 2009 at 05:30:34PM -0500, Akins, Brian wrote:
> On 11/10/09 1:56 PM, "Greg Stein" wrote:
>
>
> > But some buckets might be performing gzip or SSL encryption. That
> > consumes CPU within the network thread.
>
> You could just run x times CPU cores number of "network" threads. Y
:
> Basant Kukreja wrote:
>>
>> Based on your suggestion, I will check what are the other improvements from
>> mod_substitute can be brought into mod_sed.
>
> Note that mod_substitute's brigade handling is already based on the work of
> both Jim and Nick (author of
On Wed, Sep 10, 2008 at 03:41:21PM +0200, "Plüm, Rüdiger, VF-Group" wrote:
>
>
> > -Ursprüngliche Nachricht-
> > Von: [EMAIL PROTECTED]
> > Gesendet: Mittwoch, 10. September 2008 15:32
> > An: dev@httpd.apache.org
> > Betreff: Re: svn commit: r691418 [2/2] - in
> > /httpd/httpd/trunk:.
On Wed, Sep 10, 2008 at 10:10:20AM +0200, "Plüm, Rüdiger, VF-Group" wrote:
>
>
> > -Ursprüngliche Nachricht-
> > Von: [EMAIL PROTECTED]
> > Gesendet: Mittwoch, 10. September 2008 08:56
> > An: dev@httpd.apache.org
> > Betreff: Re: svn commit: r691418 [2/2] - in
> > /httpd/httpd/trunk:
On Tue, Sep 09, 2008 at 10:19:47PM -0700, Basant Kukreja wrote:
> >
> > What are the above constants supposed to be. Opening the file in vi shows
> > that they are special
> > characters or better control characters. Looking with a hex editor these
> > () seem t
On Tue, Sep 09, 2008 at 10:10:42PM +0200, Ruediger Pluem wrote:
>
>
> On 09/03/2008 01:01 AM, [EMAIL PROTECTED] wrote:
>> Added: httpd/httpd/trunk/modules/filters/sed1.c
>> URL:
>> http://svn.apache.org/viewvc/httpd/httpd/trunk/modules/filters/sed1.c?rev=691418&view=auto
>> ===
On Sat, Aug 23, 2008 at 05:28:05PM +0530, rahul wrote:
> I have a request,
>
> in mod_sed, if there are multiline commands, specifying them is
> cumbersome, It would be nice to have the ability to specify a script
> file instead.
>
I agree. But I think mod_sed should support both. Any votes or co
Whereas filter code is in mod_sed.c
http://src.opensolaris.org/source/xref/webstack/mod_sed/
Regards,
Basant.
On Wed, Aug 20, 2008 at 11:53:58PM +0100, Nick Kew wrote:
> A little while ago, Basant Kukreja published mod_sed under the
> Apache license. He's now also written a blog entry that could
&
Hi,
I agree with Rahul. pid provider can be used to trace apr calls. Following
dscript traces apr calls in stock apache (without any probes)
pid*::apr_*:entry
/execname == "httpd"/
{
}
pid*::apr_*:return
/execname == "httpd"/
{
}
--
If apr calls would not ha
Minor changes : Fixed remaining warnings :
* warning: array subscript has type 'char'
* warning: suggest parentheses around assignment used as truth value
* warning C4018: '<' : signed/unsigned mismatch
Here is the diff :
diff -r 071
Solaris ucb sed code works fine when each line has new line character. If new
line character is missing from the end of the file then behaviour was not
friendly. The reason is that sed is a true "line" editor.
$ cat nocrlf.inp
abcd
---> "no new line here"
$ /usr/ucb/sed -e 's/a/g/g' nocrlf.in
mod_sed constant length buffer sizes fix :
Three buffers linebuf, genbuf and holdbuf are now reallocated dynamically.
Sed code has 3 buffers :
linebuf : Store a line.
holdbuf : store the intemediate hold data (sed h/H commands)
genbuf : Used in substitution intermediate results.
Original sed has
I also observed this message in S10u1 while running mod_perl tests. I didn't
see this message in SXDE build. I guess this might be a bug in solaris which
is already fixed in later releases.
Regards,
Basant.
On Wed, Jun 11, 2008 at 10:33:47PM +0100, Nick Kew wrote:
> Line 367 in t/conf/httpd.conf
> I see no issues with making this the default and having a --disable-dtrace.
> I can see a reason that someone might wish to turn them off -- thought
> that someone isn't me.
+1
--disable-dtrace could be useful in certain scenarios e.g dtrace internal bugs.
IMHO, by default it should be enabled
Sun Web Server also provides a feature in which a dedicated thread pool
could be created and certain part of application can be executed by this
thread pool. One application of such a feature is that if some
application is thread unsafe then users can create a thread pool of 1
thread and run that a
Fixed the following 2 bugs :
1. ycomp may use uninitialized memory (This might have result in apache
crash when used with y// sed commands).
2. Fixed windows compilation issue (Thanks to Steffen <[EMAIL PROTECTED]> for
providing
the patch).
List of affected files :
regexp.c mod_sed.c sed0.c
I fixed one sed labels related bug. Sed labels were not been handled properly.
Code has been updated and can be obtained by mercurial as :
$ hg clone ssh://[EMAIL PROTECTED]/hg/webstack/mod_sed
Regards,
Basant.
diff -r 6dedc621b00d libsed.h
--- a/libsed.h Thu Apr 17 15:15:01 2008 -0700
+++ b/li
On Sat, Apr 12, 2008 at 10:27:40AM -0700, Chris Elving wrote:
> sed is an inherently line-oriented editor. It seems wrong to buffer
> multiple lines within libsed. Consider, for example, how adding such
> multi-line buffering to libsed would complicate implementing an
> interactive sed like sed(
On Sat, Apr 12, 2008 at 10:27:40AM -0700, Chris Elving wrote:
> Basant Kukreja wrote:
>> +static void sed_write(sed_eval_t *eval, char *buf, int sz)
>> +{
>> +if (eval->curoutbuf + sz >= eval->outbend) {
>> +// flush current buffer
>> +
On Sat, Apr 12, 2008 at 11:56:29AM -0400, Jim Jagielski wrote:
>
> On Apr 10, 2008, at 7:51 PM, Basant Kukreja wrote:
> >>Any more details in which situations you see memory leaks? The same
> >>leaks
> >>should happen on trunk as well.
> >Yes, I verifi
> Furthermore from a first glance of mod_sed I would guess that it runs into
> trouble with large static files. So could you test mod_sed with one of
> the simple cases above and a 3 GB file and monitor httpd's memory consumption
> in comparison to mod_substitute?
I did testing with large files. Me
> Any more details in which situations you see memory leaks? The same leaks
> should happen on trunk as well.
Yes, I verified that it leaks with trunk version too.
Regards,
Basant.
008 at 01:44:53PM +0200, Ruediger Pluem wrote:
> On 10.04.2008 13:27, Jim Jagielski wrote:
>>
>> On Apr 9, 2008, at 5:09 PM, Basant Kukreja wrote:
>>>> just that, too. Any performance comparisons with its competitors?
>>> Some quick performance comparison results b
On Thu, Apr 10, 2008 at 07:27:15AM -0400, Jim Jagielski wrote:
>
> On Apr 9, 2008, at 5:09 PM, Basant Kukreja wrote:
>>> just that, too. Any performance comparisons with its competitors?
>> Some quick performance comparison results between mod_sed, mod_line_edit
>
> just that, too. Any performance comparisons with its competitors?
Some quick performance comparison results between mod_sed, mod_line_edit and
mod_substitute.
Search/Replace string : s/hello/hi/
test0.html : No matches, so no substitute.
test.html : 1 comparision/substitute
test2.html : 500 c
On Wed, Apr 09, 2008 at 04:32:09AM +0100, Nick Kew wrote:
> On 9 Apr 2008, at 03:40, [EMAIL PROTECTED] wrote:
>> Hi,
>> mod_sed is a sed[1] based Apache filtering module, with the sed code based
>> on
>> opensolaris sed. sed scripting offers a more familiar interface to build
>> powerful filters.
Hi,
mod_sed is a sed[1] based Apache filtering module, with the sed code based on
opensolaris sed. sed scripting offers a more familiar interface to build
powerful filters. This mod_sed is designed to work with Apache HTTP server
version 2.2 and above.
The functionality is similar to sed based NSA
Apache typically runs in "C"/"POSIX" locale. Is it possible/recommended to run
apache in other locale? Why I am asking is that if some apache module wants to
use mbtowc functions (wchar.h), is it ok to use it (as it affects the entire
process)? Is it recommended? Will it cause any issues with other
Hi,
I am Basant and I work for Sun Microsystems Inc. in web tier group.
I have submitted the patch for 30730.
Bug Id : 30730 http://issues.apache.org/bugzilla/show_bug.cgi?id=30730
Summary : mod_actions and Server-Status
Patch uri : http://issues.apache.org/bugzilla/attachment.cgi?id=19706
I
Hi,
I am Basant. I work in web tier group of Sun Microsystems Inc.
Can some of the committers kindly review the patch for bug 11035 please?
Subject : Apache adds double entries to headers generated by CGI
URI : http://issues.apache.org/bugzilla/show_bug.cgi?id=11035
Thanks and Regards,
Basant
Hi,
I have revised the patch. Can some of the commiter kindly review
the patch?
Regards,
Basant.
On Fri, Mar 02, 2007 at 10:53:29AM -0800, Basant Kukreja wrote:
> On Fri, Mar 02, 2007 at 08:39:25AM +0100, Plüm, Rüdiger, VF EITO wrote:
> >
> >
> > >
[PATCH 39299] - Patch review request
> >
> >
> > Thanks Nick for responding to my request.
> >
> > My comments are in between.
> >
> > On Wed, Feb 28, 2007 at 10:49:48PM +, Nick Kew wrote:
> > > On Wed, 28 Feb 2007 14:31:19 -0800
> > >
Thanks Nick for responding to my request.
My comments are in between.
On Wed, Feb 28, 2007 at 10:49:48PM +, Nick Kew wrote:
> On Wed, 28 Feb 2007 14:31:19 -0800
> Basant Kukreja <[EMAIL PROTECTED]> wrote:
>
> > Hi,
> >I am Basant. I work in web tier gr
Hi,
I am Basant. I work in web tier group in Sun Microsystems Inc.
I have submitted the patch for bug 39299.
Summary : Internal Server Error (500) on COPY
URI : http://issues.apache.org/bugzilla/show_bug.cgi?id=39299
Can some of the committer kindly review my patch please to see if it is
acce
Revised patch after incorporating Will Rowe's suggestion.
Regards,
Basant.
On Tue, Feb 27, 2007 at 05:06:57PM -0800, Basant Kukreja wrote:
> Hi,
> I work in the web tier group of Sun Microsystems Inc.
>
> I have submitted the patch for bug 38014
> (The status '1
Hi,
I work in the web tier group of Sun Microsystems Inc.
I have submitted the patch for bug 38014
(The status '100 Continue' will be sent after the final status code)
http://issues.apache.org/bugzilla/show_bug.cgi?id=38014
Can some of the committer kindly review my patch please to see if i
36 matches
Mail list logo