summaryrefslogtreecommitdiff
path: root/apr.dsp
Commit message (Expand)AuthorAgeFilesLines
* change the way gen_test_char.exe & apr_escape_test.char.h are generated.gsmith2013-11-061-18/+144
* Add apr_escape, gen_test_char & testescapegsmith2013-10-211-6/+31
* fix corrupted Windows project filegsmith2013-10-041-2/+3
* DSP stuffjim2013-09-301-0/+7
* merge trunk revs 1083169, 1083177, 1083178, 1083183, and 1083227trawick2011-03-211-4/+0
* Backport Win32 part of poll provider for Vista+mturk2010-08-261-0/+4
* Backport r891506 to add socket_util for static buildswrowe2009-12-171-0/+4
* Backport all poll changes from r734707 up to nowjim2009-10-021-0/+8
* At least on trunk, break out poll (make it obvious ourwrowe2007-10-181-4/+8
* Fix the rebroken Libaries textwrowe2007-10-121-12/+12
* The joys of mass-replace errorswrowe2007-10-121-12/+12
* Refactor the build to know x64 (on Visual Studios which wrowe2007-10-071-32/+103
* Revert 580655+580835 in search of a better solutionwrowe2007-10-051-12/+12
* Prepare for testing on x64 again; there is a footnote to thesewrowe2007-10-011-8/+8
* In order to provide an easier VStudio .vcproj file transitionwrowe2007-09-301-8/+8
* Eliminate /machine:i386 to simplify our lives when invoking otherwrowe2006-04-271-5/+80
* Quiet the only warning in apr build on Studio 2005, /GX deprecated.wrowe2006-03-011-2/+2
* Initial win32 implementation of the variable file-io buffer size functions.colm2005-10-181-0/+4
* Reintroduce stack frame construction with /Oy- (removal was implied by /O2).wrowe2005-05-161-1/+1
* Win32 support for Multicastpquerna2005-01-181-0/+4
* Win32 is select() not poll() - include the correct sources.wrowe2004-11-211-1/+1
* Completely remove apr_socket_from_file which is deprecated on the 0.9jorton2003-12-091-4/+0
* move win32 atomic functions out of the unix file (which wasn't builttrawick2003-12-031-0/+8
* With the exception of some intersting(1) output from testall random2,wrowe2003-11-161-0/+16
* apr_compat.h no longer existsjwoolley2003-09-281-4/+0
* Several users (especially those building jk/ant) had observed thatwrowe2003-09-081-2/+2
* Add apr_temp_dir_get(), a function to get the most suitable directory to placethommay2003-08-231-0/+4
* Misordered - back in sync with libapr.dspwrowe2003-03-101-2/+2
* Outch, these shouldn't vary, should be in alpha order, and most importantly,wrowe2003-03-061-0/+20
* Added a new module, apr_env, for manipulating the environment. The newbrane2003-02-171-0/+12
* Added two new functions, apr_filepath_list_split and apr_filepath_list_merge,brane2003-02-121-0/+4
* *) Introduce Release mode debugging symbols for Win32 builds of apr.wrowe2003-02-061-2/+2
* Eliminate the last (unnecessary) discrepancy between apr.dsp and libapr.dspwrowe2003-02-061-2/+2
* Clean up these project to be consistent with .dsp files saved from thewrowe2003-02-061-10/+10
* Consistify an irritating anomily between apr.dsp and libapr.dspwrowe2003-02-061-2/+2
* rename apr_arch_fileio.h to apr_arch_file_io.h for consistencythommay2003-01-071-1/+1
* Fix up the apr dsp files affected by the move of the header filesthommay2003-01-071-10/+10
* Introduced apr_os_default_encoding and apr_os_locale_encoding, withbrane2002-11-121-0/+4
* Resync to network_io/unix/sockaddr.c now that they are completely common.wrowe2002-10-271-6/+1
* Axe an unused files group.wrowe2002-07-171-4/+0
* Changed APR_HAS_XLATE within apr to an APR_HAVE_ICONV feature test.wrowe2002-07-171-8/+0
* Move UUID. Not the simplest thing in the world. Note that almostwrowe2002-07-171-12/+0
* Move the win32-only utf8 support [for the Unicode filesystem] out ofwrowe2002-07-171-8/+8
* MD5 is crypto. It belongs in crypto. And as far as I can tell, thiswrowe2002-07-171-8/+0
* Split the apr_poll() implementation from the accessor functions. Thisrbb2002-07-111-0/+4
* I really don't see why we moved the filewrowe2002-07-111-1/+1
* Get Win32 building again. Doesn't build clean, but at least it builds.wrowe2002-07-111-1/+1
* Prepare for win32 inherit.hwrowe2002-06-081-1/+1
* Include i18n/unix/xlate.c for ENOTIMPL entry pointswrowe2002-06-081-1/+0
* We appear to never have had any complaints about copy srcname dstnamewrowe2002-05-241-6/+4