On Sat, May 15, 2004 at 07:51:50PM -, Ryan Bloom wrote:
> rbb 2004/05/15 12:51:50
>
> Modified:test testshm.c
> Log:
> If we can't create the shared memory segment, don't try to keep going
> through the test. Doing so causes a segfault to occur. Re-enable this
> tes
On Sun, May 23, 2004 at 11:48:52PM +0200, Graham Leggett wrote:
> The above bug was posted about LDAP support not building on Solaris due
> to ldap.h and lber.h being declared in the wrong order.
>
> This patch has been committed to apr-util v1.0, what needs to be done to
> get it committed to a
On Thu, May 20, 2004 at 02:44:51PM +0100, Martin J. Evans wrote:
> 1. cpp on sinix cannot process .h files.
>This affects the line below in the top level makefile:
Can you file a bug on this one?
http://issues.apache.org/bugzilla/enter_bug.cgi?product=APR&component=APR&version=HEAD
> 2. utim
On Thu, May 20, 2004 at 03:16:28PM -0500, Randy Kobes wrote:
> How it's being planned to divorce APR::* from mod_perl.so
> is to include the sources for the relevant symbols currently
> in mod_perl.so in building an APR.so, and then load APR.so
> when using an APR::* module. However, this leads t
Hi all,
The above bug was posted about LDAP support not building on Solaris due
to ldap.h and lber.h being declared in the wrong order.
This patch has been committed to apr-util v1.0, what needs to be done to
get it committed to apr-util v0.9?
Regards,
Graham
--
--- httpd-2.0/srclib/apr-util/in
On Sat, May 22, 2004 at 03:42:31AM +0200, Graham Leggett wrote:
> The above function returns a pointer to the base address of the shared
> memory segment. Will this function ever return NULL? It does not mention
> possible failure conditions in the docs at
> http://apr.apache.org/docs/apr/group_
* Joe Orton <[EMAIL PROTECTED]> wrote:
> On Sun, May 23, 2004 at 10:48:51PM +0200, André Malo wrote:
> > The attachted patch adds a strtoff (maybe bad named) function, which
> > converts a numerical string to an apr_off_t value. (Win32 and Netware
> > untested).
>
> apr_status_t apr_strtoff(apr_o
On Sun, May 23, 2004 at 10:48:51PM +0200, Andrà Malo wrote:
> The attachted patch adds a strtoff (maybe bad named) function, which converts
> a numerical string to an apr_off_t value. (Win32 and Netware untested).
Nice, thanks. I was thinking of doing the same but actually using an
apr_status_t-b
Hi,
/* MSVC 7.0 introduced _strtoui64 */
#if _MSC_VER >= 1300 && _INTEGRAL_MAX_BITS >= 64
#define APR_HAVE_INT64_STRFN 1
#define APR_INT64_STRFN _strtoui64
...
This should be _strtoi64, because apr_int64_t is signed.
nd
--
Flhacs wird im Usenet grundsätzlich alsfhc geschrieben. Schreibt
Hi,
The attachted patch adds a strtoff (maybe bad named) function, which converts
a numerical string to an apr_off_t value. (Win32 and Netware untested).
The decision, which real type and function is finally used, is made at
configure/compile time. The user gets consitent behaviour - with regard
I think I see what you mean by cleaning up -q output. It have already
committed a fix to the svn repo for ABTS. I am porting to APR's version
right now.
Ryan
On Sun, 23 May 2004 [EMAIL PROTECTED] wrote:
>
>
> On Sun, 23 May 2004, Joe Orton wrote:
>
> > On Sun, May 23, 2004 at 02:43:03PM -0400
On Sun, 23 May 2004, Joe Orton wrote:
> On Sun, May 23, 2004 at 02:43:03PM -0400, [EMAIL PROTECTED] wrote:
> > Ok, \r isn't going to work either. The problem seems to be when the
> > output is captured to a file, which is what I image emacs is doing. I'm
> > going to keep hunting for a solutio
On Sun, May 23, 2004 at 02:43:03PM -0400, [EMAIL PROTECTED] wrote:
> Ok, \r isn't going to work either. The problem seems to be when the
> output is captured to a file, which is what I image emacs is doing. I'm
> going to keep hunting for a solution for this, but I am not convinced that
> I will
Ok, \r isn't going to work either. The problem seems to be when the
output is captured to a file, which is what I image emacs is doing. I'm
going to keep hunting for a solution for this, but I am not convinced that
I will actually find one that is both portable and works for arbitrary
output str
On Sat, May 22, 2004 at 04:21:02PM -0400, Cliff Woolley wrote:
> On Fri, 21 May 2004, Stas Bekman wrote:
>
> > I understand all that, but I guess I fail to pass the point across. It is
> > not
> > a problem that I encounter in my code. On the contrary I'm writing tests
> > that
> > exercise, bot
Hmm. Ok, so \b is really correct, and I would consider this a
configuration problem more than anything else. \b is supposed to print a
backspace character, I believe that your emacs is getting confused,
because ctrl-H in emacs is the default help command. So, \b just doesn't
look like
+---+
| Bugzilla Bug ID |
| +-+
| | Status: UNC=Unconfirmed NEW=New ASS=Assigned
On Sat, 22 May 2004, Stas Bekman wrote:
> > that brigade will be corrupted by this operation).
>
> Do you suggest that the sample program that I posted doesn't hang in that
> macro, but after it?
That should be correct, yes. You'll end up creating a loop in the
brigade, and walking through the b
Cliff Woolley wrote:
On Fri, 21 May 2004, Stas Bekman wrote:
I understand all that, but I guess I fail to pass the point across. It is not
a problem that I encounter in my code. On the contrary I'm writing tests that
exercise, both valid and invalid ways the API can be called. API that hangs
when
19 matches
Mail list logo