On Fri, 21 Jul 2006, Philip M. Gollucci wrote:
Philip M. Gollucci wrote:
Philip M. Gollucci wrote:
Randy Kobes wrote:
Which means
apr_pool_cleanup_register(pool, data,
apreq_file_cleanup, apreq_file_cleanup);
Contrary to the comment in library/util.c
data = a
Quoting "Philip M. Gollucci" <[EMAIL PROTECTED]>:
Please download, test, and VOTE on the following
candidate tarball:
http://people.apache.org/~pgollucci/apreq2/libapreq2-2.08-RC4.tar.gz
The Fedora Extras package (development) will be available after signing.
--
Bojan
On Thu, 20 Jul 2006, Philip M. Gollucci wrote:
Steve Hay wrote:
repeatedly from the glue/perl sub-directory and see whether or not it
ever fails for you. Did you get round to trying that?
Just did. 24 times. 100% success.
My usual combination of things.
Like Steve, I still see this failin
Jim Gallacher wrote:
> Deron Meranda wrote:
>> Just want some verification because I haven't seen anything
>> official looking
>>
>> Is 3.2.9 now considered a bad release because of its memory
>> leaks, and thus will never be released?
>
> It's not so much that it's a bad release, but rather
Deron Meranda wrote:
> Just want some verification because I haven't seen anything
> official looking
>
> Is 3.2.9 now considered a bad release because of its memory
> leaks, and thus will never be released?
It's not so much that it's a bad release, but rather it didn't make
sense to offici
Just want some verification because I haven't seen anything
official looking
Is 3.2.9 now considered a bad release because of its memory
leaks, and thus will never be released? Hence 3.2.10 will be
the next hopeful stable release after 3.2.8?
--
Deron Meranda
It didn't unpack on win32 using 7-zip either... But GNU tar (the native
binary from the unixutils project on sf, not under cygwin) worked ok
(except for symbolic links, but that shouldn't be so bad).
I wanted to test the build, since Randy said he couldn't, but ran into
troubles compiling mod_per
Mark Galbreath wrote:
> I'm drawing a blank
for those following only dev@httpd.apache.org, and thus may be unaware of
what Apache-Test is, here's the deal...
Apache-Test
http://perl.apache.org/Apache-Test/
is the engine that drives the perl-framework
http://svn.apache.org/viewcvs.cgi
måndag 03 oktober 2005 18.35 skrev Paul Querna:
> Oden Eriksson wrote:
> > Hi.
> >
> > I don't know if this is the right forum for this question but I found no
> > info elsewhere. I simply wonder when 2.1.x is going to be dubbed stable?
>
> See our versioning file:
> http://svn.apache.org/repos/asf
Paul Querna wrote:
Do you need more documentation on how to
use the new features?
Do we have some examples of mod_proxy_balancer and sticky sessions?
--
Brian Akins
Lead Systems Engineer
CNN Internet Technologies
Oden Eriksson wrote:
> Hi.
>
> I don't know if this is the right forum for this question but I found no info
> elsewhere. I simply wonder when 2.1.x is going to be dubbed stable?
>
See our versioning file:
http://svn.apache.org/repos/asf/httpd/httpd/trunk/VERSIONING
2.1.x will never be 'stable
Hi Grisha,
What do you want for the win32 version ? I regularly rebuild the win32
installer from the latest Subversion revision and put it there :
http://nicolas.lehuen.com/download/mod_python . Using this installer,
people can test and give their +1 / -1. Is that OK for you ?
Regards,
Nicolas200
At 04:15 PM 12/17/2004, you wrote:
> Yes, a new module directory called "debug" was added as a
>subdirectory of modules. This conflicted with the "debug" output
>directory that was being created during the build process.
That's a pretty big stick, and Win32 suffers similar issues.
Can't we sim
Brad Nicholes wrote:
Yes, a new module directory called "debug" was added as a
subdirectory of modules. This conflicted with the "debug" output
directory that was being created during the build process. The result
was that everytime you did a "gmake -f NWGNUMakefile clean" it wiped out
the sou
Yes, a new module directory called "debug" was added as a
subdirectory of modules. This conflicted with the "debug" output
directory that was being created during the build process. The result
was that everytime you did a "gmake -f NWGNUMakefile clean" it wiped out
the source code found in the
On Apr 16, 2004, at 2:05 PM, Stas Bekman wrote:
A few problems were noticed and fixed, thanks to Ken Coar. So here is
a new RC. Same URL:
All tests still pass for me, including in my module.
Regards,
David
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/
Manni Wood wrote:
Yeah, I have to take responsibility for this bug. Apologies to all. Fans
of irony will appreciate that I unwittingly introduced this new bug
while solving a long-standing cookie header parsing bug! Ouch...
May be it's a good time to remove the cookie handling from the core and
de
-
From: Cliff Woolley [mailto:[EMAIL PROTECTED]
Sent: Sunday, November 23, 2003 10:23 PM
To: Robert La Ferla
Cc: [EMAIL PROTECTED]
Subject: Re: Release Frequency and Testing
On Sun, 23 Nov 2003, Robert La Ferla wrote:
> What testing gets performed prior to an official httpd 2.x release?
On Sun, Nov 23, 2003 at 10:13:09PM -0500, Robert La Ferla wrote:
> What testing gets performed prior to an official httpd 2.x release? I
> think whatever test suite is used, needs some updating to include
> configurations that utilize more features like user tracking, caching
> and multi-views.
On Mon, Nov 24, 2003 at 12:54:05AM -0500, Robert La Ferla wrote:
> I have no problem with running release candidates and contributing. I
> have contributed in the past by the way... In fact, I wouldn't object
> to trying nightly or weekly builds. The problem is that I don't see
> those as eas
Cliff Woolley wrote:
On Mon, 24 Nov 2003, Robert La Ferla wrote:
In the interim, it would be nice to see some mention of a workaround on
the site for users.
Done. Let me know if you think that there are more details I could add
that would be helpful.
--Cliff
You guys are great!
On Mon, 24 Nov 2003, Robert La Ferla wrote:
> In the interim, it would be nice to see some mention of a workaround on
> the site for users.
Done. Let me know if you think that there are more details I could add
that would be helpful.
--Cliff
On Mon, 24 Nov 2003, Robert La Ferla wrote:
> link to the latest source tree but the source code there does not have a
> configure script. Yes, I can build the script (autoconf?) but if you
> want people to test software on a regular basis, it would be better to
> have a ready to go source releas
I have no problem with running release candidates and contributing. I
have contributed in the past by the way... In fact, I wouldn't object
to trying nightly or weekly builds. The problem is that I don't see
those as easily available from the httpd.apache.org website. There is a
link to the
I hope the response does not diminish your enthusiasm...
The [EMAIL PROTECTED] mailing list (you can join up with a mail
to [EMAIL PROTECTED]) maintains the mod_specweb and
the perl-framework websites. I believe that flood is seperate at this point.
Please - subscribe and contribute! The discus
On Sun, 23 Nov 2003, Robert La Ferla wrote:
> What testing gets performed prior to an official httpd 2.x release? I
> think whatever test suite is used, needs some updating to include
> configurations that utilize more features like user tracking, caching
> and multi-views. The last release (2.0
cc:
Subject: Re: Release of 1.3.28 RSN
07/16/2003 08:42
Jim Jagielski wrote:
In anticipation of a "very soon" T&R of 1.3.28, please try
out HEAD. All expected patches have been folded in.
Quick spin on Windows looks good. +1 on release.
Bill
Jim Jagielski wrote:
In anticipation of a "very soon" T&R of 1.3.28, please try
out HEAD. All expected patches have been folded in.
+1 for release
ERROR:
There is no such list DATE here.
SOLUTION:
Send a message to [EMAIL PROTECTED] with a subject
of 'info' (no quotes) for a list of available mailing lists.
--
Sincerely, the Minimalist
On Wednesday, June 18, 2003, at 05:13 AM, Stas Bekman wrote:
I've uploaded 1.03's release candidate. If nobody finds any faults,
I'll upload it tomorrow on CPAN. (libapreq needs to rely on 1.03 fixes
to release its 1.2's version).
Please try it out:
http://www.apache.org/~stas/Apache-Test-1.03
--On Friday, June 20, 2003 2:11 AM +0200 Günter Knauf <[EMAIL PROTECTED]> wrote:
you suggested this already more than a month ago, but nothing happened
then... I would also like to see such an alpha-release...
Once mod_ssl works again, I'd support doing a 2.1 release.
I think that'll require me s
Hi,
you suggested this already more than a month ago, but nothing happened then...
I would also like to see such an alpha-release...
Guenter.
> Is anyone interested in seeing a release from the dev branch? I suspect
> there are some users out there who would like to get their hands dirty,
> and wo
Hi,
5.0-RELEASE FreeBSD, apache 1.3.27, mod_perl 1.27, perl 5.8.0
All tests successful.
-Original Message-
From: Stas Bekman <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED],httpd-test-dev list <[EMAIL PROTECTED]>
Date: Wed, 18 Jun 2003 19:13:46 +1000
Subject: [RELEASE CANDIDATE] Apache::Test
Not acked.
- Forwarded message from Jon <[EMAIL PROTECTED]> -
From: Jon <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Subject: Release the win32 binaries as a zip file?
Date: Sun, 09 Jun 2002 13:04:08 +0200
Then I can extract it, put it where I want it and install the service? This
is under
On Fri, 31 May 2002, Sander Striker wrote:
> A vote about the patch ended up in STATUS. To my knowledge that was a
> general vote, not one about a specific release. How it turned into that
> is really a bit of a mystery to me. However, I did ask Cliff to include
> it in 2.0.37, but surely it i
> From: Greg Stein [mailto:[EMAIL PROTECTED]]
> Sent: 31 May 2002 01:35
> On Sun, May 26, 2002 at 11:24:49AM -0700, Brian Pane wrote:
> >...
> > I didn't yet cast a vote. So,
> >-0 for including the pool fix in 2.0.37
> >+1 for including it in 2.0.38.
>
> Note: the real procedure here i
On Thu, 30 May 2002, Greg Stein wrote:
> Personally, I'm finding that it seems we're getting back to the old, slow
> "it takes a lot of pain to make a release" process. Rather than a nice,
> easy, snap and release. Remember: even though we're GA, we can still snap
> new releases, test them, and *
Greg Ames <[EMAIL PROTECTED]> writes:
> The other is a sendfile assert that we've seen intermittently for a long time.
> Jeff thinks the FreeBSD kernel is giving us a return value of 0 with no bytes
> sent. I think we might be passing a length or an offset that's too big, perhaps
> when the sit
Sander Striker wrote:
> What is the current status on 2.0.36-dev?
> Are we still core dumping on daedalus? How
> close are we to finding/fixing the problem
> we are seeing there?
>
> Greg (Ames), can you holler when you've
> seen daedalus run for 3 days without dumping
> core? ;)
(sorry for th
Sander Striker wrote:
>
> If your commit solved the prob, the worker restart issue is
> the remaining holdup for 2.0.36. I'll tag by the end of the day.
>
Crossing fingers...
--
===
Jim Jagielski [|] [EMAIL PROTEC
> From: Jim Jagielski [mailto:[EMAIL PROTECTED]]
> Sent: 23 April 2002 19:57
> Justin Erenkrantz wrote:
> >
> > The reason I suggested a hold to Sander on account of the atomics
> > is that we have a bunch of PRs relating to building atomics on
> > Solaris that haven't been (yet) resolved.
> >
On Thu, Apr 18, 2002 at 07:33:54AM -0500, William A. Rowe, Jr. wrote:
>...
> If I can get that semantics change done on optional fns/hooks so we can
> avoid all mmn version bumps for optional fn/hooks, I think that would also
> cut down on the bumps for foreign modules. Will look to make some
> p
Justin Erenkrantz wrote:
>
> The reason I suggested a hold to Sander on account of the atomics
> is that we have a bunch of PRs relating to building atomics on
> Solaris that haven't been (yet) resolved.
>
Hold on a tic... I think I see it... On the systems that fail,
I bet they are using GNUas
You know, I don't see this but I wonder if the reason why is because
on those systems where it fails, /usr/ccs/bin isn't in their path...
Justin Erenkrantz wrote:
>
> The reason I suggested a hold to Sander on account of the atomics
> is that we have a bunch of PRs relating to building atomics o
On Tue, Apr 23, 2002 at 02:00:25PM +0200, Sander Striker wrote:
> Hi,
>
> I volunteer to be RM for 2.0.36 (that is, if noone
> has a problem with that ;).
>
> I'm aware of the issues we still have in HEAD, which
> is why we need a tag and run that on daedalus.
>
> However, I'll hold of on the t
+1
> Hi,
>
> I volunteer to be RM for 2.0.36 (that is, if noone
> has a problem with that ;).
>
> I'm aware of the issues we still have in HEAD, which
> is why we need a tag and run that on daedalus.
>
> However, I'll hold of on the tag since there are
> probably going to be some file moves in
Hi,
I volunteer to be RM for 2.0.36 (that is, if noone
has a problem with that ;).
I'm aware of the issues we still have in HEAD, which
is why we need a tag and run that on daedalus.
However, I'll hold of on the tag since there are
probably going to be some file moves in the atomics
section. W
On Mon, 22 Apr 2002, Sander Striker wrote:
> - allocate the sockets out of a special pool so we can clean up the
> sockets (using apr_pool_clear(psock)), sleep for 1 sec (should be enough
> for all threads to notice the sockets are gone). After that clean
> pchild as usual.
>From my uninforme
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of Jeff Trawick
> Sent: 22 April 2002 16:33
> "Sander Striker" <[EMAIL PROTECTED]> writes:
>
> > > From: Cliff Woolley [mailto:[EMAIL PROTECTED]]
> > > Sent: 18 April 2002 16:44
> >
> > >> What is the current status on 2.0.36-dev?
"Sander Striker" <[EMAIL PROTECTED]> writes:
> > From: Cliff Woolley [mailto:[EMAIL PROTECTED]]
> > Sent: 18 April 2002 16:44
>
> >> What is the current status on 2.0.36-dev?
> Saw the fixes, so this is gone.
>
> > 2) The worker shutdown segfault ... Jeff, does the patch you committed
> >
> From: Cliff Woolley [mailto:[EMAIL PROTECTED]]
> Sent: 18 April 2002 16:44
>> What is the current status on 2.0.36-dev?
>
> Big things that I know of besides what's in bugzilla:
>
> 1) The MMAP bucket cleanup problem, which has been responsible for
>some (rare-ish) segv's on daedalus [I th
On 18 Apr 2002, Jeff Trawick wrote:
> > 1) The MMAP bucket cleanup problem, which has been responsible for
> >some (rare-ish) segv's on daedalus [I think I figured out
> >how to fix this last night]
>
> great!
UHH It's even MORE complicated than I could have imagined. It's
quite
Cliff Woolley <[EMAIL PROTECTED]> writes:
> 5) What about the libtool --install issue and Sander's partial
> patch for it?
I'll try to get this done by tomorrow afternoon. Besides the coding,
it needs to be tested out on some platforms which Sander doesn't have
access to.
--
Jeff Trawi
Cliff Woolley <[EMAIL PROTECTED]> writes:
> On Thu, 18 Apr 2002, Sander Striker wrote:
>
> > What is the current status on 2.0.36-dev?
>
> Big things that I know of besides what's in bugzilla:
>
> 1) The MMAP bucket cleanup problem, which has been responsible for
>some (rare-ish) segv's on
On Thu, 18 Apr 2002, Cliff Woolley wrote:
> > What is the current status on 2.0.36-dev?
>
> Big things that I know of besides what's in bugzilla:
>
> 1) The MMAP bucket cleanup problem, which has been responsible for
>some (rare-ish) segv's on daedalus [I think I figured out
>how to fix t
On Thu, 18 Apr 2002, Sander Striker wrote:
> What is the current status on 2.0.36-dev?
Big things that I know of besides what's in bugzilla:
1) The MMAP bucket cleanup problem, which has been responsible for
some (rare-ish) segv's on daedalus [I think I figured out
how to fix this last ni
At 04:33 AM 4/18/2002, Sander Striker wrote:
>There have been several bug fixes since 2.0.35,
>the community should benefit from that IMO.
No doubt :)
>What is the current status on 2.0.36-dev?
I just let a nightly binary build fly on ~wrowe/ that I've posted in response
to certain bugfixes no
On Thu, Apr 18, 2002 at 11:33:09AM +0200, Sander Striker wrote:
> Do we have other known issues that should hold
> up 2.0.36?
Well, by my count, we have 74 open PRs in Bugzilla. A number of us
have been triaging them (you know who you are), but more developers
assisting in closing these suckers
201 - 259 of 259 matches
Mail list logo