| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
| |
an already existing brigade instead of creating a new one. Thus it
can be used to lower the memory footprint where brigades need to be
split many times during the lifetime of a pool.
git-svn-id: http://svn.apache.org/repos/asf/apr/apr-util/trunk@661080 13f79535-47bb-0310-9956-ffa450edef68
|
|
|
|
| |
git-svn-id: http://svn.apache.org/repos/asf/apr/apr-util/trunk@631558 13f79535-47bb-0310-9956-ffa450edef68
|
|
|
|
| |
git-svn-id: http://svn.apache.org/repos/asf/apr/apr-util/trunk@631553 13f79535-47bb-0310-9956-ffa450edef68
|
|
|
|
|
|
|
|
|
|
|
| |
Use a 64 bit unsigned int for all calculations of point to avoid overflows
on systems where apr_off_t > apr_size_t (e.g. 32 bit with LFS)
while still doing the correct thing on other systems where
apr_off_t = apr_size_t. We currently do not support platforms
where apr_off_t, apr_size_t > 64 bit.
git-svn-id: http://svn.apache.org/repos/asf/apr/apr-util/trunk@630780 13f79535-47bb-0310-9956-ffa450edef68
|
|
|
|
|
|
|
| |
Noted by: nikke
git-svn-id: http://svn.apache.org/repos/asf/apr/apr-util/trunk@630625 13f79535-47bb-0310-9956-ffa450edef68
|
|
|
|
| |
git-svn-id: http://svn.apache.org/repos/asf/apr/apr-util/trunk@588062 13f79535-47bb-0310-9956-ffa450edef68
|
|
|
|
|
|
|
|
| |
to be the safest solution for the true max_unsigned whatever,
invert all the bits to 1 and never treat it as signed.
git-svn-id: http://svn.apache.org/repos/asf/apr/apr-util/trunk@588056 13f79535-47bb-0310-9956-ffa450edef68
|
|
|
|
|
|
|
|
|
|
|
| |
I believe my analysis is correct that we protect from
the cases where the off_t 'point' arg (signed!) falls
out of scope of the size_t e->length (equivilant or
smaller sized, and unsigned.)
We could use an official MAX_SIZE_T - heh.
git-svn-id: http://svn.apache.org/repos/asf/apr/apr-util/trunk@587434 13f79535-47bb-0310-9956-ffa450edef68
|
|
|
|
| |
git-svn-id: http://svn.apache.org/repos/asf/apr/apr-util/trunk@582228 13f79535-47bb-0310-9956-ffa450edef68
|
|
|
|
| |
git-svn-id: http://svn.apache.org/repos/asf/apr/apr-util/trunk@558384 13f79535-47bb-0310-9956-ffa450edef68
|
|
|
|
|
|
|
|
|
| |
bucket read error, return the length up to the error.
PR: 40893
git-svn-id: http://svn.apache.org/repos/asf/apr/apr-util/trunk@558361 13f79535-47bb-0310-9956-ffa450edef68
|
|
|
|
| |
git-svn-id: http://svn.apache.org/repos/asf/apr/apr-util/trunk@496440 13f79535-47bb-0310-9956-ffa450edef68
|
|
|
|
|
|
|
| |
warning with gcc 4.1.
git-svn-id: http://svn.apache.org/repos/asf/apr/apr-util/trunk@395223 13f79535-47bb-0310-9956-ffa450edef68
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
the file must have been truncated; in this case, do not insert a new
FILE bucket, and do return APR_EOF to the caller.
* test/testbuckets.c (test_truncfile): Add test case.
PR: 34708
Submitted by: trawick, jorton
git-svn-id: http://svn.apache.org/repos/asf/apr/apr-util/trunk@179564 13f79535-47bb-0310-9956-ffa450edef68
|
|
|
|
|
|
|
|
| |
Submitted by: Joe Schaefer
git-svn-id: http://svn.apache.org/repos/asf/apr/apr-util/trunk@157149 13f79535-47bb-0310-9956-ffa450edef68
|
|
|
|
| |
git-svn-id: http://svn.apache.org/repos/asf/apr/apr-util/trunk@151413 13f79535-47bb-0310-9956-ffa450edef68
|
|
|
|
|
|
|
| |
Tipped-of-by: Uwe Zeisberger
git-svn-id: http://svn.apache.org/repos/asf/apr/apr-util/trunk@76270 13f79535-47bb-0310-9956-ffa450edef68
|
|
|
|
|
|
|
| |
* test/testbucket.c (test_insertfile): New test.
git-svn-id: http://svn.apache.org/repos/asf/apr/apr-util/trunk@76134 13f79535-47bb-0310-9956-ffa450edef68
|
|
|
|
| |
git-svn-id: http://svn.apache.org/repos/asf/apr/apr-util/trunk@59117 13f79535-47bb-0310-9956-ffa450edef68
|
|
|
|
|
|
|
|
| |
apr_bucket_alloc_destroy): Cope with a NULL pool->allocator in debug
mode.
git-svn-id: http://svn.apache.org/repos/asf/apr/apr-util/trunk@59065 13f79535-47bb-0310-9956-ffa450edef68
|
|
|
|
| |
git-svn-id: http://svn.apache.org/repos/asf/apr/apr-util/trunk@58989 13f79535-47bb-0310-9956-ffa450edef68
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
upon Python at packaging time, but not at end-user config/build time. As far
as I can tell, the build continues to function properly. (out-of-dir
config/make not tested, and apr-iconv prolly needs some work)
The buildconf scripts now generate a build-outputs.mk file which is included
by the root's Makefile (via the build/gen-build.py script). bulid-outputs.mk
specifies all of the various files present in the distribution.
The top-level Makefiles were simplified to use an $(OBJECTS) symbol rather
than 'find'ing them. Similarly, a $(HEADERS) symbol is used for the exports.
The corresponding delete-* targets were eliminated since we have a precise
set of inputs.
The subdirs' Makefiles were removed since they are no longer called/used.
The apr-util/uri Makefile was responsible for compiling a C program to
generate the uri_delims.h file. That process was replaced by a Python script
to generate the header (called by buildconf). The .c and .dsp were left for
the Windows build to continue, but that should be revamped.
build/apr_rules.mk was revamped somewhat to avoid recursion, but a lot of
cleanup is still needed. Much of the recursive/local/x- logic is no longer
needed and can be elimianated. rules.mk was created for inclusion by N
makefiles, but that isn't really true any more, so it could probably be
tossed (caveat: test/Makefile). Saved for a phase 2.
Some additional work was added to properly clean up files in */build/,
rather than relying on a makefile in there.
git-svn-id: http://svn.apache.org/repos/asf/apr/apr-util/trunk@58980 13f79535-47bb-0310-9956-ffa450edef68
|
|
|
|
| |
git-svn-id: http://svn.apache.org/repos/asf/apr/apr-util/trunk@58952 13f79535-47bb-0310-9956-ffa450edef68
|
|
|
|
|
|
|
| |
removing ignored parameter from another)
git-svn-id: http://svn.apache.org/repos/asf/apr/apr-util/trunk@58923 13f79535-47bb-0310-9956-ffa450edef68
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
* apr_bucket_alloc_create() now uses the apr_allocator_t from the pool
that was passed in rather than creating its own.
* added apr_bucket_alloc_create_ex() which takes an apr_allocator_t
directly instead of an apr_pool_t.
* either way, the apr_bucket_alloc_t itself is allocated from the
apr_allocator_t, not palloc'ed. so in the non _ex() case, the only
thing the pool gains you is a cleanup.
Reviewed by: Jean-Jacques Clar, Sander Striker, Brad Nicholes
git-svn-id: http://svn.apache.org/repos/asf/apr/apr-util/trunk@58919 13f79535-47bb-0310-9956-ffa450edef68
|
|
|
|
|
|
|
|
|
|
| |
to enable, define APR_BUCKET_DEBUG at compile time. it was suggested that
I should have a --enable-bucket-debug configure option instead, but because
of the way we use APR's rules.mk, it's difficult to add extra CPPFLAGS from
apr-util's configure.in.
git-svn-id: http://svn.apache.org/repos/asf/apr/apr-util/trunk@58918 13f79535-47bb-0310-9956-ffa450edef68
|
|
|
|
|
|
|
|
| |
tomorrow. regardless, i don't want this addition to the api to get out
into the wild unless i'm sure it's needed, which i'm currently not.
git-svn-id: http://svn.apache.org/repos/asf/apr/apr-util/trunk@58910 13f79535-47bb-0310-9956-ffa450edef68
|
|
|
|
|
|
|
|
| |
between a thread pool and the thread's bucket allocator. this will allow
the freelist max size to be managed.
git-svn-id: http://svn.apache.org/repos/asf/apr/apr-util/trunk@58909 13f79535-47bb-0310-9956-ffa450edef68
|
|
|
|
|
|
|
|
|
|
|
| |
an incompatible pointer type to mmap_bucket_destroy(void*).
PR: 16533
Submitted by: Gerard Eviston <geviston@bigpond.net.au>
Reviewed by: Cliff Woolley
git-svn-id: http://svn.apache.org/repos/asf/apr/apr-util/trunk@58839 13f79535-47bb-0310-9956-ffa450edef68
|
|
|
|
|
|
|
| |
No Functional changes.
git-svn-id: http://svn.apache.org/repos/asf/apr/apr-util/trunk@58816 13f79535-47bb-0310-9956-ffa450edef68
|
|
|
|
| |
git-svn-id: http://svn.apache.org/repos/asf/apr/apr-util/trunk@58810 13f79535-47bb-0310-9956-ffa450edef68
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
There are two reasons for this:
1. Make the implementation of apr_brigade_create() match the
documentation in apr_buckets.h, which says that we don't
allocate from the pool.
2. Allow brigades to be used in situations where it may be
infeasible to tie a brigade's lifetime to that of a
pool--e.g., an async web server.
git-svn-id: http://svn.apache.org/repos/asf/apr/apr-util/trunk@58806 13f79535-47bb-0310-9956-ffa450edef68
|
|
|
|
| |
git-svn-id: http://svn.apache.org/repos/asf/apr/apr-util/trunk@58793 13f79535-47bb-0310-9956-ffa450edef68
|
|
|
|
|
|
|
|
|
| |
rid of the is_owner thing completely. Instead, we place all of the dup'ed
apr_mmap_t's in a ring with each other (essentially the same as refcounting
the mmaped region but without the where-do-you-store-it pitfall).
git-svn-id: http://svn.apache.org/repos/asf/apr/apr-util/trunk@58790 13f79535-47bb-0310-9956-ffa450edef68
|
|
|
|
|
|
|
| |
for later portability.
git-svn-id: http://svn.apache.org/repos/asf/apr/apr-util/trunk@58781 13f79535-47bb-0310-9956-ffa450edef68
|
|
|
|
|
|
|
|
| |
transient buckets if there is no flush function. (Thanks
to Greg Stein for catching this.)
git-svn-id: http://svn.apache.org/repos/asf/apr/apr-util/trunk@58769 13f79535-47bb-0310-9956-ffa450edef68
|
|
|
|
|
|
|
|
|
| |
both large and small inputs: zero-copy for data larger than 8KB,
fewer operations (and fewer branches) per for-loop iteration
for the <= 8KB case.
git-svn-id: http://svn.apache.org/repos/asf/apr/apr-util/trunk@58768 13f79535-47bb-0310-9956-ffa450edef68
|
|
|
|
|
|
|
| |
bucket is full or a buffer > 8KB is output.
git-svn-id: http://svn.apache.org/repos/asf/apr/apr-util/trunk@58761 13f79535-47bb-0310-9956-ffa450edef68
|
|
|
|
| |
git-svn-id: http://svn.apache.org/repos/asf/apr/apr-util/trunk@58760 13f79535-47bb-0310-9956-ffa450edef68
|
|
|
|
| |
git-svn-id: http://svn.apache.org/repos/asf/apr/apr-util/trunk@58759 13f79535-47bb-0310-9956-ffa450edef68
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The loop-unrolled code wasn't helping enough anyway,
because the httpd calls this function many times per
response to output short strings. I think we need
an alternate API that can amortize the function call
overhead and the heap bucket condition checking
across multiple string writes...quite possibly
apr_brigade_writev().
git-svn-id: http://svn.apache.org/repos/asf/apr/apr-util/trunk@58758 13f79535-47bb-0310-9956-ffa450edef68
|
|
|
|
|
|
|
|
|
| |
of turning the file bucket into an mmap bucket. This will enable
us to avoid an extraneous mmap in various cases where the httpd
sets aside brigades.
git-svn-id: http://svn.apache.org/repos/asf/apr/apr-util/trunk@58733 13f79535-47bb-0310-9956-ffa450edef68
|
|
|
|
|
|
|
|
|
|
|
| |
APR_NONBLOCK_READ means that we have no timeout - i.e. that we read
immediately. Leaving the timeout set by the 'upstream' application is
incorrect in this state.
This fixes httpd-2.0 blocking in check_pipeline_flush() for EATCRLF modes.
git-svn-id: http://svn.apache.org/repos/asf/apr/apr-util/trunk@58687 13f79535-47bb-0310-9956-ffa450edef68
|
|
|
|
|
|
|
|
|
|
|
| |
if it
isn't already.Otherwise it messes up the timeout value that may have been
intentionally set by the upstream application. This matches the same change
that was made in pipe_bucket_read.
git-svn-id: http://svn.apache.org/repos/asf/apr/apr-util/trunk@58686 13f79535-47bb-0310-9956-ffa450edef68
|
|
|
|
| |
git-svn-id: http://svn.apache.org/repos/asf/apr/apr-util/trunk@58685 13f79535-47bb-0310-9956-ffa450edef68
|
|
|
|
| |
git-svn-id: http://svn.apache.org/repos/asf/apr/apr-util/trunk@58684 13f79535-47bb-0310-9956-ffa450edef68
|
|
|
|
|
|
|
|
| |
isn't already. Otherwise it messes up the timeout value that may have been
intentionally set by the upstream application.
git-svn-id: http://svn.apache.org/repos/asf/apr/apr-util/trunk@58683 13f79535-47bb-0310-9956-ffa450edef68
|
|
|
|
|
|
|
|
| |
in start offsets that fit in apr_size_t. This doesn't need the file
sized apr_off_t resolution.
git-svn-id: http://svn.apache.org/repos/asf/apr/apr-util/trunk@58679 13f79535-47bb-0310-9956-ffa450edef68
|
|
|
|
|
|
|
|
|
| |
makes it crystal clear that the *only* difference between
apr_brigade_destroy() and apr_brigade_cleanup() is that one kills the
cleanup and the other one doesn't. An important distinction.
git-svn-id: http://svn.apache.org/repos/asf/apr/apr-util/trunk@58678 13f79535-47bb-0310-9956-ffa450edef68
|
|
|
|
|
|
|
| |
pool API the way it was meant to be since it's there and all...
git-svn-id: http://svn.apache.org/repos/asf/apr/apr-util/trunk@58677 13f79535-47bb-0310-9956-ffa450edef68
|