summaryrefslogtreecommitdiff
path: root/apr.dsp
Commit message (Expand)AuthorAgeFilesLines
* 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
* * use memory/unix/apr_pools.c instead of lib/apr_pools.cstoddard2001-07-091-6/+10
* Two typographical nits, and add some missing headers to our browser view.wrowe2001-06-061-1/+13
* (Attempt to) fix the build on Win32 from the sms-ified locks that Davidjwoolley2001-06-061-1/+17
* Add apr_strtok(), a thread-safe flavor of strtok() which has thetrawick2001-05-231-0/+4
* Add APR_HAS_OTHER_CHILD support to Win32stoddard2001-05-171-6/+9
* The code all compiles, but apr_filepath_merge isn't trained yet to parsewrowe2001-04-081-0/+4
* Conflicts are fun for noticing issueswrowe2001-03-221-5/+0
* build inet_pton.c on Win32trawick2001-03-161-0/+4
* A binary file is a file that cannot be parsed in ascii and must not bewrowe2001-02-031-547/+547
* Clean up someone's cruft in the repository and back out this changewrowe2001-02-031-547/+547
* Revert back to dsp6 format, and add several newer headers to thesewrowe2001-01-281-8/+18
* OS2 was chasing os2errno.h which we hid in a private platform directory,wrowe2001-01-281-4/+3