| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
| |
'APACHE_2_0_24'.
git-svn-id: http://svn.apache.org/repos/asf/apr/apr/tags/APACHE_2_0_24@62190 13f79535-47bb-0310-9956-ffa450edef68
|
|
|
|
| |
git-svn-id: http://svn.apache.org/repos/asf/apr/apr/trunk@62178 13f79535-47bb-0310-9956-ffa450edef68
|
|
|
|
| |
git-svn-id: http://svn.apache.org/repos/asf/apr/apr/trunk@62177 13f79535-47bb-0310-9956-ffa450edef68
|
|
|
|
|
|
|
|
| |
We still need two of these unless we plan on growing a whole lot more
(generally repetitive) arguments to this script
git-svn-id: http://svn.apache.org/repos/asf/apr/apr/trunk@62176 13f79535-47bb-0310-9956-ffa450edef68
|
|
|
|
| |
git-svn-id: http://svn.apache.org/repos/asf/apr/apr/trunk@62175 13f79535-47bb-0310-9956-ffa450edef68
|
|
|
|
| |
git-svn-id: http://svn.apache.org/repos/asf/apr/apr/trunk@62174 13f79535-47bb-0310-9956-ffa450edef68
|
|
|
|
|
|
|
|
|
|
|
| |
after pushing tag.
This reiterates the horrid situation - we STILL are missing an
apr_release.h and we can't take ourselves seriously as a library project
until we get around to fixing this issue.
git-svn-id: http://svn.apache.org/repos/asf/apr/apr/trunk@62173 13f79535-47bb-0310-9956-ffa450edef68
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This effectively backs out rbb's earlier commit which was valid then
because we weren't treating Linux as special. Now, since older versions
of Linux are safe, we should go back to the original order.
We now safeguard MAP_ANON usage to only be used with >=2.4.0 Linux kernels.
On Linux versions less than that, we will not use MAP_ANON because Linux
lies and says it has it when it doesn't. I am sure that we could fine tune
the >=2.4.0 to match the specific 2.3 version that this was fixed in.
(This may very well be a glibc issue as well...)
On Linux 2.2 (Mandrake 7.2 distro), we choose shmget.
On Linux 2.4 (Mandrake 8.0 distro), we choose mmap with MAP_ANON.
Please try out. It works here. If this needs a glibc check instead,
let me know and we can work something out.
git-svn-id: http://svn.apache.org/repos/asf/apr/apr/trunk@62172 13f79535-47bb-0310-9956-ffa450edef68
|
|
|
|
| |
git-svn-id: http://svn.apache.org/repos/asf/apr/apr/trunk@62171 13f79535-47bb-0310-9956-ffa450edef68
|
|
|
|
|
|
|
|
|
|
| |
mispelings found near "its" or "it's"
(helping our 4th grader with homework, couldn't help but
grep)
git-svn-id: http://svn.apache.org/repos/asf/apr/apr/trunk@62170 13f79535-47bb-0310-9956-ffa450edef68
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
logic didn't work quite right anyway
we had NEED_UNION_SEMUN vs. APR_HAVE_UNION_SEMUN mixed up
we included sys/sem.h when we didn't need to define union semun
but we'd need it the header file if we tried to define it
so that struct semid_ds would be defined
git-svn-id: http://svn.apache.org/repos/asf/apr/apr/trunk@62169 13f79535-47bb-0310-9956-ffa450edef68
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
thread-safe if they were found in libc_r. This didn't work on
OS/390 since there is no libc_r, but they are thread-safe.
Now, variables apr_gethostbyname_is_thread_safe or
apr_gethostbyaddr_is_thread_safe can be set to bypass the
libc_r check, either to state that they are thread-safe or
to state that they aren't (not necessary unless the ones in
libc_r aren't thread-safe after all).
git-svn-id: http://svn.apache.org/repos/asf/apr/apr/trunk@62168 13f79535-47bb-0310-9956-ffa450edef68
|
|
|
|
|
|
|
|
|
|
| |
apparently, cc first tries an Apple-provided cpp which barfs
on a lot of C stuff in our code; when it barfs, cc backs off
to the GNU cpp; this avoids trying the Apple-provided cpp
first
git-svn-id: http://svn.apache.org/repos/asf/apr/apr/trunk@62167 13f79535-47bb-0310-9956-ffa450edef68
|
|
|
|
| |
git-svn-id: http://svn.apache.org/repos/asf/apr/apr/trunk@62166 13f79535-47bb-0310-9956-ffa450edef68
|
|
|
|
|
|
|
|
| |
this definitely clears up warnings on Tru64 and should get APR building
again on HP-UX, where this is an error
git-svn-id: http://svn.apache.org/repos/asf/apr/apr/trunk@62165 13f79535-47bb-0310-9956-ffa450edef68
|
|
|
|
| |
git-svn-id: http://svn.apache.org/repos/asf/apr/apr/trunk@62164 13f79535-47bb-0310-9956-ffa450edef68
|
|
|
|
| |
git-svn-id: http://svn.apache.org/repos/asf/apr/apr/trunk@62163 13f79535-47bb-0310-9956-ffa450edef68
|
|
|
|
|
|
|
| |
in NetWare
git-svn-id: http://svn.apache.org/repos/asf/apr/apr/trunk@62162 13f79535-47bb-0310-9956-ffa450edef68
|
|
|
|
| |
git-svn-id: http://svn.apache.org/repos/asf/apr/apr/trunk@62161 13f79535-47bb-0310-9956-ffa450edef68
|
|
|
|
|
|
|
|
|
|
| |
an apr_file_t to apr_file_open. Also, apr_os_file_get returns
a status value, not the OS file descriptor.
This gets Apache running again on Linux.
git-svn-id: http://svn.apache.org/repos/asf/apr/apr/trunk@62160 13f79535-47bb-0310-9956-ffa450edef68
|
|
|
|
|
|
|
|
|
|
|
|
| |
macros go in order, so the last set of dependancies that are
met are the ones used. That means that when using those macros,
options should be listed with the least desirable option first,
and the most desirable last. The new shared memory routines did
the opposite, so we chose the wrong shared memory option on Linux.
CS: Obtained from:
git-svn-id: http://svn.apache.org/repos/asf/apr/apr/trunk@62159 13f79535-47bb-0310-9956-ffa450edef68
|
|
|
|
|
|
|
| |
Submitted by: Ian Holsman <ianh@cnet.com>
git-svn-id: http://svn.apache.org/repos/asf/apr/apr/trunk@62158 13f79535-47bb-0310-9956-ffa450edef68
|
|
|
|
| |
git-svn-id: http://svn.apache.org/repos/asf/apr/apr/trunk@62157 13f79535-47bb-0310-9956-ffa450edef68
|
|
|
|
|
|
|
|
|
|
| |
- Fix buildconf to not build MM's configure
- Add the line in apr.h.in for MAP_ANON mmap usage
- Fix munmap to have the right parameters
- Add APR_WANT_MEMFUNC to import memset in shmem.c.
git-svn-id: http://svn.apache.org/repos/asf/apr/apr/trunk@62156 13f79535-47bb-0310-9956-ffa450edef68
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
dependency upon MM. (This commit does not delete the MM files - they
are still there for the time being.)
MM has a bunch of features that we do not need (locking, three different
APIs, etc, etc, etc.)
Also clean up the migrated code while I'm at it to be cleaner.
This code works on Solaris with shmget. I'll be testing it again with
Linux in a few. This really needs to get hammered to make sure that I
didn't miss anything.
This gets us moving in the right direction.
git-svn-id: http://svn.apache.org/repos/asf/apr/apr/trunk@62155 13f79535-47bb-0310-9956-ffa450edef68
|
|
|
|
|
|
|
|
|
| |
-o target, which some link commands can't handle; also, it left us with a
lot of duplicate libraries on link invocations since our Makefiles specify
the libraries to include too
git-svn-id: http://svn.apache.org/repos/asf/apr/apr/trunk@62154 13f79535-47bb-0310-9956-ffa450edef68
|
|
|
|
|
|
|
|
| |
Submitted by: Mladen Turk
Reviewed by: Bill Stoddard
git-svn-id: http://svn.apache.org/repos/asf/apr/apr/trunk@62153 13f79535-47bb-0310-9956-ffa450edef68
|
|
|
|
|
|
|
|
|
|
|
| |
This brings APR pools back to a tree structure. There are
no longer any way to create a pool that is not a decendant
of the permanent_pool.
PR: 7891
git-svn-id: http://svn.apache.org/repos/asf/apr/apr/trunk@62152 13f79535-47bb-0310-9956-ffa450edef68
|
|
|
|
| |
git-svn-id: http://svn.apache.org/repos/asf/apr/apr/trunk@62151 13f79535-47bb-0310-9956-ffa450edef68
|
|
|
|
|
|
|
| |
Submitted by: Ian Holsman <ianh@cnet.com>
git-svn-id: http://svn.apache.org/repos/asf/apr/apr/trunk@62150 13f79535-47bb-0310-9956-ffa450edef68
|
|
|
|
|
|
|
| |
Submitted by: Ian Holsman <ianh@cnet.com>
git-svn-id: http://svn.apache.org/repos/asf/apr/apr/trunk@62149 13f79535-47bb-0310-9956-ffa450edef68
|
|
|
|
| |
git-svn-id: http://svn.apache.org/repos/asf/apr/apr/trunk@62148 13f79535-47bb-0310-9956-ffa450edef68
|
|
|
|
|
|
|
| |
Submitted by: Ian Holsman <ianh@cnet.com>
git-svn-id: http://svn.apache.org/repos/asf/apr/apr/trunk@62147 13f79535-47bb-0310-9956-ffa450edef68
|
|
|
|
|
|
|
| |
Submitted by: Ian Holsman <ianh@cnet.com>
git-svn-id: http://svn.apache.org/repos/asf/apr/apr/trunk@62146 13f79535-47bb-0310-9956-ffa450edef68
|
|
|
|
| |
git-svn-id: http://svn.apache.org/repos/asf/apr/apr/trunk@62145 13f79535-47bb-0310-9956-ffa450edef68
|
|
|
|
|
|
|
| |
Submitted by: Ian Holsman <ianh@cnet.com>
git-svn-id: http://svn.apache.org/repos/asf/apr/apr/trunk@62144 13f79535-47bb-0310-9956-ffa450edef68
|
|
|
|
|
|
|
| |
Submitted by: Ian Holsman <ianh@cnet.com>
git-svn-id: http://svn.apache.org/repos/asf/apr/apr/trunk@62143 13f79535-47bb-0310-9956-ffa450edef68
|
|
|
|
|
|
|
|
| |
us back down to just declaring them once.
Submitted by: Ian Holsman <ianh@cnet.com>
git-svn-id: http://svn.apache.org/repos/asf/apr/apr/trunk@62142 13f79535-47bb-0310-9956-ffa450edef68
|
|
|
|
|
|
|
| |
Submitted by: Ian Holsman <ianh@cnet.com>
git-svn-id: http://svn.apache.org/repos/asf/apr/apr/trunk@62141 13f79535-47bb-0310-9956-ffa450edef68
|
|
|
|
|
|
|
|
|
|
|
|
| |
pthread.h header has more than thread-specific functions in it.
Imagine trying to use pthread_mutex_t for the cross-process mutex without
having threading enabled.
(The configure script won't allow that, but that's coming up next.)
git-svn-id: http://svn.apache.org/repos/asf/apr/apr/trunk@62140 13f79535-47bb-0310-9956-ffa450edef68
|
|
|
|
|
|
|
| |
Submitted by: Sterling Hughes <sterling@designmultimedia.com>
git-svn-id: http://svn.apache.org/repos/asf/apr/apr/trunk@62139 13f79535-47bb-0310-9956-ffa450edef68
|
|
|
|
| |
git-svn-id: http://svn.apache.org/repos/asf/apr/apr/trunk@62138 13f79535-47bb-0310-9956-ffa450edef68
|
|
|
|
| |
git-svn-id: http://svn.apache.org/repos/asf/apr/apr/trunk@62137 13f79535-47bb-0310-9956-ffa450edef68
|
|
|
|
| |
git-svn-id: http://svn.apache.org/repos/asf/apr/apr/trunk@62136 13f79535-47bb-0310-9956-ffa450edef68
|
|
|
|
|
|
|
| |
this fixes a segfault reported by Shail Bhatnagar <shbhatna@cisco.com>
git-svn-id: http://svn.apache.org/repos/asf/apr/apr/trunk@62135 13f79535-47bb-0310-9956-ffa450edef68
|
|
|
|
|
|
|
| |
shadowing the global function socket()
git-svn-id: http://svn.apache.org/repos/asf/apr/apr/trunk@62134 13f79535-47bb-0310-9956-ffa450edef68
|
|
|
|
|
|
|
|
|
| |
up the error but forgot to actually return with that error number.
Submitted by: Ian Holsman <ianh@cnet.com>
git-svn-id: http://svn.apache.org/repos/asf/apr/apr/trunk@62132 13f79535-47bb-0310-9956-ffa450edef68
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Warning #1 may or may not have ever existed (my mind is a blur), but this
change seems to be the most sensible way to go anyhow. The len parameter
to getsockopt() seems to most want to be an apr_socklen_t in order to get
along with all platforms.
Warning #2 I definitely saw on Solaris 2.6, which was that parm 4 to
getsockopt() was an incompatible pointer type. That's funky, because we
were passing in an int* to a function that generally expects a void*. Right?
Wrong, not in this case. Solaris 2.6 ifndef _XPG4_2 (and possibly Win32
as well according to msdn.microsoft.com) expect a char*! That's wacky.
Anyway, casting the int* to a char* makes these platforms happy (ugly though
it is), and the sane platforms that just take a void* could care less
either way.
git-svn-id: http://svn.apache.org/repos/asf/apr/apr/trunk@62131 13f79535-47bb-0310-9956-ffa450edef68
|
|
|
|
|
|
|
|
|
| |
from getsockopt()
(not tested... 2 yr old is begging for a walk :) )
git-svn-id: http://svn.apache.org/repos/asf/apr/apr/trunk@62130 13f79535-47bb-0310-9956-ffa450edef68
|
|
|
|
|
|
|
|
|
|
| |
query the socket to find the actual error if the connect failed. This
is done using getsockopt with the SO_ERROR option. If error == 0, then
the connect succeeded, else error is the connect errno value.
Submitted by: Jeff Trawick
git-svn-id: http://svn.apache.org/repos/asf/apr/apr/trunk@62129 13f79535-47bb-0310-9956-ffa450edef68
|