Re: svn commit: r1410459 - in /httpd/httpd/trunk: docs/log-message-tags/next-number server/mpm/event/event.c server/mpm/eventopt/eventopt.c

>> I'm curious what other scenarios will fail though. I can try Sun Studio on >> Solaris 10 x86_64 (32-bit and 64-bit builds) "soon". But Sun Studio on >> SPARC presumably uses different explicit code in APR and I don't have access >> to that. > > I will try to get that one up and running on 2.4.

Re: svn commit: r1410459 - in /httpd/httpd/trunk: docs/log-message-tags/next-number server/mpm/event/event.c server/mpm/eventopt/eventopt.c

On Sat, Nov 23, 2013 at 3:56 PM, Jeff Trawick wrote: > On Sat, Nov 23, 2013 at 3:45 PM, Jim Jagielski wrote: >> >> I'm just curious why people never saw this on trunk... >> That code path is almost exactly a year old. No one has >> hit this in 12 months?? > > > l rarely try trunk except on > > *

Re: svn commit: r1410459 - in /httpd/httpd/trunk: docs/log-message-tags/next-number server/mpm/event/event.c server/mpm/eventopt/eventopt.c

Couldn't ap_queue_info_try_get_idler() and the event_pre_config() check use : prev_idlers = apr_atomic_add32((apr_uint32_t *)&(queue_info->idlers), -1); like ap_queue_info_wait_for_idler() does ? Or maybe queue_info->idlers be declared uint32_t and negatives computed relative to 2^31 ? Reg

Re: module log id missing for main.c

Am Samstag, 23. November 2013, 18:00:40 schrieb Rainer Jung: > On 23.11.2013 14:19, Jeff Trawick wrote: > > (maybe sf already knows something about this) > > > > [Thu Nov 21 16:20:17.035427 2013] [:emerg] [pid 1237:tid > > 47440161182336] AH00017: Pre-configuration failed, exiting > > > > Maybe m

Re: svn commit: r1410459 - in /httpd/httpd/trunk: docs/log-message-tags/next-number server/mpm/event/event.c server/mpm/eventopt/eventopt.c

On Sat, Nov 23, 2013 at 3:45 PM, Jim Jagielski wrote: > I'm just curious why people never saw this on trunk... > That code path is almost exactly a year old. No one has > hit this in 12 months?? > l rarely try trunk except on * Windows, which uses a system mechanism regardless of compiler * Lin

Re: svn commit: r1410459 - in /httpd/httpd/trunk: docs/log-message-tags/next-number server/mpm/event/event.c server/mpm/eventopt/eventopt.c

I'm just curious why people never saw this on trunk... That code path is almost exactly a year old. No one has hit this in 12 months?? On Nov 23, 2013, at 12:45 PM, Rainer Jung wrote: > On 23.11.2013 14:15, Jeff Trawick wrote: >> On Sat, Nov 23, 2013 at 8:04 AM, Rainer Jung >

Event and expected atomic behavior

What I've done is changed trunk to simply warn, but not block startup... ideally, we should either "fix" atomics (which is more an APR issue, of course) or fix Event. for those on APR: The httpd Event mpm uses atomics as signed ints, not unsigned, and for a long time trunk had a startup check whic

Re: [RESULT] Re: [VOTE] Release Apache httpd 2.4.7 as GA

Agreed. On Nov 23, 2013, at 1:17 PM, Rainer Jung wrote: > On 22.11.2013 18:47, Jim Jagielski wrote: >> With +1 votes from >> jim,covener,trawick,gsmith,breser,noel.butler,hiding,jblond and h.reindl >> and NO -1 votes, I call the voting closed with the >> result of Releasing 2.4.7 as GA. > > Jim

Re: [RESULT] Re: [VOTE] Release Apache httpd 2.4.7 as GA

On 22.11.2013 18:47, Jim Jagielski wrote: > With +1 votes from > jim,covener,trawick,gsmith,breser,noel.butler,hiding,jblond and h.reindl > and NO -1 votes, I call the voting closed with the > result of Releasing 2.4.7 as GA. Jim I just now found out that the atomics problem for event also happen

Re: http_filter.c r1524770 open issue?

On Sat, Nov 23, 2013 at 6:52 PM, Yann Ylavic wrote: > On Tue, Nov 19, 2013 at 3:27 PM, Yann Ylavic wrote: > >> On Mon, Nov 18, 2013 at 6:28 PM, William A. Rowe Jr. > > wrote: >> >>> >>> By closing our write-end of the connection, we can signal to the server >>> that we can't efficiently forward

Re: http_filter.c r1524770 open issue?

On Tue, Nov 19, 2013 at 3:27 PM, Yann Ylavic wrote: > On Mon, Nov 18, 2013 at 6:28 PM, William A. Rowe Jr. > wrote: > >> >> By closing our write-end of the connection, we can signal to the server >> that we can't efficiently forward their response to the client (owing >> to the fact that the ser

Re: svn commit: r1410459 - in /httpd/httpd/trunk: docs/log-message-tags/next-number server/mpm/event/event.c server/mpm/eventopt/eventopt.c

On 23.11.2013 14:15, Jeff Trawick wrote: > On Sat, Nov 23, 2013 at 8:04 AM, Rainer Jung > wrote: > > On 22.11.2013 23:03, Jim Jagielski wrote: > > Anyone ever try OpenPA? > > > > https://trac.mcs.anl.gov/projects/openpa/ > > > > It's u

Re: module log id missing for main.c

On 23.11.2013 14:19, Jeff Trawick wrote: > (maybe sf already knows something about this) > > [Thu Nov 21 16:20:17.035427 2013] [:emerg] [pid 1237:tid 47440161182336] > AH00017: Pre-configuration failed, exiting > > Maybe main.c isn't a module, but it is probably best to put "core" there. Some ot

Re: "ab" and SNI

Am 23.11.2013 16:48, schrieb Jeff Trawick: > On Sat, Nov 23, 2013 at 10:27 AM, Reindl Harald > Am 23.11.2013 16:13, schrieb Eric Covener: > > I don't think this list is appropriate for this issue. > > then state it without cynicism and disrespect > > > Further, I think your ema

Re: "ab" and SNI

On Sat, Nov 23, 2013 at 10:27 AM, Reindl Harald wrote: > > Am 23.11.2013 16:13, schrieb Eric Covener: > > is there something wrong with these patches or why does "ab" not > send SNI headers? > > https://blogs.oracle.com/meena/entry/apachebench_ab_and_sni > > > > Ask Meena perhaps?

Re: "ab" and SNI

Am 23.11.2013 16:13, schrieb Eric Covener: > is there something wrong with these patches or why does "ab" not send SNI > headers? > https://blogs.oracle.com/meena/entry/apachebench_ab_and_sni > > Ask Meena perhaps? She's quite harmless you missed what i asked - in f

Re: "ab" and SNI

I should also add that I see a pattern here, in case my response seems disproportionate.

Re: "ab" and SNI

is there something wrong with these patches or why does "ab" not send SNI headers? https://blogs.oracle.com/meena/entry/apachebench_ab_and_sni Ask Meena perhaps? She's quite harmless >>> >>> you missed what i asked - in fact why there are patches needed >>> why do

Re: ssl_die() and pool cleanup

On Sat, Nov 23, 2013 at 10:02 AM, Kaspar Brand wrote: > On 23.11.2013 15:03, Jeff Trawick wrote: > > IMO it adds some future-proofing and self explanation to return early if > > "(rv != APR_SUCCESS && rv != APR_NOTFOUND)" instead of just checking for > > equality with APR_EGENERAL. > > Done with r

Re: ssl_die() and pool cleanup

On 23.11.2013 15:03, Jeff Trawick wrote: > IMO it adds some future-proofing and self explanation to return early if > "(rv != APR_SUCCESS && rv != APR_NOTFOUND)" instead of just checking for > equality with APR_EGENERAL. Done with r1544812. Note that I'm working towards nukeing ssl_server_import_{

Re: "ab" and SNI

Am 23.11.2013 15:44, schrieb Eric Covener: > On Sat, Nov 23, 2013 at 8:33 AM, Reindl Harald wrote: >> >> Am 23.11.2013 14:22, schrieb Jeff Trawick: >>> On Sat, Nov 23, 2013 at 8:03 AM, Reindl Harald >> >>> is there something wrong with these patches or why does "ab" not send >>> SNI headers?

Re: "ab" and SNI

On Sat, Nov 23, 2013 at 8:33 AM, Reindl Harald wrote: > > Am 23.11.2013 14:22, schrieb Jeff Trawick: >> On Sat, Nov 23, 2013 at 8:03 AM, Reindl Harald > > wrote: >> >> is there something wrong with these patches or why does "ab" not send >> SNI headers? >> h

Re: ssl_die() and pool cleanup

On Sat, Nov 23, 2013 at 8:51 AM, Kaspar Brand wrote: > On 23.11.2013 13:56, Jeff Trawick wrote: > > Maybe I'm still missing something here, but it looks like we can still > > survive some calls to ssl_die() this logic. (I guess it doesn't make > sense > > to have a configuration where that could

Re: ssl_die() and pool cleanup

On 23.11.2013 13:56, Jeff Trawick wrote: > Maybe I'm still missing something here, but it looks like we can still > survive some calls to ssl_die() this logic. (I guess it doesn't make sense > to have a configuration where that could happen, but it is confusing > looking at the code.) Look at the

Re: "ab" and SNI

Am 23.11.2013 14:22, schrieb Jeff Trawick: > On Sat, Nov 23, 2013 at 8:03 AM, Reindl Harald > wrote: > > is there something wrong with these patches or why does "ab" not send SNI > headers? > https://blogs.oracle.com/meena/entry/apachebench_ab_and_sni > >

RE: ssl_die() and pool cleanup

> Date: Sat, 23 Nov 2013 08:18:14 -0500 > Subject: Re: ssl_die() and pool cleanup > From: cove...@gmail.com > To: dev@httpd.apache.org > >> So, if the sanity check is skipped for the _default_ host, or there is a >> better way to set the ServerName of the _

Re: "ab" and SNI

On Sat, Nov 23, 2013 at 8:03 AM, Reindl Harald wrote: > Hi > > is there something wrong with these patches or why does "ab" not send SNI > headers? > https://blogs.oracle.com/meena/entry/apachebench_ab_and_sni > > for each https-request fro "ab" the target servers floods one line into log > > [Sat

module log id missing for main.c

(maybe sf already knows something about this) [Thu Nov 21 16:20:17.035427 2013] [:emerg] [pid 1237:tid 47440161182336] AH00017: Pre-configuration failed, exiting Maybe main.c isn't a module, but it is probably best to put "core" there. -- Born in Roswell... married an alien... http://emptyhammo

Re: ssl_die() and pool cleanup

> So, if the sanity check is skipped for the _default_ host, or there is a > better way to set the ServerName of the _default_ host, which I don't know > yet, then this wouldn't be affected. I don't think any behavior should be based on _default_ vs. *. Your scenario probably works the same wit

Re: "ab" and SNI

On Sat, Nov 23, 2013 at 8:03 AM, Reindl Harald wrote: > Hi > > is there something wrong with these patches or why does "ab" not send SNI > headers? > https://blogs.oracle.com/meena/entry/apachebench_ab_and_sni I suggest using bugzilla.

Re: svn commit: r1410459 - in /httpd/httpd/trunk: docs/log-message-tags/next-number server/mpm/event/event.c server/mpm/eventopt/eventopt.c

On Sat, Nov 23, 2013 at 8:04 AM, Rainer Jung wrote: > On 22.11.2013 23:03, Jim Jagielski wrote: > > Anyone ever try OpenPA? > > > > https://trac.mcs.anl.gov/projects/openpa/ > > > > It's under MIT, fwiw. > > Haven't tried it but the README > > http://git.mcs.anl.gov/radix/openpa.git/blob_pla

Re: svn commit: r1410459 - in /httpd/httpd/trunk: docs/log-message-tags/next-number server/mpm/event/event.c server/mpm/eventopt/eventopt.c

On 22.11.2013 23:03, Jim Jagielski wrote: > Anyone ever try OpenPA? > > https://trac.mcs.anl.gov/projects/openpa/ > > It's under MIT, fwiw. Haven't tried it but the README http://git.mcs.anl.gov/radix/openpa.git/blob_plain/HEAD:/README indicates only platform support based on gcc plus W

"ab" and SNI

Hi is there something wrong with these patches or why does "ab" not send SNI headers? https://blogs.oracle.com/meena/entry/apachebench_ab_and_sni for each https-request fro "ab" the target servers floods one line into log [Sat Nov 23 14:00:33.592232 2013] [ssl:error] [pid 28314] AH02033: No hos

RE: ssl_die() and pool cleanup

> Date: Sat, 23 Nov 2013 13:24:53 +0100 > From: httpd-dev.2...@velox.ch > To: dev@httpd.apache.org > Subject: Re: ssl_die() and pool cleanup > > Thanks Jeff and Yann for your reviews. Fixed all items as suggested, > except for these ones: > >> The various ca

Re: ssl_die() and pool cleanup

On Sat, Nov 23, 2013 at 7:24 AM, Kaspar Brand wrote: > Thanks Jeff and Yann for your reviews. Fixed all items as suggested, > except for these ones: > > > The various calls to ssl_server_import_cert() in ssl_init_server_certs() > > need different rc checking than before. (Now ssl_server_import_ce

Re: ssl_die() and pool cleanup

Thanks Jeff and Yann for your reviews. Fixed all items as suggested, except for these ones: > The various calls to ssl_server_import_cert() in ssl_init_server_certs() > need different rc checking than before. (Now ssl_server_import_cert() can > return a fatal error instead of just a boolean.) >

FAQ?

Hi everyone, I am new to this list and have a question I am sure must be an FAQ, but I can't find a FAQ associated with this list. Can anyone point me to it? Also at http://httpd.apache.org/lists.html#modules-dev they refer to a "searchable archive" but when I click the link I get sent to htt