summaryrefslogtreecommitdiff
path: root/shmem/win32/shm.c
Commit message (Expand)AuthorAgeFilesLines
* Add apr_shm_delete()jim2014-04-281-0/+10
* Merge r741862, r741866 from trunk:jim2014-04-281-0/+2
* Merge r1531768 and r1533979 from trunk:trawick2013-10-201-19/+142
* revret 1533105jim2013-10-171-2/+0
* Merge r1533104 from trunk:jim2013-10-171-0/+2
* Merge r1295535 from trunk:trawick2012-03-011-1/+1
* Remove shm backed file on cleanup/remove for creatormturk2008-05-201-4/+12
* Trivial implementation of shm_remove for win32. If we have a backing file try...mturk2008-05-181-1/+1
* The calls to UnmapViewOfFile() and CloseHandle() in the shm_cleanup()davi2007-10-121-2/+2
* apr_status_t code, not Win32 error code.wrowe2007-08-281-1/+1
* Fix the typo.jorton2006-08-031-1/+1
* Update license header.jorton2006-08-031-6/+6
* Fatal compiler quirk, you would think (DWORD)(n >> 32) == 0 wrowe2005-06-181-5/+8
* An internal flaw - Win64 requires hi/lo buffer size argswrowe2005-05-161-2/+8
* Update copyright year to 2005 and standardize on current copyright owner line.jerenkrantz2005-02-041-1/+2
* * include/apr_shm.c (apr_shm_remove): Add prototype.jorton2004-06-011-0/+6
* Relicense APR under Apache License, Version 2.0jerenkrantz2004-02-131-49/+10
* 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-061-1/+1
* Update copyright notices to 2003.thommay2003-01-011-1/+1
* More handle leakage. We need to be explicit when we create a duplicatewrowe2002-07-311-11/+3
* More WinCE Portingwrowe2002-06-041-4/+31
* Update our copyright for this year.fielding2002-03-131-1/+1
* Mladen Turk's <mturk@mappingsoft.com> WinCE port.wrowe2002-01-281-4/+8
* Simple workaround, for now. Aaron is researching, but if somethingwrowe2002-01-251-0/+2
* Win32 requires an apr_os accessor for shm regions. This allows us towrowe2002-01-251-0/+32
* Problem resolved; how exactly I'm not certain, but we have no faultswrowe2002-01-241-16/+2
* Simple solutions? No, but document some observations.wrowe2002-01-111-2/+22
* 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