From: "Jeff Trawick" <[EMAIL PROTECTED]>
Sent: Monday, February 12, 2001 3:42 PM
> apr.hw:
>
> Move this code from include/arch/win32/fileio.h to apr.hw but also add
> any needed includes (what are they?):
>
> #if APR_HAS_UNICODE_FS
> /* An arbitrary size that is digestable. True max is a bit l
Actually, the correct solution is for somebody to hit up every one of those
Makefile.in and remove the INCLUDES line. That stuff can all go into
rules.mk.in.
Cheers,
-g
On Mon, Feb 12, 2001 at 08:46:01PM -, [EMAIL PROTECTED] wrote:
> trawick 01/02/12 12:46:00
>
> Modified:dso/os390
On Mon, Feb 12, 2001 at 01:04:16PM -0800, Daniel Rall wrote:
> Ben Hyde <[EMAIL PROTECTED]> writes:
> > [EMAIL PROTECTED] wrote:
> > > On Mon, 12 Feb 2001, Ben Hyde wrote:
> > > > > APACHE_2_0 or SUBVERSION_X_Y.
> > > >
> > > > I find this weird
> >
> > still
> [...]
> > > as easy as possib
"William A. Rowe, Jr." <[EMAIL PROTECTED]> writes:
> > trawick 01/02/12 12:55:34
> >
> > Modified:file_io/unix dir.c
> > Log:
> > OS/390 has _POSIX_PATH_MAX but not PATH_MAX (did I hear a little bird
> > say "APR_PATH_MAX?")
>
> Yes... the 'right' fix would be good here.
This s
On Mon, Feb 12, 2001 at 01:38:10PM -0500, Kevin Pilch-Bisson wrote:
> Hi All,
>
> In doing some work for Subversion, I came accross a need to convert
> relative pathnames to absolute pathnames. Now realpath works under
> Linux, but I am told it is broken under some versions of Solaris
> (although
> trawick 01/02/12 12:55:34
>
> Modified:file_io/unix dir.c
> Log:
> OS/390 has _POSIX_PATH_MAX but not PATH_MAX (did I hear a little bird
> say "APR_PATH_MAX?")
Yes... the 'right' fix would be good here.
Ben Hyde <[EMAIL PROTECTED]> writes:
> [EMAIL PROTECTED] wrote:
> > On Mon, 12 Feb 2001, Ben Hyde wrote:
> > > > APACHE_2_0 or SUBVERSION_X_Y.
> > >
> > > I find this weird
>
> still
[...]
> > as easy as possible.
>
> it's weird for tags in apr to named after user's projects.
[...]
> mean
In the works :-)
[EMAIL PROTECTED] wrote:
> On Mon, 12 Feb 2001, Ben Hyde wrote:
> > > APACHE_2_0 or SUBVERSION_X_Y.
> >
> > I find this weird
still
> The problem I am trying to solve,
hear hear
> as easy as possible.
it's weird for tags in apr to named after user's projects.
> kept a copy of the
On Mon, 12 Feb 2001, Ben Hyde wrote:
>
> > Those tags should be in a format like
> > APACHE_2_0 or SUBVERSION_X_Y.
>
> I find this weird. Library providers are not supposed to know such
> things about thier clients. It's the job the clients to record what
> version of the library they are de
> Those tags should be in a format like
> APACHE_2_0 or SUBVERSION_X_Y.
I find this weird. Library providers are not supposed to know such
things about thier clients. It's the job the clients to record what
version of the library they are dependent upon. Surely this tag is just
an attempt to
Hm This could be very interesting. Let's throw this into the
STATUS file, and see who picks it up. I believe this will also be handled
by Will Rowe's canonical filename stuff, but I would need him to reply to
be absolutely sure.
Ryan
On Mon, 12 Feb 2001, Kevin Pilch-Bisson wrote:
Hi All,
In doing some work for Subversion, I came accross a need to convert
relative pathnames to absolute pathnames. Now realpath works under
Linux, but I am told it is broken under some versions of Solaris
(although it works for 2.5), and doesn't exist under win32(although
there is _fullpath).
On 12 Feb 2001, Karl Fogel wrote:
> Jeff Trawick <[EMAIL PROTECTED]> writes:
> > > I would like to suggest that ANY project with a committer on the list can
> > > tag the tree at any time. Those tags should be in a format like
> > > APACHE_2_0 or SUBVERSION_X_Y. When APR releases a tarball, we w
Jeff Trawick <[EMAIL PROTECTED]> writes:
> > I would like to suggest that ANY project with a committer on the list can
> > tag the tree at any time. Those tags should be in a format like
> > APACHE_2_0 or SUBVERSION_X_Y. When APR releases a tarball, we will use
> > APR_X_Y, which will allow peopl
[EMAIL PROTECTED] writes:
> I would like to suggest that ANY project with a committer on the list can
> tag the tree at any time. Those tags should be in a format like
> APACHE_2_0 or SUBVERSION_X_Y. When APR releases a tarball, we will use
> APR_X_Y, which will allow people to easily distinguis
[EMAIL PROTECTED] writes:
> I would like to suggest that ANY project with a committer on the list can
> tag the tree at any time. Those tags should be in a format like
> APACHE_2_0 or SUBVERSION_X_Y. When APR releases a tarball, we will use
> APR_X_Y, which will allow people to easily distinguis
[ please send APR issues to dev@apr.apache.org; new-httpd is for the web
server. ]
The error below is because network_io/unix/sockaddr.c was not rebuilt. It
wasn't changed in the big rename, but it includes sa_common.c (which *did*
change). I imagine it would work if you had dependencies set up
> > This is what was scaring me BTW. I have rolled three times this week, and
> > each time there has been some OS that didn't work. The first time it was
> > OS/2, then BeOS, now Windows. It seems to me that because we aren't
> > freezing the tree and asking people to work on stabilizing the c
> This is what was scaring me BTW. I have rolled three times this week, and
> each time there has been some OS that didn't work. The first time it was
> OS/2, then BeOS, now Windows. It seems to me that because we aren't
> freezing the tree and asking people to work on stabilizing the code, we
>
[ bringing back to list; OtherBill apparently misfired the reply ]
On Sun, Feb 11, 2001 at 09:42:02PM -0600, William A. Rowe, Jr. wrote:
> From: "Greg Stein" <[EMAIL PROTECTED]>
> Sent: Sunday, February 11, 2001 8:09 PM
> >
> > Would it make sense to not return a partial password, if it is too lo
[ bringing back to list; OtherBill apparently misfired the reply ]
On Sun, Feb 11, 2001 at 09:37:31PM -0600, William A. Rowe, Jr. wrote:
> From: "Greg Stein" <[EMAIL PROTECTED]>
> Sent: Sunday, February 11, 2001 8:05 PM
>
>
> > > wrowe 01/02/11 15:31:04
> > >
> > > Modified:.
Yup. Done and checked in.
[ I'm checking usage right now to ensure people don't depend on that... ]
Cheers,
-g
On Sun, Feb 11, 2001 at 04:32:19PM +, Ben Laurie wrote:
> Hmmm. Actually, this could improve its efficiency by only allocating
> len+1 bytes if len < n. Should we do that?
>
> Chee
On Sun, Feb 11, 2001 at 09:40:04AM -0800, Cliff Woolley wrote:
>
> --- [EMAIL PROTECTED] wrote:
> > +APR_DECLARE(void *) apr_memdup(apr_pool_t *a, const void *m, apr_size_t
> > n)
> > +{
> > +void *res;
> > +
> > +if(m == NULL)
> > + return NULL;
> > +res = apr_palloc(a,
On Sun, Feb 11, 2001 at 11:35:07PM -, [EMAIL PROTECTED] wrote:
>...
> --- apr_getpass.c 2001/02/11 23:32:11 1.12
> +++ apr_getpass.c 2001/02/11 23:35:07 1.13
> @@ -215,12 +215,10 @@
>APR_DECLARE(apr_status_t) apr_password_get(const char *prompt, char
> *pwbuf, size_t *buf
On Sun, Feb 11, 2001 at 11:31:04PM -, [EMAIL PROTECTED] wrote:
> wrowe 01/02/11 15:31:04
>
> Modified:.CHANGES
>passwd apr_getpass.c
>include apr_lib.h
> Log:
> result(?) What result? Stop mauling the size_t arg and overwrite the
>
26 matches
Mail list logo