summaryrefslogtreecommitdiff
path: root/STATUS
Commit message (Collapse)AuthorAgeFilesLines
* nippy todaygregames2002-03-221-3/+3
| | | | git-svn-id: http://svn.apache.org/repos/asf/apr/apr/trunk@63183 13f79535-47bb-0310-9956-ffa450edef68
* note some possible namespace protection issues found with atrawick2002-03-151-1/+11
| | | | | | | casual browse of public header files git-svn-id: http://svn.apache.org/repos/asf/apr/apr/trunk@63138 13f79535-47bb-0310-9956-ffa450edef68
* add a new suggestion -- letting apr_stat() et al failtrawick2002-03-151-3/+15
| | | | | | | | | requests for info on non-dirs when the name has trailing '/' tweak some existing entries git-svn-id: http://svn.apache.org/repos/asf/apr/apr/trunk@63136 13f79535-47bb-0310-9956-ffa450edef68
* update to reflect sparc/linux/freebsd versions up& runningianh2002-02-181-2/+3
| | | | git-svn-id: http://svn.apache.org/repos/asf/apr/apr/trunk@63023 13f79535-47bb-0310-9956-ffa450edef68
* Latest and greatest API needs to be implemented everywhere.aaron2002-02-181-1/+4
| | | | git-svn-id: http://svn.apache.org/repos/asf/apr/apr/trunk@63006 13f79535-47bb-0310-9956-ffa450edef68
* Actually, I came to agree with this and even had intended to postaaron2002-02-171-3/+2
| | | | | | | a patch, but I just haven't gotten around to it. git-svn-id: http://svn.apache.org/repos/asf/apr/apr/trunk@63000 13f79535-47bb-0310-9956-ffa450edef68
* Dig up old issue that was never resolved.bjh2002-02-171-1/+12
| | | | git-svn-id: http://svn.apache.org/repos/asf/apr/apr/trunk@62996 13f79535-47bb-0310-9956-ffa450edef68
* Who knew what I was saying? I didn't.jerenkrantz2002-02-151-2/+2
| | | | git-svn-id: http://svn.apache.org/repos/asf/apr/apr/trunk@62987 13f79535-47bb-0310-9956-ffa450edef68
* atomic fn's addedianh2002-02-121-1/+3
| | | | | | | any volunteers for arch/os specific versions? git-svn-id: http://svn.apache.org/repos/asf/apr/apr/trunk@62969 13f79535-47bb-0310-9956-ffa450edef68
* The major parts of the new lock API are complete, AFAICT. Move the lessaaron2002-02-041-6/+7
| | | | | | | | | | | | | | critical (or perhaps not implementable) pieces down to non-showstopper status. Left a note that we must not make a release of APR with both lock APIs, or we may have to support both lock APIs forever, which would be unfortunate. Also, it appears that Beos' apr_thread_cond now works, thanks to David. git-svn-id: http://svn.apache.org/repos/asf/apr/apr/trunk@62909 13f79535-47bb-0310-9956-ffa450edef68
* 60 degrees last Saturday, and they suggest inches of snow by tommorow.wrowe2002-01-291-1/+14
| | | | | | | Mother Nature's release schedule changes almost as often as ours :) git-svn-id: http://svn.apache.org/repos/asf/apr/apr/trunk@62862 13f79535-47bb-0310-9956-ffa450edef68
* rainy. dark. bleh...gstein2002-01-291-1/+4
| | | | git-svn-id: http://svn.apache.org/repos/asf/apr/apr/trunk@62849 13f79535-47bb-0310-9956-ffa450edef68
* The rest of this issue is undecided, but this patch gets usaaron2002-01-231-1/+16
| | | | | | | | | | | working on AIX again. On versions where -D_THREAD_SAFE will break the build, passing --disable-threads to configure should get things moving again. Reviewed by: Elrond <elrond@samba-tng.org> git-svn-id: http://svn.apache.org/repos/asf/apr/apr/trunk@62818 13f79535-47bb-0310-9956-ffa450edef68
* In debug, no matter what the creation flags say, alwaysstriker2002-01-141-8/+26
| | | | | | | | | | | | create a lock. Without it integrity_check and apr_pool_num_bytes blow up (because they traverse pools child lists that possibly belong to another thread, in combination with the pool having no lock). However, this might actually hide problems like creating a child pool of a pool belonging to another thread. git-svn-id: http://svn.apache.org/repos/asf/apr/apr/trunk@62788 13f79535-47bb-0310-9956-ffa450edef68
* Some more pools thoughts...striker2002-01-141-1/+9
| | | | git-svn-id: http://svn.apache.org/repos/asf/apr/apr/trunk@62784 13f79535-47bb-0310-9956-ffa450edef68
* Since I actually spent the time to gather the autoconf magic, it turns outjerenkrantz2002-01-131-9/+7
| | | | | | | | | | that Linux/glibc doesn't support largefiles/sendfile together, so downgrade it from a release showstopper to a "nice to have" issue. Include a link to apr_largefile.m4 in case someone feels like taking this on. git-svn-id: http://svn.apache.org/repos/asf/apr/apr/trunk@62776 13f79535-47bb-0310-9956-ffa450edef68
* Update CHANGES and STATUS to reflect the current state of the pools code.striker2002-01-121-7/+1
| | | | git-svn-id: http://svn.apache.org/repos/asf/apr/apr/trunk@62764 13f79535-47bb-0310-9956-ffa450edef68
* add a new define APR_POOL_DEBUG_VERBOSEianh2002-01-111-6/+2
| | | | | | | | | | | | which will print out where pools are created and their children in the destroy function PR: Obtained from: Submitted by: Reviewed by: git-svn-id: http://svn.apache.org/repos/asf/apr/apr/trunk@62757 13f79535-47bb-0310-9956-ffa450edef68
* Reflect the current state of the pools code better in STATUS.striker2002-01-101-10/+10
| | | | git-svn-id: http://svn.apache.org/repos/asf/apr/apr/trunk@62743 13f79535-47bb-0310-9956-ffa450edef68
* This should take care of this STATUS entry. We now have a unifiedaaron2002-01-101-11/+1
| | | | | | | | shared memory system that can be implemented and used on all platforms including Win32. git-svn-id: http://svn.apache.org/repos/asf/apr/apr/trunk@62738 13f79535-47bb-0310-9956-ffa450edef68
* Add this so I don't forget about it. I'm focusing on a bunch ofjerenkrantz2002-01-041-1/+9
| | | | | | | | | | | different things and this may get forgotten. I don't want anything that doesn't handle largefiles properly to be called a GA release. This really just needs autoconf macros to twiddle the compiler and some testing. git-svn-id: http://svn.apache.org/repos/asf/apr/apr/trunk@62699 13f79535-47bb-0310-9956-ffa450edef68
* nonshowstoppers--aaron2001-12-271-12/+1
| | | | git-svn-id: http://svn.apache.org/repos/asf/apr/apr/trunk@62671 13f79535-47bb-0310-9956-ffa450edef68
* Actualize with respect to pools and sms.striker2001-12-141-45/+3
| | | | git-svn-id: http://svn.apache.org/repos/asf/apr/apr/trunk@62651 13f79535-47bb-0310-9956-ffa450edef68
* Add my vote.striker2001-12-141-2/+3
| | | | | | | | Feeling confident now that subversion worked without any trouble with the new pools. git-svn-id: http://svn.apache.org/repos/asf/apr/apr/trunk@62644 13f79535-47bb-0310-9956-ffa450edef68
* This correct error reporting on BeOS. The problem is autoconf, butdreid2001-12-141-1/+7
| | | | | | | | despite a bit of time I can't isolate it. Added a note to STATUS to remind myself to get round to it and remove the hack this patch adds. git-svn-id: http://svn.apache.org/repos/asf/apr/apr/trunk@62642 13f79535-47bb-0310-9956-ffa450edef68
* Hallelujah! Fixed the SVN problems. Post to dev@apr with the new codejerenkrantz2001-12-131-9/+6
| | | | | | | | | | | | is on the way. So, httpd and flood probably need to be reverified. Do we wait until the debug code is finished before committing? Votes please! git-svn-id: http://svn.apache.org/repos/asf/apr/apr/trunk@62639 13f79535-47bb-0310-9956-ffa450edef68
* A segfault here, a segfault there.jerenkrantz2001-12-121-1/+3
| | | | git-svn-id: http://svn.apache.org/repos/asf/apr/apr/trunk@62637 13f79535-47bb-0310-9956-ffa450edef68
* Not a big deal, but worth noting. If anyone has an idea on how tojerenkrantz2001-12-121-1/+6
| | | | | | | | detect this, it'd be general goodness to error out when we create the lock rather than waiting to error out when acquiring the lock. git-svn-id: http://svn.apache.org/repos/asf/apr/apr/trunk@62634 13f79535-47bb-0310-9956-ffa450edef68
* Confirmed fix committed to FreeBSD's CVS repository!jerenkrantz2001-12-121-16/+4
| | | | | | | | Expect it to be merged from current (MFC) into -STABLE in about a week. I will keep on playing with FreeBSD and threads. git-svn-id: http://svn.apache.org/repos/asf/apr/apr/trunk@62631 13f79535-47bb-0310-9956-ffa450edef68
* I'm happy. Go, gadget, go...jerenkrantz2001-12-111-2/+3
| | | | | | | | (My only issue with it was that apr_pool_lock wasn't defined. That's an easy fix.) git-svn-id: http://svn.apache.org/repos/asf/apr/apr/trunk@62617 13f79535-47bb-0310-9956-ffa450edef68
* There is zero correlation between my placing this in STATUS and myjerenkrantz2001-12-101-1/+2
| | | | | | | volunteering to do this. git-svn-id: http://svn.apache.org/repos/asf/apr/apr/trunk@62615 13f79535-47bb-0310-9956-ffa450edef68
* We have a PR now in FreeBSD land.jerenkrantz2001-12-101-1/+3
| | | | git-svn-id: http://svn.apache.org/repos/asf/apr/apr/trunk@62614 13f79535-47bb-0310-9956-ffa450edef68
* And, you thought there wasn't going to be anything happening with thisjerenkrantz2001-12-091-1/+16
| | | | | | | item (FreeBSD and threading support)? Ha! git-svn-id: http://svn.apache.org/repos/asf/apr/apr/trunk@62613 13f79535-47bb-0310-9956-ffa450edef68
* +1 for sander's stuff, once the debug version of apr_palloc gets put back inianh2001-12-051-2/+3
| | | | git-svn-id: http://svn.apache.org/repos/asf/apr/apr/trunk@62604 13f79535-47bb-0310-9956-ffa450edef68
* I've thrown my two cents in. I'll probably be +1 when I can test itjerenkrantz2001-12-051-2/+9
| | | | | | | | | | | | | | and my issues are resolved. I won't be able to test it until next week at the earliest (finals!). If it gets the requisite 3 +1s before then, yea. I'm of the mind where I'd count Brian's vote since he has done performance analysis and tests on the code in question. It may not be binding, but it provides evidence that the code "works" - that is helpful to others and should be noted. git-svn-id: http://svn.apache.org/repos/asf/apr/apr/trunk@62603 13f79535-47bb-0310-9956-ffa450edef68
* I am leaning towards Sander's code because it makes the pool code clean.jerenkrantz2001-12-041-1/+13
| | | | | | | | | | | However, I'm going to be majorly backed up this week by finals, so let's start a running commentary in STATUS so that when I have time next week, I can keep everything straight without having to dig through the archives. If you've reviewed the code and tested it, place your votes. git-svn-id: http://svn.apache.org/repos/asf/apr/apr/trunk@62599 13f79535-47bb-0310-9956-ffa450edef68
* Some cleanups, keep track of how the locks are comming along.aaron2001-11-141-8/+17
| | | | git-svn-id: http://svn.apache.org/repos/asf/apr/apr/trunk@62516 13f79535-47bb-0310-9956-ffa450edef68
* remove description of a problem which has been fixedtrawick2001-11-031-5/+1
| | | | git-svn-id: http://svn.apache.org/repos/asf/apr/apr/trunk@62487 13f79535-47bb-0310-9956-ffa450edef68
* yeah, I could just fix it, but everybody's hungry and I'll forgettrawick2001-10-121-1/+5
| | | | | | | about this any minute git-svn-id: http://svn.apache.org/repos/asf/apr/apr/trunk@62424 13f79535-47bb-0310-9956-ffa450edef68
* Remove SMS and all references.striker2001-09-281-36/+9
| | | | git-svn-id: http://svn.apache.org/repos/asf/apr/apr/trunk@62381 13f79535-47bb-0310-9956-ffa450edef68
* More STATUS items to take care of.rbb2001-09-261-1/+30
| | | | | | | Submitted by: Aaron Bannert <aaron@clove.org> git-svn-id: http://svn.apache.org/repos/asf/apr/apr/trunk@62376 13f79535-47bb-0310-9956-ffa450edef68
* Blah.jerenkrantz2001-09-201-1/+2
| | | | git-svn-id: http://svn.apache.org/repos/asf/apr/apr/trunk@62353 13f79535-47bb-0310-9956-ffa450edef68
* need hint to reproduce apr_xlate.h issue mentioned in STATUStrawick2001-09-201-1/+2
| | | | git-svn-id: http://svn.apache.org/repos/asf/apr/apr/trunk@62352 13f79535-47bb-0310-9956-ffa450edef68
* With the new locking API, this issue is solved.rbb2001-09-191-14/+1
| | | | git-svn-id: http://svn.apache.org/repos/asf/apr/apr/trunk@62344 13f79535-47bb-0310-9956-ffa450edef68
* Big red warnings (even after Brane's efforts.) I will reapproach thesewrowe2001-09-111-6/+15
| | | | | | | issues by the beginning of next week, unless other beat me to it. git-svn-id: http://svn.apache.org/repos/asf/apr/apr/trunk@62311 13f79535-47bb-0310-9956-ffa450edef68
* - Add note about fcntl() breakage seen on Solaris 8. This is just odd.jerenkrantz2001-09-081-1/+31
| | | | | | | | | | | | | Switching to pthread_mutex_t works just fine (that requires a patch to configure.in though)... =-) - While we don't think that the FreeBSD threads/sendfile thing is our problem (ktrace seems to confirm that we are doing the "right" thing), we *should* send a bug report to the FreeBSD people so that one of their people can take a look at it. Do we know any FreeBSD people? git-svn-id: http://svn.apache.org/repos/asf/apr/apr/trunk@62294 13f79535-47bb-0310-9956-ffa450edef68
* APR is now Doxygen'edianh2001-08-241-1/+2
| | | | git-svn-id: http://svn.apache.org/repos/asf/apr/apr/trunk@62223 13f79535-47bb-0310-9956-ffa450edef68
* We'll Be Together (yes, Sting...)jerenkrantz2001-08-231-1/+6
| | | | git-svn-id: http://svn.apache.org/repos/asf/apr/apr/trunk@62211 13f79535-47bb-0310-9956-ffa450edef68
* We don't use MM anymore by default.jerenkrantz2001-08-231-4/+1
| | | | | | | Waiting for final word/note (can I get 3 +1s??) to cvs rm those files. git-svn-id: http://svn.apache.org/repos/asf/apr/apr/trunk@62210 13f79535-47bb-0310-9956-ffa450edef68
* Introduce a new --disable-ipv6 option to disable IPv6 support.trawick2001-08-171-3/+1
| | | | | | | | Submitted by: Sterling Hughes <sterling@designmultimedia.com> Reviewed and mangled by: Jeff Trawick git-svn-id: http://svn.apache.org/repos/asf/apr/apr/trunk@62191 13f79535-47bb-0310-9956-ffa450edef68
View Lorry Controller Status