summaryrefslogtreecommitdiff
path: root/apr.dsp
Commit message (Expand)AuthorAgeFilesLines
* 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
* Correct the omission of version.cwrowe2002-05-131-0/+4
* Doesn't fix anything. Just makes it more convienent to maintain apr_app.cwrowe2002-04-291-0/+5
* Thanks to Aaron for the proposed patch, thanks to Sebastian for validating.wrowe2002-04-091-12/+0
* No actual global_mutex implementation on Win32, it's simply a proc_lock.wrowe2002-02-221-4/+0
* Can't be playing in apr.hw without keeping apr.h.in and apr.hnw up to date.wrowe2002-02-221-0/+5
* Implement apr_global_mutex_foo() on Windows. This is basically identicalstoddard2002-02-191-0/+8
* Realign internal.c as the required apr_app static fn's, and removedwrowe2002-02-181-5/+5
* Sync up to gstein's last commitwrowe2002-02-011-0/+4
* Build new goodies.wrowe2002-01-301-0/+4
* Alpha order, same order between apr.dsp and libapr.dspwrowe2002-01-291-4/+4
* Change 'External' since some suspect this could cause Win32 to considerwrowe2002-01-291-2/+2
* Changes for Win32 to build with shm. [and a little bit of alpha ordering]wrowe2002-01-101-3/+2
* Doesn't do much good if the win32 projects aren't committed to includewrowe2002-01-081-0/+12
* Ring-a-ling, time to move from util into aprwrowe2001-12-261-0/+4
* Following the split, fix this for the IDE (really no effect on building.)wrowe2001-11-211-1/+1
* Remove SMS and all references.striker2001-09-281-28/+0
* Use the mktemp.c file from unix on Windows as well. This requiresrbb2001-09-241-0/+4
* When rbb's implementation is committed, make win32 ready for thread_cond.cwrowe2001-09-171-0/+4
* Begin/End Source (not End Group :) Any patch to apr.dsp generally needswrowe2001-09-111-4/+4
* Add the new thread_mutex API to the Windows build. This works onrbb2001-09-101-0/+24
* Split all win32 specific system calls from filepath.c into filesys.cwrowe2001-08-281-0/+4
* Toggle the /Zi flag to allow all supportd versions of VC (5, 6, 7) towrowe2001-08-261-1/+1
* Never used, now never usefulwrowe2001-08-241-4/+0
* The purpose of this patch is to toggle the debugging mode (default) towrowe2001-08-171-1/+1
* Caught by apr/test/ faults, we were still missing apr_sms_trivial.cwrowe2001-07-271-0/+4
* Reorganize these projects just a bit, and sort the sources.wrowe2001-07-231-109/+114
* Goodbye lib/apr_signals.cwrowe2001-07-121-8/+0