summaryrefslogtreecommitdiff
path: root/shmem
Commit message (Expand)AuthorAgeFilesLines
* * shmem/unix/shm.c (apr_shm_create): Fix build with Tru64 "cc -std";jorton2003-11-051-2/+2
* Comment what res_name_from_filename is doingwrowe2003-03-271-0/+9
* rename apr_arch_fileio.h to apr_arch_file_io.h for consistencythommay2003-01-071-1/+1
* Namespace protection for include/arch/ header filesthommay2003-01-062-2/+2
* Update copyright notices to 2003.thommay2003-01-014-4/+4
* *) Renames done (deprecated functions wrapped):thommay2002-11-201-2/+2
* More handle leakage. We need to be explicit when we create a duplicatewrowe2002-07-311-11/+3
* More WinCE Portingwrowe2002-06-041-4/+31
* Add .deps to cvsignore since APR may now generate .deps files.jerenkrantz2002-04-223-0/+3
* Allow VPATH builds to properly generate build dependencies. This requiresjerenkrantz2002-04-223-0/+6
* standardize some apr_foo_close() functions (call apr_pool_cleanup_run())trawick2002-04-161-3/+1
* Update our copyright for this year.fielding2002-03-134-4/+4
* get rid of some questions now that Aaron has checked it overtrawick2002-03-041-5/+0
* preserve the proper alignment when we use the start of the sharedtrawick2002-03-041-6/+13
* Get the shmem code building again on beos.dreid2002-02-141-0/+1
* OS/2: Fix option flags attaching to an existing shared memory block.bjh2002-02-121-1/+1
* not allocating memory for the metadata..ianh2002-02-051-1/+1
* Fix a few attempts to add to a void *ptr in the Unix shared memorytrawick2002-02-041-3/+3
* Fixed up some comments -- got rid of FIXMEs that have been fixed.aaron2002-01-301-6/+1
* Implement shared memory cleanup handlers on Unix for both the originalaaron2002-01-291-66/+98
* Mladen Turk's <mturk@mappingsoft.com> WinCE port.wrowe2002-01-281-4/+8
* OS/2: Implement apr_os_shm_get/put.bjh2002-01-281-2/+17
* Simple workaround, for now. Aaron is researching, but if somethingwrowe2002-01-254-0/+43
* Win32 requires an apr_os accessor for shm regions. This allows us towrowe2002-01-251-0/+32
* Fix a small problem with the name of the area we create. This isdreid2002-01-241-1/+1
* Problem resolved; how exactly I'm not certain, but we have no faultswrowe2002-01-241-16/+2
* Major updates to the Unix shmem implementation:aaron2002-01-231-79/+199
* Add some more comments and more robust error checking.aaron2002-01-221-8/+11
* Implement apr_shm_detach for name-based shmget().aaron2002-01-171-2/+4
* Fix a bug in the APR_USE_SHMEM_SHMGET type of name-based sharedaaron2002-01-161-22/+18
* Remove some cruft from the Unix shm implementation.aaron2002-01-161-19/+0
* Mark SysV anon shared memory segments for deletion,jim2002-01-151-0/+5
* After running testshm, this commit gets us passing all the tests OK.dreid2002-01-131-12/+30
* More shmem fixes...dreid2002-01-121-7/+27
* OS/2: Add shm pool accessor.bjh2002-01-121-0/+2
* Few changes that actually get us building well enough for apache. More todreid2002-01-111-4/+8
* First step to getting shmem building on beos.dreid2002-01-112-7/+7
* Simple solutions? No, but document some observations.wrowe2002-01-111-2/+22
* HP compiler doesn't like using < operator with pointer and scalartrawick2002-01-111-1/+1
* get some pointer arithmetic to compile on picky compilerstrawick2002-01-101-1/+1
* OS/2: Pound the new shm code into some kind of working order.bjh2002-01-102-25/+49
* This is the new apr_shm_t API. It completely replaces the old sharedaaron2002-01-106-707/+602
* Fix a bug that appears when specifying the length [inherit thewrowe2002-01-101-16/+8
* Correct the shm length returned based on the original reqsizewrowe2002-01-091-4/+5
* Some modest improvements pointed out by Aaron.wrowe2002-01-091-10/+18
* This now builds with Aaron's new apr_shm.h header. I'll not drop itwrowe2002-01-091-0/+259
* Add the ability to pass flags to both apr_file_open and apr_mktemp.rbb2002-01-081-1/+1
* Agree with Jeff [thanks] ... completion doesn't need to be so wordy.wrowe2002-01-052-4/+4
* get shmem.c to compile again after changes to apr_shmem.htrawick2002-01-051-2/+2
* Normalize an opaque type to our current conventions.wrowe2002-01-053-24/+24
View Lorry Controller Status