On Oct 9, 2006, at 1:17 PM, Tollef Fog Heen wrote:
I took the liberty of replacing the MD4 and MD5 implementations in
apr-util with the ones from dovecot (written originally by Solar
Designer and put in the public domain). They took a bit of adaption
to not break the ABI or change the API. The
On Oct 16, 2006, at 9:02 PM, Jeffrey Thompson wrote:
"Roy T. Fielding" <[EMAIL PROTECTED]> wrote on 10/16/2006 03:44:20 PM:
On Oct 16, 2006, at 3:38 AM, Joe Orton wrote:
An argument has been made that the third-party MD4/MD5 code in APR
(specifically, APR-util) is licensed such that it is not
On Mon, Oct 16, 2006 at 11:48:05PM +0200, Tollef Fog Heen wrote:
> * Colm MacCarthaigh
>
> | I hate these damn things, alerting us to these stupid nits only causes
> | any theoritical infringement to become willful and over time worsens our
> | code-base. Anyway, our time would probably be better
* Colm MacCarthaigh
| I hate these damn things, alerting us to these stupid nits only causes
| any theoritical infringement to become willful and over time worsens our
| code-base. Anyway, our time would probably be better spent just asking
| RSA for a slightly modified license.
I'm no happier f
On Mon, Oct 16, 2006 at 10:07:45PM +0200, Tollef Fog Heen wrote:
> Note also that even if copyright law works that way in jurisdictions
> you are familiar with, there's no guarantee it works that way in every
> jurisdiction. Better safe than sorry. IMO, at least.
Copyright law is largely harmoni
* "Roy T. Fielding"
| On Oct 16, 2006, at 3:38 AM, Joe Orton wrote:
|
| > An argument has been made that the third-party MD4/MD5 code in APR
| > (specifically, APR-util) is licensed such that it is not
| > permissible to distribute modified works.
|
| AIUI, copyright law has separate restrictio
On Oct 16, 2006, at 12:44 PM, Roy T. Fielding wrote:
Could we get confirmation of this interpretation?
Did the person who made that argument substantiate it?
This was included in a prior message to [EMAIL PROTECTED] by Tollef Fog Heen:
For those who don't know me, I'm one of the Debian Ap
On Oct 16, 2006, at 3:38 AM, Joe Orton wrote:
An argument has been made that the third-party MD4/MD5 code in APR
(specifically, APR-util) is licensed such that it is not
permissible to
distribute modified works.
AIUI, copyright law has separate restrictions on "to make ...
derivative works"
Mladen Turk wrote:
I wish to add the things we have inside tomcat-native
to the APR (with more generic API) for obtaining
various OS infos in a portable way.
All that is available for a multiple platforms (linux, solaris, macosx,
windows).
IMHO, something like that can be very usable with a
Graham Leggett wrote:
Ryan Phillips wrote:
I believe you want the apr_dbd_get_name() function.
I see this is in trunk only, is this correct?
That is correct.
-ryan
Ryan Phillips wrote:
I believe you want the apr_dbd_get_name() function.
I see this is in trunk only, is this correct?
Regards,
Graham
--
smime.p7s
Description: S/MIME Cryptographic Signature
Thanks William for the link, and Mladen for the thought for the community.
David
> -Original Message-
> From: William A. Rowe, Jr. [mailto:[EMAIL PROTECTED]
> Sent: Monday, October 16, 2006 12:52 PM
> To: David Horowitz
> Cc: 'APR Developer List'
> Subject: Re: Windows Registry a
William A. Rowe, Jr. wrote:
David Horowitz wrote:
Would there be some way in APR to access the Windows Registry, and whatever
the analogs would be on other platforms?
The code already exists, but I didn't think it really fits into apr since
it's an 'anti-portability' feature :)
The Win32 reg
David Horowitz wrote:
>
> Would there be some way in APR to access the Windows Registry, and whatever
> the analogs would be on other platforms?
The code already exists, but I didn't think it really fits into apr since
it's an 'anti-portability' feature :) See...
http://svn.apache.org/repos/asf
Folks,
Would there be some way in APR to access the Windows Registry, and whatever
the analogs would be on other platforms?
Thanks.
David
Hi,
I wish to add the things we have inside tomcat-native
to the APR (with more generic API) for obtaining
various OS infos in a portable way.
Right now, inside tomcat-native we have a set of
functions that can obtain:
inf[0] - Total usable main memory size
inf[1] - Available memory size
inf[
On Mon, Oct 16, 2006 at 12:25:23PM +0200, Tollef Fog Heen wrote:
> Joe Orton skrev:
> >On Sat, Oct 14, 2006 at 09:04:34PM +0200, Tollef Fog Heen wrote:
> >>Currently, apr chooses whether to use epoll, kqueue, port, select or
> >>poll at build-time. This works quite well if your apr library is only
An argument has been made that the third-party MD4/MD5 code in APR
(specifically, APR-util) is licensed such that it is not permissible to
distribute modified works.
Could we get confirmation of this interpretation? The license header
reads as follows:
* Copyright (C) 1991-2, RSA Data Securi
Joe Orton skrev:
On Sat, Oct 14, 2006 at 09:04:34PM +0200, Tollef Fog Heen wrote:
Currently, apr chooses whether to use epoll, kqueue, port, select or
poll at build-time. This works quite well if your apr library is only
used on hosts with the same capabilities as the one you built on.
However,
On Sat, Oct 14, 2006 at 09:04:34PM +0200, Tollef Fog Heen wrote:
> Currently, apr chooses whether to use epoll, kqueue, port, select or
> poll at build-time. This works quite well if your apr library is only
> used on hosts with the same capabilities as the one you built on.
> However, if you buil
20 matches
Mail list logo
