I'm in the process of trying to build a RPM specfile for Apache2. I'm
also trying to take my old configure line and put it into the apache 2
stuff..but there are some differences that bother me.
I don't see a line for the htdocs path, icons path, etc...
Is there any documentation on this stuff,
Done!
Ryan
--
Ryan Bloom [EMAIL PROTECTED]
645 Howard St. [EMAIL PROTECTED]
San Francisco, CA
> -Original Message-
> From: Ryan Bloom [mailto:[EMAIL PROTECTED]]
> Sent: Friday, April 05, 2002 10:12 PM
> To: [EMAI
Will re-create the tar-ball later tonight.
Ryan
--
Ryan Bloom [EMAIL PROTECTED]
645 Howard St. [EMAIL PROTECTED]
San Francisco, CA
> -Original Message-
> From: Aaron Bannert [mailto:[EMAIL PROTECTED]]
> Sent: Fri
Well, That seems to be the view if one reads the following threads at
the postgres mailing list and Sun's developer connection
http://archives.postgresql.org/pgsql-hackers/2002-04/msg00103.php
http://forum.sun.com/thread.jsp?forum=4&thread=7231
Don't know if those cases would be seen by Solaris
Hi, I want to compile Apache 2.0.35 with worker mpm on my Linux box, I
have also installed the NGPT threading library
http://www-124.ibm.com/developerworks/oss/pthreads/
in a non standard place
NGPT provides for M:N threads on Linux
Is there a way to tell Apache (via a configure switch) to use
On Fri, 5 Apr 2002, Jim Jagielski wrote:
> Celebration time! I'm sure the West Coasters are partying up; anybody on
> this side around the MD area this weekend? --
:-D If I hadn't just been up there last weekend
--
Cliff Wo
Celebration time!
I'm sure the West Coasters are partying up; anybody on this side
around the MD area this weekend?
--
===
Jim Jagielski [|] [EMAIL PROTECTED] [|] http://www.jaguNET.com/
"A society that will
On Sat, Apr 06, 2002 at 05:20:26AM +0200, Günter Knauf wrote:
> Very great! Congratulations!
>
> I've just downloaded
> http://www.apache.org/dist/httpd/httpd-2.0.35.tar.gz
> and saw while opening with WinZip that the tar file is still named
>httpd-2.0.35-alpha.tar,
> shouldnt it be renamed for
Very great! Congratulations!
I've just downloaded
http://www.apache.org/dist/httpd/httpd-2.0.35.tar.gz
and saw while opening with WinZip that the tar file is still named
httpd-2.0.35-alpha.tar,
shouldnt it be renamed for a GA?
Guenter.
* Greg Stein ([EMAIL PROTECTED]) wrote :
> It's my pleasure to announce that the Apache Software Foundation's Apache
> HTTP Server, version 2.0.35, has now been released for General Availability.
>
WHOOO!
Congratulations and thanks to everyone who've helped put together such a top
quality pi
It's my pleasure to announce that the Apache Software Foundation's Apache
HTTP Server, version 2.0.35, has now been released for General Availability.
The Apache 2.0 project has been in-the-works for nearly three years. It has
been a long and sometimes arduous process to reach this point. Many
On 6 Apr 2002 [EMAIL PROTECTED] wrote:
> two too many words
Whoops!!! That's been in there for several releases now... can't believe
I forgot to change it. I'll propagate that to the other million copies of
announcement... thanks
-
With serious mail woes for the past several days, I'm 'way behind.
But if the supported MPMs are passing the test suite, I'm +1 too
for sure. If they aren't, I would prefer to get it to pass our
own regression tests (much less anyone else's) before going GA.
--
#kenP-)}
Ken Coar, Sanagendam
Jim Jagielski wrote:
> Yes, Martin noted this as well. because of this, and the
> Server header fixes, I'd like to see 1.3.25 in relatively short
> order once we find out why. From what I can see, we explicitely
> *remove* Transfer-Encoding, so I've no idea how it's getting
> back in there... yet
Folks, congrats...
Pier
> From: Sung Kim [mailto:[EMAIL PROTECTED]]
> Sent: 05 April 2002 08:41
>
> Hello,
>
> This mod_dav patch has search_hook interface
> and a basic search_method for supporting DASL(SEARCH method).
>
> It was compiled and tested with Apache/2.0.35-dev in Linux 2.4.9(i686).
Committed, thanks,
Sa
Sander Temme wrote:
>
>
> > The new, improved 2.0.35 is running in production on apache.org now.
>
> Compiled with --enable-module=most --enable-so and ran perl-framework
>
> Darwin 5.3 (Mac OS X 10.1.3), libtool 1.3.5, prefork: +1
> The only test it fails is the final one of limits.t and I th
Cliff Woolley wrote:
>
> On Sat, 6 Apr 2002, Thomas Eibner wrote:
>
> > As a bystander I can second that. Wondering if anyone who might not
> > be able to read the list today wanted a say in that too.
> > Less than 8 hours after bringing it up for the first time it's all
> > ready to be pushed o
Someone forgot me :)
Aaron Bannert wrote:
>
> On Sat, Apr 06, 2002 at 01:31:55AM +0200, Sander Striker wrote:
> > Like the subject says...
> >
> > +1's were casted by:
> >
> > Doug McEachern
> > William A. Rowe
> > Ryan Bloom
> >
> > I'll gladly add mine.
>
> +1 from me for 2.0.35 GA: gra
On Fri, 5 Apr 2002, Sander Temme wrote:
> > Modified:docs Announcement index.html
> > Log:
> > Whoops. The 58% was from FEBRUARY. Bummer.
>
> Well, now we can go and get some of that slip back. (:
Precisely!
--
Cliff Wooll
> Modified:docs Announcement index.html
> Log:
> Whoops. The 58% was from FEBRUARY. Bummer.
Well, now we can go and get some of that slip back. (:
S.
--
Covalent Technologies [EMAIL PROTECTED]
Engineering groupVoice: (415) 5
On Fri, Apr 05, 2002 at 04:27:05PM -0800, Aaron Bannert wrote:
> On Sat, Apr 06, 2002 at 01:31:55AM +0200, Sander Striker wrote:
> > Like the subject says...
> >
> > +1's were casted by:
> >
> > Doug McEachern
> > William A. Rowe
> > Ryan Bloom
> >
> > I'll gladly add mine.
>
> +1 from me f
On Fri, 5 Apr 2002, Brad Nicholes wrote:
> OK, now I feel better. I just committed a patch to add
> apr_bucket_alloc_destroy() to the NetWare MPM. The only problem now is
> that this patch is not part of .35
I imagine .36 won't be that many weeks off. And if Novell distributes a
non-ASF versi
On Sat, Apr 06, 2002 at 01:31:55AM +0200, Sander Striker wrote:
> Like the subject says...
>
> +1's were casted by:
>
> Doug McEachern
> William A. Rowe
> Ryan Bloom
>
> I'll gladly add mine.
+1 from me for 2.0.35 GA: graceful works great on solaris8+worker
and linux2.4+worker when I pou
This is the announcement for the 2.0 GA, but I don't see a URL to
grab the source/binaries from. Maybe we need to add that and remove
the link to the 8-hour snapshots?
Also, shouldn't we update the Netcraft results to something newer
than May 2000?
Other than that, +1.
-aaron
On Fri, Apr 05,
OK, now I feel better. I just committed a patch to add
apr_bucket_alloc_destroy() to the NetWare MPM. The only problem now is
that this patch is not part of .35
Brad
Brad Nicholes
Senior Software Engineer
Novell, Inc., a leading provider of Net business solutions
http://www.novell.com
>>> Cl
> -Original Message-
> From: Ryan Bloom [mailto:[EMAIL PROTECTED]]
> Sent: 06 April 2002 01:18
> To: [EMAIL PROTECTED]; [EMAIL PROTECTED]
> Subject: RE: cvs commit: httpd-site/docs Announcement
>
>
>
> Please REVIEW this doc. I want to use it when we release the GA.
>
> Ryan
+1, look
+1 for GA
--Cliff "holy crap" Woolley
I'll check on that, but it doesn't seem like that is the problem. I am
able to replace APR with a version that was pulled at the beginning of
the week and I don't see the leak. It seems that if it was in the MPM,
I would have to replace APACHE with an earlier version not APR.
Brad
Brad Nichole
On Fri, 5 Apr 2002, Brad Nicholes wrote:
> I'm not having a good feeling about 2.0.35. It built OK on NetWare
> but just starting it and stopping shows a huge memory leak. I didn't
> see this until .35.
Fix the placement of the apr_bucket_alloc_create() call and make sure it
has a correspond
I'm not having a good feeling about 2.0.35. It built OK on NetWare
but just starting it and stopping shows a huge memory leak. I didn't
see this until .35.
Brad
Brad Nicholes
Senior Software Engineer
Novell, Inc., a leading provider of Net business solutions
http://www.novell.com
>>> [EM
On Fri, Apr 05, 2002 at 06:23:30PM -0500, Cliff Woolley wrote:
> On Sat, 6 Apr 2002, Thomas Eibner wrote:
>
> > As a bystander I can second that. Wondering if anyone who might not
> > be able to read the list today wanted a say in that too.
> > Less than 8 hours after bringing it up for the first
There is a 64-bit issue with the apr_dbm.h sources -- this results in a
WeDAV failure on 64-bit HP-UX. We ran into the problem while trying to
support it on IA64. The problem is in the CONVERT_DATUM macro, which
coverts a apr_datum_t* to apr_sdbm_datum_t*, through casting. I am sending
a patch
Like the subject says...
+1's were casted by:
Doug McEachern
William A. Rowe
Ryan Bloom
I'll gladly add mine.
Sander
On Sat, 6 Apr 2002, Thomas Eibner wrote:
> As a bystander I can second that. Wondering if anyone who might not
> be able to read the list today wanted a say in that too.
> Less than 8 hours after bringing it up for the first time it's all
> ready to be pushed out. (Just an observation)
It's hard
On Fri, Apr 05, 2002 at 11:38:34PM +0200, [EMAIL PROTECTED] wrote:
>
> Yoo - good stuff !
>
> ... but you guys *DO* realize that this does carve your API's
> in stone - renamings in APR will be harder from hereon
> as will be, say, a change in some of the initial bucketeering
>setups
Please REVIEW this doc. I want to use it when we release the GA.
Ryan
--
Ryan Bloom [EMAIL PROTECTED]
645 Howard St. [EMAIL PROTECTED]
San Francisco, CA
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EM
Zip files are available now as well.
I am going to rename these to beta in a little while unless somebody
tells me not to.
Ryan
-Original Message-
From: William A. Rowe, Jr. [mailto:[EMAIL PROTECTED]]
Sent: Friday, April 05, 2002 2:37 PM
To: [EMAIL PROTECTED]
Subject: RE: Tarballs rea
> The new, improved 2.0.35 is running in production on apache.org now.
Compiled with --enable-module=most --enable-so and ran perl-framework
Darwin 5.3 (Mac OS X 10.1.3), libtool 1.3.5, prefork: +1
The only test it fails is the final one of limits.t and I think this has to
do with LWP funkiness
At 04:30 PM 4/5/2002, you wrote:
>What I can tell so far, is that it's croaking on a redirect that is
>ordered by PHP. I'm going to try the 4.2.0 tree and see if that's any
>better.
Dale...
the last tag that is generally stable for me with 2.0.35 is 4.1.2 Final.
Bill
On Fri, 5 Apr 2002, Cliff Woolley wrote:
> In regard to that particular example: the bucket API is now stabilized.
> There are little tweaks I'd like to make, but I can live without them if
> need be.
... for the next 5 years :-). Cathargo should...
Dw.
On Sat, 6 Apr 2002 [EMAIL PROTECTED] wrote:
> I agree - it SHOULD. but it may - I am not too sure about the buckets and
> how solid they are - and they cut deep in the guts of the core.
In regard to that particular example: the bucket API is now stabilized.
There are little tweaks I'd like to ma
On Sat, 6 Apr 2002, Sander Striker wrote:
> Only the APIs in httpd.
..
> > renamings in APR will be harder from hereon
> APR _shouldn't_ be affected by it. It is a seperate project.
I agree - it SHOULD. but it may - I am not too sure about the buckets and
how solid they are - and they cut dee
On Fri, 5 Apr 2002, Aaron Bannert wrote:
| I've seen this same thing in the last couple days, but I'm not able
| to reliably reproduce it. What did you have to do to get to this state
| (a null filter it looks like)?
Argh, HEAD from PHP cvs looks to be all sorts of screwed up at the moment.
I'm
Ryan Bloom wrote:
>
> Just fixed that problem. Re-grab 2.0.35.
The new, improved 2.0.35 is running in production on apache.org now.
Greg
I have copied the tarballs, so they are available at:
http://httpd.apache.org/dev/dist
Ryan
--
Ryan Bloom [EMAIL PROTECTED]
645 Howard St. [EMAIL PROTECTED]
San Francisco, CA
> -Original Message-
> From: Jim Jag
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
> Sent: 05 April 2002 23:39
> Yoo - good stuff !
>
> but you guys *DO* realize that this does carve your API's
> in stone -
Only the APIs in httpd.
> renamings in APR will be harder from hereon
APR _shouldn't_ be affected by it.
Write access given.
2.0.35 passes worker and prefork on Solaris 8 (various mutexes) and
prefork on darwin osx10.1.3 (various mutexes) - non smoke tests.
Ryan Bloom wrote:
>
>
> There are source tarballs available at:
>
> http://dev.apache.org/dist
>
> for Unix.
>
> Please test and give +1's
BTW, in case I wasn't clear, +1 for GA release.
Ryan
--
Ryan Bloom [EMAIL PROTECTED]
645 Howard St. [EMAIL PROTECTED]
San Francisco, CA
> -Original Message-
> From: Ryan Bloom [mailto:[EMAIL PROTECTED]]
> Sent: F
Yeah, that's a PHP bug.
Ryan
--
Ryan Bloom [EMAIL PROTECTED]
645 Howard St. [EMAIL PROTECTED]
San Francisco, CA
> -Original Message-
> From: Dale Ghent [mailto:[EMAIL PROTECTED]]
> Sent: Friday, April 05, 2002 2:
I've seen this same thing in the last couple days, but I'm not able
to reliably reproduce it. What did you have to do to get to this state
(a null filter it looks like)?
-aaron
On Fri, Apr 05, 2002 at 05:03:56PM -0500, Dale Ghent wrote:
> Aye! I've ran into one core dump, but it seems to be PHP
There are source tarballs available at:
http://dev.apache.org/dist
for Unix.
Please test and give +1's for a GA release of Apache 2.0. I will move
these to http://httpd.apache.org/dev/dist as soon as I can, but I don't
have write access to that directory right now. (JIMJAG, HELP!) :-)
In t
On Fri, 5 Apr 2002, William A. Rowe, Jr. wrote:
| At 03:25 PM 4/5/2002, you wrote:
|
| >I have fixed two more bugs in 2.0.35. Please update and RETEST!
| >
| >Come on guys a few more hours and I want to release!
|
| +1 for release here! All of the subreq/fast redirect/internal_direct
| flavors
Ryan Bloom wrote:
>
> Just fixed that problem. Re-grab 2.0.35.
> >
> > /docs/ and /docs-2.0/ appear not to be working on that port (it might
> > be segfaulting) :
fix confirmed. A new build is running on port 8092.
Greg
Done!
Ryan
--
Ryan Bloom [EMAIL PROTECTED]
645 Howard St. [EMAIL PROTECTED]
San Francisco, CA
> -Original Message-
> From: Brad Nicholes [mailto:[EMAIL PROTECTED]]
> Sent: Friday, April 05, 2002 1:45 PM
> To: [EM
Yes please. In fact I just sent a request to have them included.
Brad
Brad Nicholes
Senior Software Engineer
Novell, Inc., a leading provider of Net business solutions
http://www.novell.com
>>> [EMAIL PROTECTED] Friday, April 05, 2002 2:44:06 PM >>>
Do these changes need to be tagged for 2.0.
Just committed two changes that are required in order for our NetWare
make files to generate the HTTPD.CONF file. Can these be added to
2_0_35 tag?
httpd-2.0/NWGNUmakefile - 1.4
httpd-2.0/build/mkconfNW.awk - 1.3
Brad
Brad Nicholes
Senior Software Engineer
Novell, Inc., a leading provider of
Do these changes need to be tagged for 2.0.35??
Ryan
--
Ryan Bloom [EMAIL PROTECTED]
645 Howard St. [EMAIL PROTECTED]
San Francisco, CA
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Yoo - good stuff !
... but you guys *DO* realize that this does carve your API's
in stone - renamings in APR will be harder from hereon
as will be, say, a change in some of the initial bucketeering
setups or whatever :-)
Hate to be a spoilfun - but this GA tendency feels a bit..
At 03:25 PM 4/5/2002, you wrote:
>I have fixed two more bugs in 2.0.35. Please update and RETEST!
>
>Come on guys a few more hours and I want to release!
+1 for release here! All of the subreq/fast redirect/internal_direct
flavors appear to work here.
Bill
> > From: Ryan Bloom [mailto:[EMAIL PROTECTED]]
> > Sent: 05 April 2002 21:21
> > To: 'Dale Ghent'; [EMAIL PROTECTED]
> > Subject: RE: I WANT A GA release
> >
> >
> > > On Fri, 5 Apr 2002, Ryan Bloom wrote:
> > >
> > > | Come on guys. Get this stuff committed by noon PST. I'm still
> > pushing
>
> From: Ryan Bloom [mailto:[EMAIL PROTECTED]]
> Sent: 05 April 2002 21:21
> To: 'Dale Ghent'; [EMAIL PROTECTED]
> Subject: RE: I WANT A GA release
>
>
> > On Fri, 5 Apr 2002, Ryan Bloom wrote:
> >
> > | Come on guys. Get this stuff committed by noon PST. I'm still
> pushing
> > | for a 3:00 P
I have fixed two more bugs in 2.0.35. Please update and RETEST!
Come on guys a few more hours and I want to release!
Ryan
--
Ryan Bloom [EMAIL PROTECTED]
645 Howard St. [EMAIL PROTECTED]
San Francisco, CA
Not that this should hold up anything, but HEAD will not serve requests on AIX when
compiled in non debug mode (no -g compiler option). Still trying to figure out why...
Bill
>
> There is one bug that I know of and I am fixing it. Please everybody
> else, TEST THIS THING.
>
> The one bug I kno
Just fixed that problem. Re-grab 2.0.35.
Ryan
--
Ryan Bloom [EMAIL PROTECTED]
645 Howard St. [EMAIL PROTECTED]
San Francisco, CA
> -Original Message-
> From: Brian Pane [mailto:[EMAIL PROTECTED]]
> Sent: Friday,
Brian Pane wrote:
>
> Greg Ames wrote:
>
> >Ryan Bloom wrote:
> >
> >>There is one bug that I know of and I am fixing it. Please everybody
> >>else, TEST THIS THING.
> >>
> >
> >It's running on port 8092 on apache.org, in case anyone wants to try anything
> >there.
> >
>
> /docs/ and /docs-2.0
Ryan Bloom wrote:
>
> There is one bug that I know of and I am fixing it. Please everybody
> else, TEST THIS THING.
>
> The one bug I know of, is that a request that goes through mod_dir, to
> mod_negotiation won't get any output to the browser.
got a seg fault as soon as I tried http://bugs.a
Greg Ames wrote:
>Ryan Bloom wrote:
>
>>There is one bug that I know of and I am fixing it. Please everybody
>>else, TEST THIS THING.
>>
>
>It's running on port 8092 on apache.org, in case anyone wants to try anything
>there.
>
/docs/ and /docs-2.0/ appear not to be working on that port (it mig
Ryan Bloom wrote:
>
> There is one bug that I know of and I am fixing it. Please everybody
> else, TEST THIS THING.
It's running on port 8092 on apache.org, in case anyone wants to try anything
there.
Greg
On Fri, 5 Apr 2002, Ryan Bloom wrote:
|
| There is one bug that I know of and I am fixing it. Please everybody
| else, TEST THIS THING.
|
| The one bug I know of, is that a request that goes through mod_dir, to
| mod_negotiation won't get any output to the browser.
Beginning testing on Solaris
There is one bug that I know of and I am fixing it. Please everybody
else, TEST THIS THING.
The one bug I know of, is that a request that goes through mod_dir, to
mod_negotiation won't get any output to the browser.
Ryan
--
Ryan Bloom
> > > The problem is that the fast_internal_redirect is removing
the
> OLD_WRITE filter.
> >
> > I'm going to try it on my box without this patch, and with no
Multiviews
> (to get
> > rid of fast_internal_redirects for HEADER and README). If that
works
> with HEAD
> > as well as it did in
Greg Ames wrote:
>
> [EMAIL PROTECTED] wrote:
> > The problem is that the fast_internal_redirect is removing the OLD_WRITE
>filter.
>
> I'm going to try it on my box without this patch, and with no Multiviews (to get
> rid of fast_internal_redirects for HEADER and README). If that wor
At 01:34 PM 4/5/2002, you wrote:
>On Fri, 5 Apr 2002, Jim Jagielski wrote:
>
> > Ugly, but logically it looks right:
>
>Ouch. Yeah, I'd wondered about that problem. The thing is it seems
>really silly to me to be fighting with finding the '\0' when we already
>know how many loop iterations it sh
At 01:49 PM 4/5/2002, you wrote:
>+1. Just finished the test and it checks out OK.
BTW, the resulting argv[0..n-1] must have a terminating argv[n] == NULL
... but you knew that of course, and I presume it remains :)
Bill
+1. Just finished the test and it checks out OK.
Brad
Brad Nicholes
Senior Software Engineer
Novell, Inc., a leading provider of Net business solutions
http://www.novell.com
>>> [EMAIL PROTECTED] Friday, April 05, 2002 12:45:46 PM >>>
Cliff Woolley wrote:
>
> DETERMINE_NEXTSTRING(ct,
> Ryan Bloom wrote:
> >
> > > [EMAIL PROTECTED] wrote:
> > > >
> > > > rbb 02/04/05 09:50:37
> > > >
> > > > Modified:modules/generators mod_autoindex.c
> > > > Log:
> > > > This is a HACK!
> > >
> > > Why would it be difficult for the core to preserve OLD_WRITE in
the
> > subreq
Cliff Woolley wrote:
>
> DETERMINE_NEXTSTRING(ct, isquoted);
> -ct++;
> +if (*ct != '\0') {
> +ct++;
> +}
> numargs++;
> SKIP_WHITESPACE(ct);
We could do the SKIP inside the loop, since if ct is NULL, we know we're
at the end, but I'
Ryan Bloom wrote:
>
> > [EMAIL PROTECTED] wrote:
> > >
> > > rbb 02/04/05 09:50:37
> > >
> > > Modified:modules/generators mod_autoindex.c
> > > Log:
> > > This is a HACK!
> >
> > Why would it be difficult for the core to preserve OLD_WRITE in the
> subreq
> > filter chain? We
On Fri, 5 Apr 2002, Jim Jagielski wrote:
> Making sure everyone sees the comment at the end :)
Yep, saw it. Here's a revised version for your patching convenience:
Index: apr_cpystrn.c
===
RCS file: /home/cvs/apr/strings/apr_cpyst
On Fri, 5 Apr 2002, Jim Jagielski wrote:
> We don't want that argnum++ though, since the for loop does it.
DOH! My bad. Good catch, thanks.
--
Cliff Woolley
[EMAIL PROTECTED]
Charlottesville, VA
We have an essential problem in filters ... the protocol level filters are
added by the original request. Protocol filters that reflect the f->r member
seem to be hosed when an internal_internal_redirect() is passed down the
filter stack.
Ryan and I discussed, he's thinking in terms of fixing th
Making sure everyone sees the comment at the end :)
Jim Jagielski wrote:
>
> Very cool. +1
>
> > -apr_cpystrn((*argv_out)[numargs], ct, cp - ct);
> > -numargs++;
> > +(*argv_out)[argnum] = apr_palloc(token_context, cp - ct);
> > +apr_cpystrn((*argv_out)[argnum],
> [EMAIL PROTECTED] wrote:
> >
> > rbb 02/04/05 09:50:37
> >
> > Modified:modules/generators mod_autoindex.c
> > Log:
> > This is a HACK!
>
> Why would it be difficult for the core to preserve OLD_WRITE in the
subreq
> filter chain? We knew how to do that in 2.0.32. One would
Very cool. +1
Cliff Woolley wrote:
>
> On Fri, 5 Apr 2002, Jim Jagielski wrote:
>
> > Ugly, but logically it looks right:
>
> Ouch. Yeah, I'd wondered about that problem. The thing is it seems
> really silly to me to be fighting with finding the '\0' when we already
> know how many loop iter
> rbb 02/04/05 11:36:06
>
> Modified:.Makefile.in
> Log:
> With VPATH builds, the httpd.conf-std file is found in the build
> directory,
> not the source directory. Make sure we check both from now on.
This solves Doug's VPATH install problem.
Ryan
At 12:22 PM 4/5/2002, you wrote:
>I'm still seeing a problem with apr_tokenize_to_argv() that causes the
>parser to run off the end string. I know this causes a fault on
>NetWare, but since I don't understand this code completely and the
>comments about allowing for a NULL argument are confusing,
On Fri, 5 Apr 2002, Jim Jagielski wrote:
> Ugly, but logically it looks right:
Ouch. Yeah, I'd wondered about that problem. The thing is it seems
really silly to me to be fighting with finding the '\0' when we already
know how many loop iterations it should be ('cause we counted them :).
How
Ugly, but logically it looks right:
diff -u apr_cpystrn.c.bak apr_cpystrn.c
--- apr_cpystrn.c.bak Fri Apr 5 14:17:32 2002
+++ apr_cpystrn.c Fri Apr 5 14:31:31 2002
@@ -171,9 +171,11 @@
while (*ct != '\0') {
CHECK_QUOTATION(ct, isquoted);
DETERMINE_NEXTSTRING(ct, i
[EMAIL PROTECTED] wrote:
>
> rbb 02/04/05 09:50:37
>
> Modified:modules/generators mod_autoindex.c
> Log:
> This is a HACK!
Why would it be difficult for the core to preserve OLD_WRITE in the subreq
filter chain? We knew how to do that in 2.0.32. One would hope we get smart
Jim Jagielski wrote:
>
> Try this:
> -cp++;
> +if (*cp != '\0') {
> +cp++;
> +}
> (*argv_out)[numargs] = apr_palloc(token_context, cp - ct);
> apr_cpystrn((*argv_out)[numargs], ct, cp - ct);
Hold on... on the last arg we're not allocating and
> On Fri, 5 Apr 2002, Ryan Bloom wrote:
>
> | Come on guys. Get this stuff committed by noon PST. I'm still
pushing
> | for a 3:00 PST GA date. :-D
>
> Will this also make APR be GA as well ?
Not automatically, but that is the next project I am going to start
agitating for a GA on.
Ryan
Try this:
--- apr_cpystrn.c.bak Fri Apr 5 14:17:32 2002
+++ apr_cpystrn.c Fri Apr 5 14:19:23 2002
@@ -171,7 +171,9 @@
while (*ct != '\0') {
CHECK_QUOTATION(ct, isquoted);
DETERMINE_NEXTSTRING(ct, isquoted);
-ct++;
+if (*ct != '\0') {
+ct
On Fri, 5 Apr 2002, Ryan Bloom wrote:
| Come on guys. Get this stuff committed by noon PST. I'm still pushing
| for a 3:00 PST GA date. :-D
Will this also make APR be GA as well ?
/dale
At least there, it appears that we're allocating more space than
needed and then being saved by the fact that the string we're
copying in NULL terminated...
The first loop is allocating the array of pointer space and the
second is filling them in. It does look like the code assumes
a double NULL
I am in the middle of the test right now and what I am seeing is that we
are incrementing one too many times between arguments. It appears that
the SKIP_WHITESPACE() macro is skipping too far. Like I said, I am in
the middle of the test so that isn't conclusive yet.
Brad
Brad Nicholes
Senior S
Come on guys. Get this stuff committed by noon PST. I'm still pushing
for a 3:00 PST GA date. :-D
Ryan
--
Ryan Bloom [EMAIL PROTECTED]
645 Howard St. [EMAIL PROTECTED]
San Francisco, CA
> -Original Message-
>
On Fri, 5 Apr 2002, Brad Nicholes wrote:
> I will give it a run and let you know.
The second loop in that function might have the same problem. I'm trying
to work through the whole thing on paper now and I'll let you know shortly
what I find.
--Cliff
--
I will give it a run and let you know.
Brad
Brad Nicholes
Senior Software Engineer
Novell, Inc., a leading provider of Net business solutions
http://www.novell.com
>>> Cliff Woolley <[EMAIL PROTECTED]> Friday, April 05, 2002
11:44:30 AM >>>
On Fri, 5 Apr 2002, Brad Nicholes wrote:
> I'm still
On Fri, 5 Apr 2002, Brad Nicholes wrote:
> I'm still seeing a problem with apr_tokenize_to_argv() that causes the
> parser to run off the end string. I know this causes a fault on
> NetWare, but since I don't understand this code completely and the
> comments about allowing for a NULL argument a
1 - 100 of 135 matches
Mail list logo