If the copyright holders of those files are content to let us make
those changes (clearly marked as with apr's copy of these files) and
then distribute the modified files with an exception to the GPL, that
is one thing. However, in the new config.guess/config.sub files checked
in for expat I'm not
On Fri, 19 Apr 2002, Justin Erenkrantz wrote:
> I also tweaked expat's buildconf.sh to match APR's invocation of
> libtoolize so that it shouldn't update with local copies. -- justin
Thanks!
--
Cliff Woolley
[EMAIL PROTECTED]
[EMAIL PROTECTED] wrote:
>
> jwoolley02/04/18 23:07:50
>
> Modified:buckets apr_buckets_mmap.c
> Log:
> Fix the mmap cleanup problem seen on daedalus.
:-) :-)
I missed most of the discussion on this due to e-mail problems. Dang, I'm sure
glad I didn't have to debug this one.
On Fri, Apr 19, 2002 at 02:14:00PM -0700, Aaron Bannert wrote:
> is one thing. However, in the new config.guess/config.sub files checked
> in for expat I'm not seeing even that notice.
Somehow I screwed up the import on expat's files. Those were the
original files. I have replaced them now to be
On Fri, Apr 19, 2002 at 02:01:06PM -0700, Justin Erenkrantz wrote:
> The reason we have local modifications is that we often support
> OSes that the GNU people do not yet support. Most of the changes
> seem to be related to IBM platforms. It would be best if our
> changes got merged in upstream.
On Fri, Apr 19, 2002 at 01:52:30PM -0700, Aaron Bannert wrote:
> ** I'm very concerned that we have GPL software checked in to our
> repository. config.guess and config.sub are both covered by the GPL.
> There is a special exception that, by my reading, allows us to
> *redistribute* the file, but n
On Fri, Apr 19, 2002 at 04:12:28PM -0400, Cliff Woolley wrote:
>
> Why is it that after I do this:
>
> cvs up -C
> make extraclean
> ./buildconf
> ./config.nice
>
> I get this:
>
> [EMAIL PROTECTED]:/root/apache/httpd-2.0-8# cvs up
> M srclib/apr-util/xml/expat/conftools/config.guess
> M srclib
On Fri, Apr 19, 2002 at 04:32:29PM -0400, Cliff Woolley wrote:
> On Fri, 19 Apr 2002, Justin Erenkrantz wrote:
>
> > Is -C even a valid option to cvs up? It gives me an error if I
> > try to use that. So, I don't know what you are trying to do. =)
>
> What version of cvs do you have? :) Yes,
On Fri, 19 Apr 2002, Justin Erenkrantz wrote:
> Is -C even a valid option to cvs up? It gives me an error if I
> try to use that. So, I don't know what you are trying to do. =)
What version of cvs do you have? :) Yes, it's a valid option, at least
on recent cvs'es. man cvs:
Use
On Fri, Apr 19, 2002 at 04:12:28PM -0400, Cliff Woolley wrote:
>
> Why is it that after I do this:
>
> cvs up -C
> make extraclean
> ./buildconf
> ./config.nice
Is -C even a valid option to cvs up? It gives me an error if I
try to use that. So, I don't know what you are trying to do. =)
> I
Why is it that after I do this:
cvs up -C
make extraclean
./buildconf
./config.nice
I get this:
[EMAIL PROTECTED]:/root/apache/httpd-2.0-8# cvs up
M srclib/apr-util/xml/expat/conftools/config.guess
M srclib/apr-util/xml/expat/conftools/config.sub
--Cliff
--
> -Original Message-
> From: William A. Rowe, Jr. [mailto:[EMAIL PROTECTED]
> Sent: Friday, April 19, 2002 7:23 PM
> To: Jeff Trawick
> Cc: Mladen Turk; APR Dev
> Subject: Re: [WIN32] apr_sockets BUG?
>
> > > Dunno if I miss something, but the server/client test on
> WIN32 doesn't
> > wor
At 06:16 AM 4/19/2002, Jeff Trawick wrote:
"Mladen Turk" <[EMAIL PROTECTED]> writes:
> Hi,
>
> Dunno if I miss something, but the server/client test on WIN32 doesn't
work.
> Well, as far I've been able to track the things down the non-blocking
> sockets are the bugger.
It seems to me that server.
Jeff Trawick wrote:
>
> committed to APR... for now it is enabled only on Tru64... (not the
> right thing to do :) )
>
If 2.0.36 is coming out soon, then it's likely the safest. If not, then
I'm +1 for making it default on all systems that have SA_NOCLDWAIT and
see what shakes out :)
--
==
Dave Hill <[EMAIL PROTECTED]> writes:
> Hi all,
> I have run into a problem on Compaq Tru64 with cgi processes
> being reaped when using with mpm worker.
committed to APR... for now it is enabled only on Tru64... (not the
right thing to do :) )
Thanks!
> ***
> *** 105,110 **
On Thu, Apr 18, 2002 at 09:59:49AM -0700, Justin Erenkrantz wrote:
> On Thu, Apr 18, 2002 at 12:36:08PM -0400, Cliff Woolley wrote:
> > On Thu, 18 Apr 2002, Joe Orton wrote:
> >
> > > Sure - I'd just hope the change could be made for the time being, until
> > > someone gets round to that, since cu
Christian Gross <[EMAIL PROTECTED]> writes:
> At 18:14 16/04/2002 +0800, Stas Bekman wrote:
> >match the declaration in the .c and the doc, which is "template".
> Ick I just downloaded the latest sources and I had compilation
> problems. template is a reserved word in the C++ language. Could
>
At 18:14 16/04/2002 +0800, Stas Bekman wrote:
match the declaration in the .c and the doc, which is "template".
Index: srclib/apr/include/apr_file_io.h
===
RCS file: /home/cvspublic/apr/include/apr_file_io.h,v
retrieving revision 1.120
"Mladen Turk" <[EMAIL PROTECTED]> writes:
> Hi,
>
> Dunno if I miss something, but the server/client test on WIN32 doesn't work.
> Well, as far I've been able to track the things down the non-blocking
> sockets are the bugger.
It seems to me that server.c is a bit naive in thinking that data wil
Hi,
Dunno if I miss something, but the server/client test on WIN32 doesn't work.
Well, as far I've been able to track the things down the non-blocking
sockets are the bugger.
Server dump:
server: Initializing OK
server: Creating context OK
serv
20 matches
Mail list logo
