Randy Kobes wrote:
On Mon, 24 Jul 2006, Steve Hay wrote:
Sorry, but I'm still seeing quite a few failures. I started with a
completely fresh build (with your patch applied) and the top-level
"nmake test" failed a bunch of upload.t tests first time. (So it's
not just running the test multiple times that causes the problem.)
I then cd'd to perl/glue and ran just the upload.t test a dozen times
over and it still failed 2 or 3 times.
Sigh :) ... One thing I tried (that didn't make a difference
for me, but might for you) is in the call to
apr_pool_cleanup_register( ...) on about line 829 of
library/util.c, change the last arguments
apreq_file_cleanup, apreq_file_cleanup
to
apreq_file_cleanup, apr_pool_cleanup_null
Does that change anything? The cleanup in apr_file_open
uses this latter form.
Makes no difference for me either. I tried it with and without your
previous APR_FILE_NOCLEANUP change, but I still see failures either way.
Also, just to verify that it is the stray temp files
left over that are causing the problem, does it help
if you change the APR_EXCL flag in the call to
apr_file_mktemp on about line 832 of library/util.c
to APR_TRUNCATE?
Yep, that makes the errors go away: it didn't fail once in about two
dozen runs.
--
------------------------------------------------
Radan Computational Ltd.
The information contained in this message and any files transmitted with it are
confidential and intended for the addressee(s) only. If you have received this
message in error or there are any problems, please notify the sender
immediately. The unauthorized use, disclosure, copying or alteration of this
message is strictly forbidden. Note that any views or opinions presented in
this email are solely those of the author and do not necessarily represent
those of Radan Computational Ltd. The recipient(s) of this message should check
it and any attached files for viruses: Radan Computational will accept no
liability for any damage caused by any virus transmitted by this email.
