Joe makes a good point, +1 for this change when we roll over into 2.0.
Bill
At 01:30 PM 12/1/2004, Joe Orton wrote:
>On Wed, Dec 01, 2004 at 09:36:32AM -0500, Jeff Trawick wrote:
>> HP-UX apparently has no other function than getpass(), and it silently
>> truncates after 8 characters. There are
On Wed, Dec 01, 2004 at 09:36:32AM -0500, Jeff Trawick wrote:
> HP-UX apparently has no other function than getpass(), and it silently
> truncates after 8 characters. There are Apache httpd and Subversion
> users grappling with this limit. (It caused a some puzzlement for me
> with cvs too, but A
HP-UX apparently has no other function than getpass(), and it silently
truncates after 8 characters. There are Apache httpd and Subversion
users grappling with this limit. (It caused a some puzzlement for me
with cvs too, but APR won't help that ;) )
The hint from Joe is to set ac_cv_func_getpas
On Wed, 1 Dec 2004 12:04:14 +, Joe Orton <[EMAIL PROTECTED]> wrote:
> On Tue, Nov 30, 2004 at 10:11:02AM -0500, Jeff Trawick wrote:
>
>
> > On 30 Nov 2004 14:41:33 -, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> > > apr_password_get(): Fix the check for buffer overflow.
> > > --- apr/ap
On Tue, Nov 30, 2004 at 10:11:02AM -0500, Jeff Trawick wrote:
> On 30 Nov 2004 14:41:33 -, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> > apr_password_get(): Fix the check for buffer overflow.
> > --- apr/apr/trunk/include/apr_lib.h (original)
> > +++ apr/apr/trunk/include/apr_lib.h T
Hello Joe,
Joe Orton wrote:
> > If an application uses the new convention and is linked using a lib
> > without the change (i.e. 1.0.0) a NULL-Pointer is dereferenced by the
> > assignment of to_convert. (This is why `if (inbuf)' was added to line
> > 389 of xlate.c.)
>
> Yes, the new mode is do
On Wed, Dec 01, 2004 at 12:29:28PM +0100, Uwe Zeisberger wrote:
> Yesterday I noted a compatablity issue with this change:
>
> If an application uses the new convention and is linked using a lib
> without the change (i.e. 1.0.0) a NULL-Pointer is dereferenced by the
> assignment of to_convert. (T
On Tue, Nov 30, 2004 at 07:39:11PM -0600, Curt Arnold wrote:
> 2. APR_INT64_C not resolved for g++
>
> The following code will fail to compile with g++ 3.3.3 on Linux and Mac
> OS/X (but will compile with Microsoft CL and gcc)
>
> #include
> int main(int argc, char** argv) {
> apr_int64_t foo =
Joe Orton wrote:
> On Mon, Nov 22, 2004 at 06:26:33AM -0500, Jeff Trawick wrote:
> > On Mon, 22 Nov 2004 11:34:10 +0100, Uwe Zeisberger
> > <[EMAIL PROTECTED]> wrote:
> > > Joe Orton wrote:
> > > > Here's what I propose to fix this, anything I'm missing?
> >
> > it makes sense to me
>
> OK, thank
On Tue, 30 Nov 2004 10:26:31 -0500 (EST), Cliff Woolley
<[EMAIL PROTECTED]> wrote:
> On Tue, 30 Nov 2004, Jeff Trawick wrote:
>
>
>
> > > * @param pwbuf Buffer to store the password
> > > * @param bufsize The length of the password buffer.
> > > + * @remark If the password entered must be tr
On Mon, 29 Nov 2004, William A. Rowe, Jr. wrote:
> At 11:51 AM 11/29/2004, Stas Bekman wrote:
> >Randy Kobes wrote:
> >>I've been testing out some perl scripts to emulate
> >>apxs/apr-config/apu-config on Win32 (under Apache/2.0.x),
> >>and was wondering if there was any interest in developing
> >
I'm migrating log4cxx (http://logging.apache.org/log4cxx) over to use
APR instead of maintaining its #if'd hacks and inline Solaris
assembler. I run into a few curiousities and I thought that I would
throw them out here for feedback before deciding if they are really
bugs or features.
1. APR
12 matches
Mail list logo
