[STATUS] (apr-util) Wed Sep 8 23:45:32 EDT 2004

2004-09-09 Thread Rodent of Unusual Size 
APRUTIL LIBRARY STATUS: -*-text-*-
Last modified at [$Date: 2004/06/30 11:44:19 $]

Release:
1.0.0 rc2 : Tagged June 30th 2004(APU_1_0_RC2)
1.0.0 rc1 : Tagged June 2004 (APU_1_0_RC1)
0.9.3 : Tagged March 30, 2002
0.9.2 : Released March 22, 2002  (alpha)
0.9.1 : Released September 11, 2002  (alpha)
0.9.0 : Not released

2.0a9 : released December 12, 2000


RELEASE SHOWSTOPPERS:

RELEASE NON-SHOWSTOPPERS BUT WOULD BE REAL NICE TO WRAP THESE UP:

* Solaris's Sun Freeware (sfw) package has a busted gcc/ld setup.
  This gcc passes -L/opt/sfw/lib to /usr/ccs/bin/ld, but does not 
  pass -R.  Therefore, when trying to run the code using a
  library from /opt/sfw/lib (say, libdb), the run-time linker
  will not look in /opt/sfw/lib and the program will die.
Status: Workaround is to add -R/opt/sfw/lib to LDFLAGS.
Should check latest sfw package set and see if Sun
may have fixed this.

* GDBM usage of errno is not-thread-safe.  Fix.

Other bugs that need fixing:



Other features that need writing:

* possibly move test/testdbm* to util/dbu
  Justin says: Do we still want to do this?  testdate is now in test.
  Status: Greg +1 (volunteers)

Documentation that needs writing:

* API documentation
Status:

* doc the lifetimes of apr_dbm return values


Available Patches:


Open Issues:

Re: Sendfile Detection on FreeBSD

2004-09-09 Thread Jeroen Ruigrok/asmodai 
-On [20040908 22:12], Joe Orton ([EMAIL PROTECTED]) wrote:

(I remember the pain when www.apache.org got screwed by picking up a
FreeBSD update that changed the sendfile() semantics.  There was no
compatibility sendfile() interface at the time to make the old Apache
code work.  Maybe it is only some intermediate maintenance levels of
4.5(?) that will break without the code in cvs today???)


presumably the #if must be extended to include __DragonFly__ to actually
fix that issue, also?

DragonFly forked from FreeBSD 4.7/4.8.  We furthermore integrated a lot of
changes from Free/Net/OpenBSD's CURRENT branches.

So we don't need the workaround code active since we have the fixed code
since our first source trees.

-- 
Jeroen Ruigrok van der Werven asmodai(at)wxs.nl / asmodai / kita no mono
Free Tibet! http://www.savetibet.org/ | http://www.tibet.nu/
http://www.tendra.org/   | http://www.in-nomine.org/
To the dull mind nature is leaden. To the illumined mind the whole world
burns and sparkles with light...

Re: [mp2] NetBSD-1.6.2 modperl 1.99_16 httpd 2.0.51-dev make test errors

2004-09-09 Thread MGorbunov 
 I wasn't surprised this fails on OpenBSD but I am surprised it fails on
 NetBSD.  Can you compile and run:
 
 http://www.apache.org/~jorton/nonblock.c
 
 and post the output.  (it would be useful if you could do this on
 OpenBSD too, Ken, for verification)
 
sorry for the dealy -- was away from my PC for a day 

k714% ./nonblock
found port: 52984
O_NONBLOCK is not set in the child.
k714%

Re: [mp2] NetBSD-1.6.2 modperl 1.99_16 httpd 2.0.51-dev make test errors

2004-09-09 Thread MGorbunov 
  
  k714% ./nonblock
  found port: 52984
  O_NONBLOCK is not set in the child.
 
 This is rather confusing, since it means that apparently the test is
 working OK, and O_NONBLOCK is *not* inherited across accept() on NetBSD,
 which contradicts the behaviour you are seeing.
 
same on netbsd-1.6.1

k133% ./nonblock
found port: 65534
O_NONBLOCK is not set in the child.
k133%

Re: [Fwd: [mp2] coredump strerror code on Solaris 8

2004-09-09 Thread Arshavir Grigorian 
Stas Bekman wrote:
Joe Orton wrote:
On Wed, Sep 08, 2004 at 06:18:49PM -0400, Stas Bekman wrote:
But normally apr_strerror(500, buf, 256) returns not specified 
error string or something like that, which is cool. Why does it 
segfault is what I can't understand. Notice that it doesn't happen 
on linux.

strerror(500) will return NULL on Solaris which APR does not expect (and
the standards seem to say is wrong behaviour too for what that's worth).

Excellent, Joe. Will it make into 2.0.51?
This patch should fix the issue, thanks for the report:
Index: errorcodes.c
===
RCS file: /home/cvs/apr/misc/unix/errorcodes.c,v
retrieving revision 1.55.2.2
diff -u -r1.55.2.2 errorcodes.c
--- errorcodes.c13 Feb 2004 09:33:49 -1.55.2.2
+++ errorcodes.c9 Sep 2004 08:11:32 -
@@ -372,7 +372,13 @@
 sprintf(err, Native Error #%d, statcode);
 return stuffbuffer(buf, bufsize, err);
 #else
-return stuffbuffer(buf, bufsize, strerror(statcode));
+const char *err = strerror(statcode);
+if (err) {
+return stuffbuffer(buf, bufsize, err);
+} else {
+return stuffbuffer(buf, bufsize, +   
APR does not understand this error code);
+}
 #endif
 }
 #endif


thanks for the fix, Joe. it works fine.
Arshavir

OT: Loopback bug in WinXP-SP2

2004-09-09 Thread William A. Rowe, Jr. 
Just thought this might bite some apr dev'ers - The initial SP2
release will not loopback on any port except 127.0.0.1, so if you
use .2, .3 etc in more sophisticated testing, these will bomb
under SP2.  They know it, there is a generally unavailable fix
for this condition.

Bill