This commit removes all instances of CuTest from the apr-util test suite
(I had some time while Abby ate dinner tonight). Somebody still needs to
port all of the existing tests to abts and combine them into the test
framework. I may start this work soon, but I'm going to be going very
slowly wit
On 4 Jun 2004 [EMAIL PROTECTED] wrote:
> jerenkrantz2004/06/04 01:44:15
>
> Modified:test abts.c globalmutexchild.c testglobalmutex.c
> Log:
> Various test suite improvements to actually test the global mutex code with
> all
> of the available methods.
>
> abts.c: Properly
> Hello,
> I know the main APR Test Suite has largely been rewritten. I would like
> to add more tests for APR-Util's URI functions (because I *know* they
> fail in some cases), but I don't want to waste time on this if they will
Cool. Good idea.
> be discarded once APR-Util's Test suite is
On Sat, 5 Jun 2004, Damir Dezeljin wrote:
> Hi.
>
>
> > What platform are you on?
> Windows :'(
>
>
> > (although I know we have solved this somehow
> > for pipes, because we must poll in mod_cgi.)
> This is a great news. I need to poll on a pipe from child process. I will
> try to checkout a re
Hi.
> What platform are you on?
Windows :'(
> (although I know we have solved this somehow
> for pipes, because we must poll in mod_cgi.)
This is a great news. I need to poll on a pipe from child process. I will
try to checkout a recent version of apr, apr-utils and apr-iconv and try
to recompi
On Fri, 4 Jun 2004, Joe Orton wrote:
> On Fri, Jun 04, 2004 at 02:31:48AM -0700, Justin Erenkrantz wrote:
> > I took a look at the locking problem, and I think it can be fixed
> > rather trivially. This is a minor problem in that it only affects the
> > case where the child doesn't share memory
What platform are you on? Polling on file descriptors isn't available on
all platforms, because not all of the underlying platforms support it. I
believe that Windows, for example, can't do it, at least not with the
functions that we are using. (although I know we have solved this somehow
for p
Changing to the new framework for apr-util is trivial, because there is
just one test file that is actually using it. What is more annoying is
re-writing all of the existing test files to use the framework, which I
just don't have the time for right now. I'll try to get to updating the
test fram
On Sat, 2004-06-05 at 06:33 +0100, Damir Dezeljin wrote:
> Hi.
>
> I would like to use poll() functions to check for available data on read
> part of a pipe to avoid blocked read. Unfortunately I can't get it
> working. When executing an apr_pollset_add(), I always get 'Bad file
> descriptor' erro
On Fri, Jun 04, 2004 at 02:31:48AM -0700, Justin Erenkrantz wrote:
> I took a look at the locking problem, and I think it can be fixed
> rather trivially. This is a minor problem in that it only affects the
> case where the child doesn't share memory addresses - such as when
> happens by using apr
Hi.
I would like to use poll() functions to check for available data on read
part of a pipe to avoid blocked read. Unfortunately I can't get it
working. When executing an apr_pollset_add(), I always get 'Bad file
descriptor' error.
So I created a simplest pice of code and tried with it. Unfortu
Hello,
I know the main APR Test Suite has largely been rewritten. I would like
to add more tests for APR-Util's URI functions (because I *know* they
fail in some cases), but I don't want to waste time on this if they will
be discarded once APR-Util's Test suite is updated.
Is it possible t
Albert Chin wrote:
Why add -qHALT=E to CFLAGS on AIX (build/apr_hints.m4)? That seems
like an undue burden.
It forces the client application to work with
-qHALT=E. I don't see an equivalent restriction for Solaris
(-errwarn), HP-UX (+We), Tru64 UNIX (-msg_error), etc. Subversion, for
examp
13 matches
Mail list logo
