| Commit message (Collapse) | Author | Age |
... | |
|
|
|
| |
git-svn-id: https://svn.apache.org/repos/asf/apr/apr/trunk@63472 13f79535-47bb-0310-9956-ffa450edef68
|
|
|
|
|
|
|
|
|
|
|
| |
children from waiting until the parent reaps status, so when the APR
app doesn't care about such status we need to have a handler driven
and call one of the wait functions.
PR: 9168
git-svn-id: https://svn.apache.org/repos/asf/apr/apr/trunk@63423 13f79535-47bb-0310-9956-ffa450edef68
|
|
|
|
| |
git-svn-id: https://svn.apache.org/repos/asf/apr/apr/trunk@63382 13f79535-47bb-0310-9956-ffa450edef68
|
|
|
|
|
|
|
|
|
| |
apr_signal.h in order to get consistent definitions. In general,
apr_want.h is a bad idea and should be replaced with topic-specific
header files.
git-svn-id: https://svn.apache.org/repos/asf/apr/apr/trunk@63317 13f79535-47bb-0310-9956-ffa450edef68
|
|
|
|
|
|
|
| |
(somehow CVS ignored updating these on the last commit.)
git-svn-id: https://svn.apache.org/repos/asf/apr/apr/trunk@63287 13f79535-47bb-0310-9956-ffa450edef68
|
|
|
|
|
|
|
|
|
|
|
|
| |
srcdir to always be available in a Makefile, so we need to stop adding
this only when we use VPATH.
Change the dependency generation to use .deps instead of appending to
the Makefile. This makes us consistent with the dependency style of
httpd-2.0.
git-svn-id: https://svn.apache.org/repos/asf/apr/apr/trunk@63286 13f79535-47bb-0310-9956-ffa450edef68
|
|
|
|
|
|
|
|
|
|
| |
tell APR to ignore SIGCHLD.
Submitted by: Dave Hill <David.D.Hill@Compaq.com>
Reviewed by: Jeff Trawick
git-svn-id: https://svn.apache.org/repos/asf/apr/apr/trunk@63282 13f79535-47bb-0310-9956-ffa450edef68
|
|
|
|
|
|
|
|
|
|
| |
to 5L. The 64-bit definitions for sigset_t changed between
4.X and 5L.
PR: 7957
git-svn-id: https://svn.apache.org/repos/asf/apr/apr/trunk@63248 13f79535-47bb-0310-9956-ffa450edef68
|
|
|
|
|
|
|
|
|
| |
stop working so hard to figure out the process group id; we
don't use that information (logic was inherited from Apache 1.3,
which does use the information)
git-svn-id: https://svn.apache.org/repos/asf/apr/apr/trunk@63229 13f79535-47bb-0310-9956-ffa450edef68
|
|
|
|
|
|
|
| |
signals which we absolutely must avoid blocking
git-svn-id: https://svn.apache.org/repos/asf/apr/apr/trunk@63170 13f79535-47bb-0310-9956-ffa450edef68
|
|
|
|
|
|
|
|
|
|
|
| |
some debuggers (purify) use it
PR:
Obtained from:
Submitted by:
Reviewed by:
git-svn-id: https://svn.apache.org/repos/asf/apr/apr/trunk@63168 13f79535-47bb-0310-9956-ffa450edef68
|
|
|
|
| |
git-svn-id: https://svn.apache.org/repos/asf/apr/apr/trunk@63159 13f79535-47bb-0310-9956-ffa450edef68
|
|
|
|
|
|
|
| |
"pool".
git-svn-id: https://svn.apache.org/repos/asf/apr/apr/trunk@63158 13f79535-47bb-0310-9956-ffa450edef68
|
|
|
|
| |
git-svn-id: https://svn.apache.org/repos/asf/apr/apr/trunk@63117 13f79535-47bb-0310-9956-ffa450edef68
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
forking (aka, to "daemonize").
Detailed explanation: If we are only interested in detaching from the
controlling terminal, then we are only interested in creating a new
process group (or creating a new session, which implicitly creates a
new process group). In order to do so, we must _NOT_ already be
a process group leader. The only way to ensure that is true, we normally
will call fork() and allow the parent to exit, ensuring that the child
is at least a child of a process group leader (and not one itself).
Doing this by default prevents some process-watching tools from working
with Apache. Therefore, when calling apr_proc_detach with
APR_PROC_DETACH_FOREGROUND, the caller is taking responsibility
for _NOT_ being a process group leader, which is guaranteed by
such process management tools.
[A similiar patch was originally submitted Jos and later modifed by Aaron.]
Obtained from: Jos Backus <josb@cncdsl.com>
Submitted by: Aaron Bannert
git-svn-id: https://svn.apache.org/repos/asf/apr/apr/trunk@63044 13f79535-47bb-0310-9956-ffa450edef68
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
APR_PROGRAM_ENV: start the program using the caller's environment
APR_PROGRAM_PATH: search PATH for the program, use caller's env
(the normal APR_PROGRAM isolates the env and does not use PATH)
The BeOS, OS/2, and Win32 implementations are incomplete. These two
new forms just default back to APR_PROGRAM for now. (although BeOS
doesn't even distinguish between APR_SHELLCMD and APR_PROGRAM!)
On Unix and Netware, these map into execv() and execvp() calls.
Also clarified some doc for the enums in apr_thread_proc.h a bit.
git-svn-id: https://svn.apache.org/repos/asf/apr/apr/trunk@62840 13f79535-47bb-0310-9956-ffa450edef68
|
|
|
|
|
|
|
| |
file descriptor and this new one will be closed when we clean up the pipe.
git-svn-id: https://svn.apache.org/repos/asf/apr/apr/trunk@62829 13f79535-47bb-0310-9956-ffa450edef68
|
|
|
|
|
|
|
|
|
|
|
|
| |
sets HAVE_SETSID. We will now call setsid() on platforms that have it.
Two reasons for changing it here:
- This is a private define. ISTR APR_ macros should only be for defines
that will be exported via apr.h. This define lives in apr_private.h.
- We're using HAVE_WAITPID a few lines down.
git-svn-id: https://svn.apache.org/repos/asf/apr/apr/trunk@62672 13f79535-47bb-0310-9956-ffa450edef68
|
|
|
|
|
|
|
|
|
|
|
| |
apr_thread_exit(..., apr_status_t retval) so that status values
can actually be returned back to apr_thread_join.
This patch converts all platforms to store the returned status
in the platform-specific opaque thread structure.
git-svn-id: https://svn.apache.org/repos/asf/apr/apr/trunk@62670 13f79535-47bb-0310-9956-ffa450edef68
|
|
|
|
| |
git-svn-id: https://svn.apache.org/repos/asf/apr/apr/trunk@62583 13f79535-47bb-0310-9956-ffa450edef68
|
|
|
|
|
|
|
| |
work with 32-bit or 64-bit builds
git-svn-id: https://svn.apache.org/repos/asf/apr/apr/trunk@62581 13f79535-47bb-0310-9956-ffa450edef68
|
|
|
|
|
|
|
|
|
|
|
| |
a sigprocmask() failure. This only affects platforms that use
sigprocmask() in lieu of pthread_sigmask().
sigprocmask() reports error codes via errno, not via the return
code.
git-svn-id: https://svn.apache.org/repos/asf/apr/apr/trunk@62517 13f79535-47bb-0310-9956-ffa450edef68
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
synchronous signals (e.g., SIGSEGV). It is a programming error
to do so, and some platforms (e.g., Solaris, AIX) don't call any
registered signal handler when such signals are blocked.
Thanks are due to Dick Dunbar <RLDunbar@pacbell.net>, who pointed
this out to me in the context of debugging a threaded module for
Apache 1.3.
git-svn-id: https://svn.apache.org/repos/asf/apr/apr/trunk@62509 13f79535-47bb-0310-9956-ffa450edef68
|
|
|
|
|
|
|
|
| |
result in the pipes for stdin/stdout/stderr being closed
immediately.
git-svn-id: https://svn.apache.org/repos/asf/apr/apr/trunk@62497 13f79535-47bb-0310-9956-ffa450edef68
|
|
|
|
|
|
|
|
|
|
| |
comment with a litte information about the problem with
file cleanup conflicting with our pipe setup
Submitted by: Justin Erenkrantz
git-svn-id: https://svn.apache.org/repos/asf/apr/apr/trunk@62466 13f79535-47bb-0310-9956-ffa450edef68
|
|
|
|
|
|
|
|
|
|
| |
do exec cleanup before duping pipes to fds 0-2; otherwise,
any files cleaned up with those fds will hose our pipes;
typical symptom is APR_EOF in the parent when trying to read
child output
git-svn-id: https://svn.apache.org/repos/asf/apr/apr/trunk@62465 13f79535-47bb-0310-9956-ffa450edef68
|
|
|
|
|
|
|
|
|
| |
all of the non-portable W* macros from Apache.
Submitted by: Jeff Trawick and Ryan Bloom
git-svn-id: https://svn.apache.org/repos/asf/apr/apr/trunk@62455 13f79535-47bb-0310-9956-ffa450edef68
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
(I had a similar version in my tree. Kevin's wins out because of the
WIF macros. Are there any platforms that don't have this? The Solaris
man page seems to indicate that they must be called, so it seems correct.
Please check on your favorite platform.)
Submitted by: Kevin Pilch-Bisson <kevin@pilch-bisson.net>
Reviewed by: Justin Erenkrantz
git-svn-id: https://svn.apache.org/repos/asf/apr/apr/trunk@62358 13f79535-47bb-0310-9956-ffa450edef68
|
|
|
|
|
|
|
|
|
|
|
| |
from Justin and Bill, plus a few additional tweaks.
Submitted by: Justin Erenkrantz <jerenkrantz@ebuilt.com>,
Bill Tutt <billtut@microsoft.com>
Reviewed by: Greg Stein
git-svn-id: https://svn.apache.org/repos/asf/apr/apr/trunk@62350 13f79535-47bb-0310-9956-ffa450edef68
|
|
|
|
|
|
|
| |
we don't need sig_func declared.
git-svn-id: https://svn.apache.org/repos/asf/apr/apr/trunk@62293 13f79535-47bb-0310-9956-ffa450edef68
|
|
|
|
|
|
|
| |
we try to use it.
git-svn-id: https://svn.apache.org/repos/asf/apr/apr/trunk@62278 13f79535-47bb-0310-9956-ffa450edef68
|
|
|
|
|
|
|
| |
(cc on Tru64 is happier now)
git-svn-id: https://svn.apache.org/repos/asf/apr/apr/trunk@62229 13f79535-47bb-0310-9956-ffa450edef68
|
|
|
|
|
|
|
| |
a function is only called once.
git-svn-id: https://svn.apache.org/repos/asf/apr/apr/trunk@62227 13f79535-47bb-0310-9956-ffa450edef68
|
|
|
|
|
|
|
| |
Submitted by: Sterling Hughes <sterling@designmultimedia.com>
git-svn-id: https://svn.apache.org/repos/asf/apr/apr/trunk@62139 13f79535-47bb-0310-9956-ffa450edef68
|
|
|
|
| |
git-svn-id: https://svn.apache.org/repos/asf/apr/apr/trunk@62096 13f79535-47bb-0310-9956-ffa450edef68
|
|
|
|
|
|
|
| |
then assume a status of APR_SUCCESS in apr_thread_join()
git-svn-id: https://svn.apache.org/repos/asf/apr/apr/trunk@62070 13f79535-47bb-0310-9956-ffa450edef68
|
|
|
|
|
|
|
| |
exit status code
git-svn-id: https://svn.apache.org/repos/asf/apr/apr/trunk@62068 13f79535-47bb-0310-9956-ffa450edef68
|
|
|
|
|
|
|
| |
prototype
git-svn-id: https://svn.apache.org/repos/asf/apr/apr/trunk@62007 13f79535-47bb-0310-9956-ffa450edef68
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
the bug's fixed!
oh no it isn't
oh yes it is
oh no it isn't
oh yes it is
oh no it isn't
Well, you get the idea. anyway fork + threads = evil on beos (still)
despite being told that it was fixed, it isn't :(
git-svn-id: https://svn.apache.org/repos/asf/apr/apr/trunk@62001 13f79535-47bb-0310-9956-ffa450edef68
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
(apr_thread_start_t) two parameters, the apr private data
(apr_thread_t*) and the application private data (void*).
Applications' worker_thread() routines may use apr_thread_pool_get
to access the pool (implemented using APR_POOL_*_ACCESSOR() macros.)
Submitted by: Aaron Bannert <aaron@ebuilt.com>
Reviewed by: Will Rowe
git-svn-id: https://svn.apache.org/repos/asf/apr/apr/trunk@61998 13f79535-47bb-0310-9956-ffa450edef68
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
comparison of structures
add apr_os_thread_equal() and implement it on the two platforms with
apr_os_thread_current()
use apr_os_thread_equal() in the Unix lock code so we don't compare
structures
git-svn-id: https://svn.apache.org/repos/asf/apr/apr/trunk@61768 13f79535-47bb-0310-9956-ffa450edef68
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
been changed in my tree today :)
- remove the sms code I committed yesterday
- add an apr_pool_t to the sms structure
- add locking code to the tracking sms
This threw up an issue with locking, so next
- change the locking code to add an owner and ref counting
so we can lock multiple times from the same thread. this was
needed by the apr_sms_tracking_reset code where we lock
and then call free which locks again...
I haven't added the locking changes for os2 or win32 after
the problems I created with my last commit :)
Changes to testlock on the way.
git-svn-id: https://svn.apache.org/repos/asf/apr/apr/trunk@61716 13f79535-47bb-0310-9956-ffa450edef68
|
|
|
|
|
|
|
|
|
|
|
|
| |
difference, is that instead of creating a separate thread to listen for
signals, the thread that calls this function does the listening. Many
platforms have issues when the main thread isn't the thread that is
listening for signals. Even more platforms complain when the main thread
dies, but the process doesn't. This gets the main thread back to being
the signal handling thread.
git-svn-id: https://svn.apache.org/repos/asf/apr/apr/trunk@61518 13f79535-47bb-0310-9956-ffa450edef68
|
|
|
|
| |
git-svn-id: https://svn.apache.org/repos/asf/apr/apr/trunk@61517 13f79535-47bb-0310-9956-ffa450edef68
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
reversed.
This may have broken the Unix threaded mpm's when they started using the
bogus "set" function. A likely symptom would be failure to stop a threaded
process cleanly.
Note: it appears these functions are essentially no-ops except in Unix.
git-svn-id: https://svn.apache.org/repos/asf/apr/apr/trunk@61495 13f79535-47bb-0310-9956-ffa450edef68
|
|
|
|
|
|
|
| |
Submitted by: Justin Erenkrantz <jerenkrantz@ebuilt.com>
git-svn-id: https://svn.apache.org/repos/asf/apr/apr/trunk@61471 13f79535-47bb-0310-9956-ffa450edef68
|
|
|
|
| |
git-svn-id: https://svn.apache.org/repos/asf/apr/apr/trunk@61466 13f79535-47bb-0310-9956-ffa450edef68
|
|
|
|
| |
git-svn-id: https://svn.apache.org/repos/asf/apr/apr/trunk@61455 13f79535-47bb-0310-9956-ffa450edef68
|
|
|
|
| |
git-svn-id: https://svn.apache.org/repos/asf/apr/apr/trunk@61451 13f79535-47bb-0310-9956-ffa450edef68
|
|
|
|
|
|
|
| |
with a function pointer.
git-svn-id: https://svn.apache.org/repos/asf/apr/apr/trunk@61329 13f79535-47bb-0310-9956-ffa450edef68
|