Regression in 1.6.2 testpipe on Windows

Hi all, I've finally got around to using 1.6 and have come across a problem with testpipe on Windows (built using MSYS2 and mingw32/64): $ testall.exe -v testpipe testpipe: Line 161: expected <0>, but saw <22> FAILED 1 of 9 Failed TestsTotal FailFailed %

Re: 2 configure script problems(1: config.pld error; 2: decision on anonymous shared memory allocation method failed) under WinXP Pro, MinGW / MSYS

Sean, Out of the box 1.2.12 doesn't build with MinGW. However, the snapshots (http://svn.apache.org/snapshots/apr/) build fine. If you really want to use 1.2.12 you could take the config file changes from a snapshot to figure out what to hack in 1.2.12, though I think you'd be better off just

Re: Showstoppers to apr release(?)

William A. Rowe, Jr. wrote: William A. Rowe, Jr. wrote: Here's my list of open issues which should probably be determined before we roll out 1.2.x, I was hoping we were further along than this on Unix in particular; * HP/UX 11.11i testatomic.c:288 Failed creating threads???

Re: Am I hitting the list?

Mladen Turk wrote: OK. The mail doesn't hit the httpd dev list as well. Looks like I really found something that no one wishes to hear :) However here is the link to the body that ASF is rejecting: http://jbecome.net/dload/aprtest.txt The testfile failure on win32 is in test_gets_buffered()

Windows apr_proc_create() hang.

Hi, there's a typo in threadproc/win32/proc.c where it's leaving a critical section when it should be entering and vice-versa. This causes testall to hang when it starts to create processes (once it gets to testflock). There was a recent commit (r569890) which fixed a typo where the critical

apr_atomic_casptr() and apr_atomic_xchgptr()

Hi, while trying to compile a recent snapshot of APR (apr_20070820101606.tar.gz) I came across a problem with apr_atomic_xchgptr() in atomic/unix/mutex.c. On linux (Fedora Core with GCC 4.1.1) it manifests as the warnings: -- atomic/unix/mutex.c: In function 'apr_atomic_xchgptr':