There are two difference scenarios to consider here:
a) a module that links APR, or Apache, with some part of an MPL-licensed
codebase, for some (optional) advantage, such as being able to build
XPCOM-based modules. This module can be released under the Apache
license, since the MPL is non-viral
On Thu, 22 Feb 2001, Wan-Teh Chang wrote:
> [EMAIL PROTECTED] wrote:
> >
> > Jon, please understand that this isn't religion over license issues.
> > Unfortunately, licenses are a matter of law, not opinion. There are
> > people in this group who work for businesses that rely on the Apache
> > li
[EMAIL PROTECTED] wrote:
>
> Jon, please understand that this isn't religion over license issues.
> Unfortunately, licenses are a matter of law, not opinion. There are
> people in this group who work for businesses that rely on the Apache
> license. When I worked for IBM (a little over a year ago
IBM is happy with the MPL 1.1 license and is a regular contributor to the
Mozilla project. IBM employees regularly work on the OS/2 version of
Mozilla. I believe IBM's issues were the main reason for the change from MPL
1.0 to 1.1.
Jon Smirl
[EMAIL PROTECTED]
On Thu, 22 Feb 2001, Jon Smirl wrote:
> From: <[EMAIL PROTECTED]>
> > There is a problem with ignoring the license issues, the license issues
> > are a real issue for a lot of people on this list.
>
> NSPR and XPCOM are already released under GPL, NPL and MPL with terms that
> you can pick the one
> I wonder if sigwait() is the limit of our exposure. In a separate
> thread I suggested something like this:
>
> >Or maybe in common code after the system-specific part of
> >apr_hints.m4...
> >
> > if test "$enable_threads != "no"; then
> >if test "x$THREAD_CPPFLAGS" != "x"; then # avoid a
From: <[EMAIL PROTECTED]>
> There is a problem with ignoring the license issues, the license issues
> are a real issue for a lot of people on this list.
NSPR and XPCOM are already released under GPL, NPL and MPL with terms that
you can pick the one you want. I doubt that the Mozilla lawyers are g
Justin Erenkrantz <[EMAIL PROTECTED]> writes:
> > This patch looks good, and I'll commit it tomorrow morning unless somebody
> > beats me to it. (I'm re-installing my laptop, so I don't have access to
> > my apache trees right now). I agree 100% that we should THREAD_CPPFLAGS
> > throughout apr_
"Roy T. Fielding" <[EMAIL PROTECTED]> writes:
> On Wed, Feb 21, 2001 at 01:05:41PM -0500, Jeff Trawick wrote:
> > Solaris is failing to build right now because the sigwait()
> > num-argument check is failing.
> >
> > When we run the test, -D_POSIX_PTHREAD_SEMANTICS is not passed to the
> > compil
On Wed, Feb 21, 2001 at 12:31:27PM -0500, Jeff Trawick wrote:
>
> Any idea how we would get to sendfile() when starting Apache?
>
> We shouldn't be there at all, so perhaps disabling sendfile() on s390
> linux was not the right fix.
No, it started normally, and only when reaching the first send
On Thu, 22 Feb 2001, Jon Smirl wrote:
> XPCOM is a very interesting technology that allow the mixing of modules
> written in C, Java, Javascript and Python across all of the Mozilla
> target platforms (Windows, Linux, BEOS, Max, Unix, etc). XPCOM is a
> portable version of Microsoft's COM.
>
> htt
> This patch looks good, and I'll commit it tomorrow morning unless somebody
> beats me to it. (I'm re-installing my laptop, so I don't have access to
> my apache trees right now). I agree 100% that we should THREAD_CPPFLAGS
> throughout apr_hints.m4, could you please provide a patch that does th
XPCOM is a very interesting technology that allow
the mixing of modules written in C, Java, _javascript_ and Python across all of
the Mozilla target platforms (Windows, Linux, BEOS, Max, Unix, etc). XPCOM is a
portable version of Microsoft's COM.
http://www.mozilla.org/projects/xpcom/
XPC
Can't you simplify these lines with apr_pool_cleanup_run() ?
Cheers,
-g
On Wed, Feb 21, 2001 at 02:52:16PM -, [EMAIL PROTECTED] wrote:
> stoddard01/02/21 06:52:16
>
> Modified:file_io/unix dir.c
> Log:
> Unregister the cleanup, regardless of the success of failure of the
> ca
This patch looks good, and I'll commit it tomorrow morning unless somebody
beats me to it. (I'm re-installing my laptop, so I don't have access to
my apache trees right now). I agree 100% that we should THREAD_CPPFLAGS
throughout apr_hints.m4, could you please provide a patch that does that?
If
Attached is a simple patch to include the result of THREADS_CPPFLAGS
when checking for sigwait. On Solaris, if _POSIX_PTHREAD_SEMANTICS
is not defined, thn sigwait exists with only one argument. However, if
_POSIX_PTHREAD_SEMANTICS is defined, sigwait exists with two arguments.
apr_hints.m4 corr
Some comment that this file is generated from apu.h.in --- do not edit
would still be worthwhile.
Bill
- Original Message -
From: <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, February 21, 2001 10:37 PM
Subject: cvs commit: apr-util/include apu.h.in
> jwoolley01/02/2
Bill Stoddard wrote:
>
> The change that would need to happen is for NSPR to be relicensed under a
> BSD/Apache style license. That would be most cool.
If you consider NSPR as an external library (just like libc
or other system libraries) that Apache depends on, rather than
an integral part of Ap
Hey Bill...
> +if (strchr(username, '/')) {
> +domain = apr_pstrndup(p, username, strchr(username, '/')-username);
> +username += strlen(domain) + 1;
> +}
> +else if (strchr(username, '\\')) {
> +domain = apr_pstrndup(p, username, strchr(username, '
On 21 Feb 2001 [EMAIL PROTECTED] wrote:
> wrowe 01/02/21 15:38:49
>
> Modified:.CHANGES
>user/unix userinfo.c
>user/win32 userinfo.c
>include apr_user.h
> Log:
> Missing the apr_pool_t arg required for more complex queries
20 matches
Mail list logo
