In upcoming versions of Solaris 8, Sun has introduced a function called
sendfilev(). This might be handy for APR to use on these systems.
While I have installed the necessary patches to add it (sendfilev() comes
in a new library, /usr/lib/libsendfile.so.1,) I cannot seem to find a man
page on it
On Wed, Jul 18, 2001 at 05:22:13PM -0700, Jon Travis wrote:
> It is possible unparse a URI into something like:
> "http://@foo.bar.com";, if a username or password is given, and
> the OMITUSER and OMITPASSWORD fields are blank. This should
> do the job (though that section of the code is particula
On Tue, 17 Jul 2001, Brian Pane wrote:
> dean gaudet wrote:
>
> >you might want to disassemble the functions in gdb (or using objdump) to
> >make sure that gcc emits a single division instruction for the "x / 10",
> >"x % 10" expressions -- i forget the cases where it can and can't do this.
> >the
You might have some use for moncontrol() and profil(). And then of course
you can do all sorts of gprof -X name to limit the depth of things. You
can also intentionally link against non profiled libraries to shut out
that part.
Dw
On Thu, 19 Jul 2001, David Reid wrote:
> OK, so strange question
OK, so strange question for those of you who know...
FreeBSD 4.3, when I use gcc -pg I get full profiles, but that includes
system level functions, so when I try to look at how apr_blah is doing I
don't see it but rather the calls within the function, which may be useful
in more detailed profilin
[ Dropping new-httpd ]
> For a test using server-parsed requests, the pattern is very different:
> 0.000.00 87710/14587902 apr_file_read [9]
> 0.000.00 348/14587902 apr_pool_destroy
> [22]
> 0.000.00 374/14587902 a
On 19 Jul 2001 15:02:54 -0500, William A. Rowe, Jr. wrote:
> Sounds doable. I'd pass the 'desired' as an arg to apr_dbm_create rather
> than a half-dozen new fn's though.
only problem is that some dbm's might require other parameters to be
set, or the actual dbm may not exist in the apr and this m
Sounds doable. I'd pass the 'desired' as an arg to apr_dbm_create rather
than a half-dozen new fn's though.
- Original Message -
From: "Ian Holsman" <[EMAIL PROTECTED]>
To:
Sent: Thursday, July 19, 2001 2:54 PM
Subject: Apr_dbm
> I was wondering if anyone had any reason why we couldn'
I was wondering if anyone had any reason why we couldn't have multiple
dbms at runtime instead of choosing at compile time.
what I am thinking is something like how SMS works.. you have a
apr_dbm_[sdbm|gdbm|tdb|db]_create(...) which would create the right
structure, and the functions apr_dbm_fetc
From: "William A. Rowe, Jr." <[EMAIL PROTECTED]>
Sent: Thursday, July 19, 2001 1:39 PM
> From: "Justin Erenkrantz" <[EMAIL PROTECTED]>
> Sent: Thursday, July 19, 2001 1:06 PM
>
>
> > I wouldn't recommend using the threaded code at all because we are still
> > doing a per-process allocation mute
William A. Rowe, Jr. wrote:
From: "Justin Erenkrantz" <[EMAIL PROTECTED]>
Sent: Thursday, July 19, 2001 1:06 PM
I wouldn't recommend using the threaded code at all because we are still
doing a per-process allocation mutex which causes threaded to become
useless. When that is changed (i.e. we enab
On Thu, Jul 19, 2001 at 01:39:07PM -0500, William A. Rowe, Jr. wrote:
> Tag and roll today, and enable SMS. This is now a bottleneck, and no doubt
> SMS will _significantly_ help us out with the threading/locking performance
> issues. The tree is stable so let users bang on it, but lets get SMS t
From: "Justin Erenkrantz" <[EMAIL PROTECTED]>
Sent: Thursday, July 19, 2001 1:06 PM
> I wouldn't recommend using the threaded code at all because we are still
> doing a per-process allocation mutex which causes threaded to become
> useless. When that is changed (i.e. we enable SMS), I think that
On 19 Jul 2001 [EMAIL PROTECTED] wrote:
> kfogel 01/07/19 10:31:05
>
> Modified:memory/unix apr_sms_trivial.c
> Log:
> #include , for memcpy().
Please use this:
#define APR_WANT_MEMFUNC
#include "apr_want.h"
instead.
--Cliff
-
On Thu, Jul 19, 2001 at 09:57:24AM +0100, David Reid wrote:
> - sms does seem to work, so your comment seems a little strange though very
> Justin :)
Try hammering your SMS-enabled/thread-enabled httpd with requests. I
get segfaults all over the place (I believe I posted the backtrace of
one).
On Thu, Jul 12, 2001 at 11:19:44AM -0700, Ian Holsman wrote:
> would it be usefull to have some kind of
> 'sms_factory' which you could call
> either with a identifier, or better yet, a set of capabilities it
> requires from the SMS
> (manysmallallocs, realeaseatend ) or ( bigallocs,tracking)
[*d
On Fri, Jul 13, 2001 at 02:53:59AM +0200, Sander Striker wrote:
> > would it be usefull to have some kind of
> > 'sms_factory' which you could call
> > either with a identifier, or better yet, a set of capabilities it
> > requires from the SMS
> > (manysmallallocs, realeaseatend ) or ( bigallocs,t
On Wed, Jul 18, 2001 at 05:30:17PM +0200, Sander Striker wrote:
> > Yup. That's the catch. It'd probably need to be a bit more
> > sophisticated than what I've posted OR make the apr_sms_reset a bit more
> > robust (i.e. handle SMSes that have already been cleaned up). I'm
> > leaning towards m
On Wed, Jul 18, 2001 at 05:37:33PM +0200, Sander Striker wrote:
> > yeah, well it seems to me that this would be a really smart
> > thing to do _anyway_.
> >
> > throw an assert if someone tries to register the same
> > 'object' twice, not just a child-sms.
> >
> > is that possible?
>
> Possible
On Wed, Jul 18, 2001 at 11:45:12PM -0400, Rodent of Unusual Size wrote:
> APACHE PORTABLE RUNTIME (APR) LIBRARY STATUS: -*-text-*-
> Last modified at [$Date: 2001/07/17 05:43:53 $]
>
> APR Stackable Memory Code
> =
>
> This is just a small list of things y
> It seems to me that there are so many ways of doing this that we're already
> talking about adding more and more complexity when we may not need to.
when it comes to the sms api, i'm quite happy to ward off any
recommended changes that make it more complex, don't worry.
think of this as a bit l
> On Wed, Jul 18, 2001 at 11:02:27AM -0500, William A. Rowe, Jr. wrote:
> > > And enforcing that the 'allocation' pool is either top-level itself,
or a
> > > descendant of the 'scope' pool, assures that the cleanups will unwind
> > > properly for both (since this thread-child pool is torn down,
eve
On Wed, Jul 18, 2001 at 07:38:27PM -0700, Ian Holsman wrote:
> Cool..
>
> all we need now is some one with commit access to
> look at it and give it their blessing
> NUDGE NUDGE ...
Committed. Thanks.
One note that would make my life slightly easier is to make sure your
code follows the APR co
APRUTIL LIBRARY STATUS: -*-text-*-
Last modified at [$Date: 2001/07/13 03:51:20 $]
Release:
2.0a9 : released December 12, 2000
RELEASE SHOWSTOPPERS:
* Need apu_compat.h to track the latest renames
Status: someone want to step up to diff na
APACHE PORTABLE RUNTIME (APR) LIBRARY STATUS: -*-text-*-
Last modified at [$Date: 2001/07/17 05:43:53 $]
Release:
2.0a9 : released December 12, 2000
2.0a8 : released November 20, 2000
2.0a7 : released October 8, 2000
2.0a6 : released August 18, 2000
2
Brian Pane wrote:
Ian Holsman (x8608) wrote:
Ok..
the revised patch.(and test prog)
Index: include/apr_hash.h
===
RCS file: /home/cvspublic/apr/include/apr_hash.h,v
retrieving revision 1.25
diff -u -b -r1.25 apr_hash.h
[...]
With the
It is possible unparse a URI into something like:
"http://@foo.bar.com";, if a username or password is given, and
the OMITUSER and OMITPASSWORD fields are blank. This should
do the job (though that section of the code is particularly
ugly).
-- Jon
Index: apr_uri.c
=
27 matches
Mail list logo
