summaryrefslogtreecommitdiff
path: root/threadproc
Commit message (Expand)AuthorAgeFilesLines
* Wrap all APR functions in APR_DECLARE macro.rbb2001-08-1011-169/+172
* Changed the create thread flags due to changes in the NetWare threading APIsbnicholes2001-08-101-4/+1
* Added the NetWare supported signal descriptionsbnicholes2001-08-061-1/+19
* Added a stub for apr_thread_yield()bnicholes2001-08-035-2/+20
* NetWare port of the threadproc functionsbnicholes2001-08-025-0/+1080
* if the thread returns NULL instead of the address of an apr_status_ttrawick2001-08-011-1/+1
* fix apr_thread_join() on Unix to pick up the correct threadtrawick2001-08-011-1/+3
* Bring the naming conventions more inline with unixwrowe2001-07-241-3/+4
* fix a warning for dummy_worker(); it wasn't static and didn't have atrawick2001-07-241-1/+1
* dummy_func != dummy_workerdreid2001-07-241-7/+7
* Panto season comes early this year...dreid2001-07-241-1/+1
* Updated APR to pass the thread worker_function prototypewrowe2001-07-244-14/+42
* Win32: Do not set the detached attribute for os_levels less than NT.stoddard2001-07-131-2/+10
* Set the DETACHED_PROCESS creation flagstoddard2001-07-121-6/+13
* Win32: Add apr_os_thread_current()stoddard2001-07-061-0/+5
* OS/2: Add implementations of apr_file_trunc(), apr_os_thread_current() &bjh2001-06-161-0/+17
* on some Unix platforms pthread_t is a structure and the compiler won't allowtrawick2001-06-142-0/+10
* This is a much larger commit than I meant to have, but a lot hasdreid2001-06-062-0/+11
* A touch of fixes for win32. Lots more wrong apr_size_t vs apr_off_twrowe2001-05-161-1/+1
* Convert the apr_create_signal_thread to apr_signal_thread. The mainrbb2001-04-121-10/+2
* This small change stops a build breakage.dreid2001-04-121-1/+1
* I don't think this routine is ever used, but the key needs to befielding2001-04-121-1/+8
* Fix the naming of the apr_threadattr_detach_xxx functions. get and set weregregames2001-04-114-8/+8
* Fix a #error so that signals.c compiles again.trawick2001-04-071-1/+1
* If we don't have sigwait(), but we have sigsuspend(), use the latter.wsanchez2001-04-061-1/+7
* Spelingwsanchez2001-04-041-2/+2
* get rid of a parameter check in apr_proc_wait(); better to segfaulttrawick2001-04-031-2/+1
* OS/2: add an assortment of misc helper functions that were missing sobjh2001-03-193-0/+76
* Fix some warnings dealing with the fact that void * isn't compatibletrawick2001-02-281-2/+2
* Get the signal thread (and thus Apache threaded MPMs) working properlytrawick2001-02-271-0/+27
* Get APR to build on Tru64 again.trawick2001-02-271-1/+1
* Fix the hosed #ifdef APR_HAVE_FOO_H tests, the #if HAVE_ tests, andwrowe2001-02-253-3/+3
* Don't define the signal thread logic is sigwait isn't defined. Hopefullyrbb2001-02-251-1/+1
* if we don't have the prototype, we shouldn't have the function eithertrawick2001-02-251-83/+0
* These are a bit too unix specific for OS/2 (pthread/sigwait).bjh2001-02-231-1/+1
* Add apr_sigwait to the apr_private.h file. This allows us to removerbb2001-02-211-6/+1
* Get APR apps building on FreeBSD when --enable-threads isn't specified.trawick2001-02-211-1/+5
* get APR apps to build again by fixing the unresolve reference totrawick2001-02-211-2/+10
* Add some functions to APR's thread/processes support to allow a singlerbb2001-02-211-0/+47
* Remove a useless test.jwoolley2001-02-191-5/+2
* Stop warning about apr_signal() being undeclared.bjh2001-02-181-0/+1
* Update copyright to 2001fielding2001-02-1617-17/+17
* Don't assume apr_pstrndup will return n bytes of storage. It was recentlybjh2001-02-131-4/+6
* get prototype for apr_psprintf()trawick2001-02-121-0/+1
* Change a call from setpgrp to setpgid(0, 0). According to man these arerbb2001-02-111-1/+1
* add new signal init/query functionsgstein2001-02-111-0/+7
* *) include "apr_signal.h" when neededgstein2001-02-111-0/+1
* *) add apr_signal_get_description() to that platforms (which have signals)gstein2001-02-112-107/+184
* s/pupt/put/g typodougm2001-02-083-3/+3
* renaming various functions for consistency sakedougm2001-02-0816-242/+242
View Lorry Controller Status