Re: Status for 2.4.20

William A Rowe Jr in gmane.comp.apache.devel (Wed, 23 Mar 2016 08:00:19 -0500): >On Wed, Mar 23, 2016 at 7:42 AM, William A Rowe Jr >wrote: > >> Again, a C89 regression breaking the candidate, but in an experimental >> module that we don't promise will always build. nghttp2

Re: Questions on writing logging stmts in httpd

I find a previous post, http://marc.info/?t=14057931881=1=2 which helped answer the 2nd question, basically, "anything more important than DEBUG needs a number." but it does not answer the Question #1 and #3 :-| ~t On Wed, Mar 23, 2016 at 5:55 PM, Tianyin Xu wrote: >

Questions on writing logging stmts in httpd

Hi folks, I've a question regarding writing logging statements in httpd code. I notice that most of the logging statements are associated with a log number, defined by the APLOGNO macro, while some others (in the same module) do not. I have the following questions when writing new logging

apr_global_mutex_create vs apr_proc_mutex_create

Hi Module maintainers, I'm writing a simple apache module and I'd like to aggregate some statistics. I saw an example module that does this ( https://wiki.apache.org/httpd/ModuleLife) using shared memory. My question for those on this list following: What is the main difference between using

Re: 2.4.20 Change dsp: Win32-specific build files.

On Wed, Mar 23, 2016 at 11:12 AM, Steffen wrote: > I went earlier back, so I did a .dsp/GUI build with no issues. > > Build with SVN revision 1736328. > > Running looks also fine sofar. > Glad to hear, thanks for testing. I've updated the commit log message to more

Re: apache-swat project - need feedback!

Hi Jim, sounds good! Let me know if anything else you need. Also keep swat updated from cpan, as I have been developing it, adding new features , bug fixes and improvements , to make swat better and easier to use. среда, 23 марта 2016 г. пользователь Jim Jagielski написал: > Thanks! > > After we

Re: apache-swat project - need feedback!

Thanks! After we get 2.4.next out, I plan on diving in. > On Mar 14, 2016, at 2:08 PM, Alexey Melezhik wrote: > > I have just update some docs on swatpm.org to help beginners start > with swat on more gentle way: > > - http://swatpm.org/ - hello world example to start with

Re: [VOTE] access control for dynamic hosts

Hello Yann, ylavic: I would have liked more (doc) emphasis on the lower security of "Require forward-dns" vs "Require host"'s double DNS lookup How about adding something like: From a security perspective, getting access to a protected page is somehow easier with "forward-dns" because

Re: 2.4.20 Change dsp: Win32-specific build files.

Running now AL: mod_http2 (v1.4.4, nghttp2 1.8.0), initializing... Was running 1.2.8 (git). Little confusing the version number httpd vs git (1.4.4 vs 1.2.8) Still worried about the memory footprint: Mod_http2 1.0.11 (2.4.18) average ~100 MB peaks with 200 MB. with 1.2.8 average ~200 MB

Re: 2.4.20 Change dsp: Win32-specific build files.

Thanks, Steffen! > Am 23.03.2016 um 17:12 schrieb Steffen : > > I went earlier back, so I did a .dsp/GUI build with no issues. > > Build with SVN revision 1736328. > > Running looks also fine sofar. > > > > On Wednesday 23/03/2016 at 12:50, Jim Jagielski wrote: >>

Re: 2.4.20 Change dsp: Win32-specific build files.

I went earlier back, so I did a .dsp/GUI build with no issues. Build with SVN revision 1736328. Running looks also fine sofar. On Wednesday 23/03/2016 at 12:50, Jim Jagielski wrote: Thx... I would like to T today if possible, because I was hoping for a release by the end of this week,

Re: [Update] Support for OpenSSL 1.1.0

not before 2.4.19 -> not before 2.4.20 ... Am 23.03.2016 um 15:18 schrieb Rainer Jung: OpenSSL 1.1.0 pre 4 = Beta 1 is out. I did another round of compatibility updates for mod_ssl. Apart form fixing Bugs, the OpenSSL 1.1.0 API is supposed to stay stable now. So I hope mod_ssl can stabilize

Re: [Update] Support for OpenSSL 1.1.0

OpenSSL 1.1.0 pre 4 = Beta 1 is out. I did another round of compatibility updates for mod_ssl. Apart form fixing Bugs, the OpenSSL 1.1.0 API is supposed to stay stable now. So I hope mod_ssl can stabilize now. The current code runs the test suite with 1.0.2 and with 1.1.0 without any ssl

Re: 2.4.20 Change dsp: Win32-specific build files.

On Mar 23, 2016 3:15 AM, "Steffen" wrote: > > Saw that wrowe did a change win make files in 2.4. branche. > > The comment says the the .dsp flies are entirely ! unusable. > > I can tell that they are entirely usable with V9-VC14. What was the issue ? They were directly

Re: Status for 2.4.20

On Wed, Mar 23, 2016 at 7:42 AM, William A Rowe Jr wrote: > > branches/2.4.x/modules/http2/h2_filter.c > > Again, a C89 regression breaking the candidate, but in an experimental > module that we don't promise will always build. nghttp2 is filled with C99 > code, AIUI - due

Re: Status for 2.4.20

On Mar 23, 2016 6:23 AM, "Steffen" wrote: > > Just did a export; > > Diff with the vote 2.4.19 one: > > branches/2.4.x/modules/cache/mod_socache_shmcb.c Correct. I'm not claiming this is win32-specific, it only happens to show up on that and other edge cases. >

Re: Status for 2.4.20

On Wed, Mar 23, 2016 at 6:56 AM, Jim Jagielski wrote: > Let's see: I recalled the vote for 2.4.19 because of a > single issue, basically related to a missing few lines in > a file which prevented building on Win. Nice, easy, simple > fix. > > Now it appears that a slew of

Re: Status for 2.4.20

> On Mar 23, 2016, at 7:58 AM, Noel Butler wrote: > > On 23/03/2016 20:56, Jim Jagielski wrote: >> Let's see: I recalled the vote for 2.4.19 because of a >> single issue, basically related to a missing few lines in >> a file which prevented building on Win. Nice, easy,

Re: Status for 2.4.20

On 23/03/2016 20:56, Jim Jagielski wrote: Let's see: I recalled the vote for 2.4.19 because of a single issue, basically related to a missing few lines in a file which prevented building on Win. Nice, easy, simple fix. Now it appears that a slew of "fixes" related to Win have been applied

Re: 2.4.20 Change dsp: Win32-specific build files.

Thx... I would like to T today if possible, because I was hoping for a release by the end of this week, but I also don't want to have to punt 2.4.20 as well, so we should wait. > On Mar 23, 2016, at 7:39 AM, Steffen wrote: > > Sure I like to do, but sorry I am out of

Re: 2.4.20 Change dsp: Win32-specific build files.

Sure I like to do, but sorry I am out of town, to morrow morning (my time) I can build. Maybe Jan E and/or Gregg can give it a .dsp try. When I look to the changes, it should build. On Wednesday 23/03/2016 at 12:36, Jim Jagielski wrote: Can you do a quick check that HEAD of 2.4 builds

Re: 2.4.20 Change dsp: Win32-specific build files.

Can you do a quick check that HEAD of 2.4 builds for you? THX!! > On Mar 23, 2016, at 7:28 AM, Steffen wrote: > > Indeed wrowe did not change any .dsp files. and the changes from wrowe does > not break a .dsp build. > > My attention was just the statement of wrowe that

Re: 2.4.20 Change dsp: Win32-specific build files.

OK, thanks for clarifying Steffen. On Wed, Mar 23, 2016 at 12:28 PM, Steffen wrote: > Indeed wrowe did not change any .dsp files. and the changes from wrowe does > not break a .dsp build. > > My attention was just the statement of wrowe that .dsp files are not usable, >

Re: 2.4.20 Change dsp: Win32-specific build files.

Indeed wrowe did not change any .dsp files. and the changes from wrowe does not break a .dsp build. My attention was just the statement of wrowe that .dsp files are not usable, which is not true. On Wednesday 23/03/2016 at 12:20, Yann Ylavic wrote: On Wed, Mar 23, 2016 at 11:18 AM, Jan

Re: Status for 2.4.20

On Wed, Mar 23, 2016 at 12:22 PM, Steffen wrote: > Just did a export; > > Diff with the vote 2.4.19 one: > > branches/2.4.x/modules/cache/mod_socache_shmcb.c > branches/2.4.x/modules/http2/h2_filter.c > branches/2.4.x/modules/http2/mod_http2.dsp > > For remove

Re: Status for 2.4.20

Just did a export; Diff with the vote 2.4.19 one: branches/2.4.x/modules/cache/mod_socache_shmcb.c branches/2.4.x/modules/http2/h2_filter.c branches/2.4.x/modules/http2/mod_http2.dsp For remove mod_lbmethod-rr: branches/2.4.x/Makefile.win branches/2.4.x/Readme.cmake branches/2.4.x/Apache.dsw

Re: 2.4.20 Change dsp: Win32-specific build files.

On Wed, Mar 23, 2016 at 11:18 AM, Jan Ehrhardt wrote: > Steffen in gmane.comp.apache.devel (Wed, 23 Mar 2016 09:15:45 +0100): >>Saw that wrowe did a change win make files in 2.4. branche. >> >>The comment says the the .dsp files are entirely ! unusable. >> >>I can tell that

Re: svn commit: r1736251 - in /httpd/httpd/branches/2.4.x: ./ modules/http2/h2_filter.c

On Wed, Mar 23, 2016 at 10:43 AM, Plüm, Rüdiger, Vodafone Group wrote: > In http_log.h we have a similar problem and solve that either as a macro or > as a function > depending on our capabilities: Depending on AP_HAVE_C99 is not worth it for this (bbout) very local

Re: Status for 2.4.20

> Am 23.03.2016 um 11:56 schrieb Jim Jagielski : > > Let's see: I recalled the vote for 2.4.19 because of a > single issue, basically related to a missing few lines in > a file which prevented building on Win. Nice, easy, simple > fix. > > Now it appears that a slew of "fixes"

Status for 2.4.20

Let's see: I recalled the vote for 2.4.19 because of a single issue, basically related to a missing few lines in a file which prevented building on Win. Nice, easy, simple fix. Now it appears that a slew of "fixes" related to Win have been applied which, according to some, makes the whole build-

Re: 2.4.20 Change dsp: Win32-specific build files.

Agreed! wtf?! > On Mar 23, 2016, at 6:18 AM, Jan Ehrhardt wrote: > > Steffen in gmane.comp.apache.devel (Wed, 23 Mar 2016 09:15:45 +0100): >> Saw that wrowe did a change win make files in 2.4. branche. >> >> The comment says the the .dsp files are entirely ! unusable. >>

Re: svn commit: r1736216 - in /httpd/httpd/trunk: include/httpd.h modules/http/http_request.c server/mpm/event/event.c server/mpm/motorz/motorz.c server/mpm/simple/simple_io.c server/util_filter.c

> On Mar 22, 2016, at 9:11 PM, Graham Leggett wrote: > > On 22 Mar 2016, at 7:08 PM, yla...@apache.org wrote: > >> URL: http://svn.apache.org/viewvc?rev=1736216=rev >> Log: >> Follow up to r1734656: restore c->data_in_input_filters usage to >> see if it helps unblocking test

Re: 2.4.20 Change dsp: Win32-specific build files.

Steffen in gmane.comp.apache.devel (Wed, 23 Mar 2016 09:15:45 +0100): >Saw that wrowe did a change win make files in 2.4. branche. > >The comment says the the .dsp files are entirely ! unusable. > >I can tell that they are entirely usable with V9-VC14. What was the issue ? I agree with

RE: fate of mod_lbmethod_rr (was: Re: [VOTE] Release Apache httpd 2.4.19 as GA)

+1 for removing from 2.4.x. Regards Rüdiger From: William A Rowe Jr [mailto:wr...@rowe-clan.net] Sent: Mittwoch, 23. März 2016 02:16 To: httpd Subject: Re: fate of mod_lbmethod_rr (was: Re: [VOTE] Release Apache httpd 2.4.19 as GA) On Tue, Mar 22, 2016 at 4:15 PM, Jeff Trawick

RE: svn commit: r1736251 - in /httpd/httpd/branches/2.4.x: ./ modules/http2/h2_filter.c

In http_log.h we have a similar problem and solve that either as a macro or as a function depending on our capabilities: #ifdef AP_HAVE_C99 /* need additional step to expand APLOG_MARK first */ #define ap_log_error(...) ap_log_error__(__VA_ARGS__) /* need server_rec *sr = ... for the case if s

Re: svn commit: r1736216 - in /httpd/httpd/trunk: include/httpd.h modules/http/http_request.c server/mpm/event/event.c server/mpm/motorz/motorz.c server/mpm/simple/simple_io.c server/util_filter.c

On Wed, Mar 23, 2016 at 2:11 AM, Graham Leggett wrote: > On 22 Mar 2016, at 7:08 PM, yla...@apache.org wrote: > >> URL: http://svn.apache.org/viewvc?rev=1736216=rev >> Log: >> Follow up to r1734656: restore c->data_in_input_filters usage to >> see if it helps unblocking test

2.4.20 Change dsp: Win32-specific build files.

Saw that wrowe did a change win make files in 2.4. branche. The comment says the the .dsp flies are entirely ! unusable. I can tell that they are entirely usable with V9-VC14. What was the issue ? So please explain why for you it is not usable ? Change comment: The actual .dsp files are