Re: Style

Hi Christophe, On 06.10.2014 22:08, Christophe JAILLET wrote: So, do you think that such "clean up" worth the effort or that things should be left as-is ? Thanks for feed back. just a note about style: while it doesnt matter if styles are fixed in C files, it *does* matter if you try to fix the

Re: C99 bump prior to apr 2.0?

Hi Bill, On 03.09.2014 18:27, wr...@rowe-clan.net wrote: In terms of providing dist/httpd/binaries/win32 httpd 2.2.29 based on msvcrt,dll, I have a couple of options; [x] Ship with r1563992 applied (and document this? where?) [ ] Drop apr_dbd_odbc.dll from the distribution [ ] Don't ship a

Re: http/2 Apache module

On 27.08.2014 16:13, Eric Covener wrote: On Wed, Aug 27, 2014 at 9:47 AM, wrote: Thanks for your answer; I was also wondering if Apache was willing to use already existing http/2 stack implementations, like nghttp2 (https://nghttp2.org) ? Only speaking for myself as a committer, I think it

Re: svn commit: r1612653 - /httpd/httpd/trunk/server/util_pcre.c

Hi Rainer, On 23.07.2014 12:18, Rainer Jung wrote: Good point. But in this case even after dropping the check, it would mean the build would error out because PCRE_DUPNAMES isn't known. So then you would have to check the (new) info in the docs, that minimum PCRE version is 6.7. I meant to keep

Re: svn commit: r1612653 - /httpd/httpd/trunk/server/util_pcre.c

Hi Rainer, On 22.07.2014 23:01, Rainer Jung wrote: documenting the requirement PCRE >= 6.7 and dropping the check (and error message) for PCRE_DUPNAMES from server/util_pcre.c. -1. Please think of non-configure builds; it doesnt hurt if the code errors out when the requirements do not met. Gün.

Re: [VOTE] Release Apache httpd 2.4.10 as GA

On 15.07.2014 19:20, Jim Jagielski wrote: The pre-release test tarballs for Apache httpd 2.4.10 can be found at the usual place: http://httpd.apache.org/dev/dist/ I'm calling a VOTE on releasing these as Apache httpd 2.4.10 GA. [ ] +1: Good to go [ ] +0: meh [ ] -1: Danger Will Robinso

mod_autoindex issue with multibyte chars

Hi all, few days back I found that mod_autoindex seems to have a prob with multibyte chars in filenames; the trailing spaces seem to be calculated for the real string, but since they're finally displayed in the browser as one char this causes lack of spaces and the following data is misaligned

Re: svn commit: r1523207 - /httpd/httpd/trunk/modules/lua/lua_request.c

On 14.09.2013 12:58, Daniel Gruno wrote: On 09/14/2013 12:55 PM, fua...@apache.org wrote: Author: fuankg Date: Sat Sep 14 10:55:10 2013 New Revision: 1523207 URL: http://svn.apache.org/r1523207 Log: Fixed ap_ntoh64 argument. Modified: httpd/httpd/trunk/modules/lua/lua_request.c Modified:

Re: svn commit: r1522544 - in /httpd/httpd/trunk: build/win32/fixBaseAddrs.plos/win32/BaseAddr.ref

On 13.09.2013 18:37, Jeff Trawick wrote: Unless somebody objects (or I forget), I'll commit this: Index: STATUS === --- STATUS(revision 1522956) +++ STATUS(working copy) @@ -88,7 +88,8 @@ * Current exceptions for RTC for this br

Re: will anyone build httpd/apr with cmake on Windows?

Hi Jeff, 1st of all a big thanks from me that you picked this up! As you might imagine I'm on your side - means I love to have a full-automatic build without user interaction, and a resulting buildlog text file which I can later parse with a script for errors or success. I have such working fine

Re: svn commit: r1517386 - in /httpd/httpd/trunk: docs/manual/mod/mod_log_config.xml docs/manual/mod/mod_logio.xml modules/loggers/mod_logio.c

Hi, On 25.08.2013 23:43, jaillet...@apache.org wrote: Author: jailletc36 Date: Sun Aug 25 21:43:42 2013 New Revision: 1517386 URL: http://svn.apache.org/r1517386 Log: Use %S instead of %C which already in use Modified: httpd/httpd/trunk/docs/manual/mod/mod_log_config.xml httpd/httpd/t

Re: [VOTE] Release Apache httpd 2.4.6 as GA

On 15.07.2013 18:48, Jim Jagielski wrote: The pre-release test tarballs for Apache httpd 2.4.6 can be found at the usual place: http://httpd.apache.org/dev/dist/ I'm calling a VOTE on releasing these as Apache httpd 2.4.6 GA. NOTE: The -deps tarballs are included here *only* to make lif

Re: [VOTE] Release Apache httpd 2.4.5 as GA

On 11.07.2013 20:54, Jim Jagielski wrote: The pre-release test tarballs for Apache httpd 2.4.5 can be found at the usual place: http://httpd.apache.org/dev/dist/ I'm calling a VOTE on releasing these as Apache httpd 2.4.5 GA. NOTE: The -deps tarballs are included here *only* to make lif

re: svn commit: r1501848 - /httpd/httpd/branches/2.4.x/STATUS

Hi Jim, Modified: httpd/httpd/branches/2.4.x/STATUS URL: http://svn.apache.org/viewvc/httpd/httpd/branches/2.4.x/STATUS?rev=1501848&r1=1501847&r2=1501848&view=diff == --- httpd/httpd/branches/2.4.x/STATUS (original) +++

Re: [VOTE] The 'RM' Baton

On 10.07.2013 15:22, Jim Jagielski wrote: Considering that I've been the only RM for 2.4.x, I can't help but assume that Bill is referring to me. As mentioned by others, by indicating a desire to T&R, it energizes people to catch up on STATUS, place their votes and propose backports. So it is *e

Re: [discussion] Release 2.0.65 [the final frontier]

Hi Bill, On 02.07.2013 01:47, wr...@rowe-clan.net wrote: I am not at all concerned whether APR 0.9 is released again or not since folks had years to take that up in our discussions of putting httpd 2.0 to bed, yet nobody so much as suggested a release, nevermind some volunteer to act on it. true;

Re: [VOTE] Release 2.2.25

On 28.06.2013 23:29, William A. Rowe Jr. wrote: Candidates are in http://httpd.apache.org/dev/dist/ +/-1 [ ] Release 2.2.25 (apr 1.4.8, apr-util 1.5.2) +1 on NetWare.

Re: [VOTE] Release 2.0.65 [the final frontier]

On 28.06.2013 23:28, William A. Rowe Jr. wrote: Candidates are in http://httpd.apache.org/dev/dist/ +/-1 [ ] Release 2.0.65 as the final 2.0 series package TIA! it seems a bit odd to me that we now roll the 2.0.65 final without having APR/APU picking up latest fixes [1][2], making thi

Re: mod_lua in 2.4 CHANGES

On 28.06.2013 01:03, Rainer Jung wrote: Hi Daniel and/or Günter, can you have a look at the trunk CHANGES file and move the lua items that should now be in 2.4 to the 2.4 CHANGES file? We forgot that when we synced 2.4 with trunk and it would be nice to have them in the 2.4 file before 2.4.5 get

regarding mod_cache_socache ...

Hi, mod_cache_socache also uses different datatypes, here its apr_off_t vs. apr_size_t; at least on 32-bit OS it happens that with LARGE_FILE apr_size_t = int32, but apr_off_t = int64 ... mod_cache_socache.c .\httpd\modules\cache\mod_cache_socache.c(399) : warning C4244: '=' : conversion from

Re: svn commit: r1492782 - /httpd/httpd/trunk/docs/manual/mod/mod_lua.xml

On 17.06.2013 23:15, Rainer Jung wrote: On 17.06.2013 18:03, Guenter Knauf wrote: Hi, ATM I cant get the Java docu stuff working on my new dev box: BUILD FAILED java.lang.StackOverflowError and also I'm short of time to look further into fixing it - therefore I would like to ask someon

Re: svn commit: r1492782 - /httpd/httpd/trunk/docs/manual/mod/mod_lua.xml

Hi, ATM I cant get the Java docu stuff working on my new dev box: BUILD FAILED java.lang.StackOverflowError and also I'm short of time to look further into fixing it - therefore I would like to ask someone for some help with the below commit to regenerate the docs + backport this also to 2.4.x

Re: [Vote] Switch mod_lua in 2.4 to CTR

On 08.06.2013 17:04, Rainer Jung wrote: I suggest to switch mod_lua in 2.4 to CTR mode. [ ] +1: I support this proposal [ ] 0: I don't care [ ] -1: I don't support this proposal, because... +1 Gün.

Re: Proposal: switch mod_lua in 2.4 to CTR

On 07.06.2013 18:26, Rainer Jung wrote: mod_lua is still marked experimental because we did not yet expect it to be complete or the APIs to be stable. So we did expect and wanted to allow incompatible changes. Now that a few of us are working on it I expect it would be useful if backports could

Re: svn commit: r1490290 - /httpd/httpd/trunk/modules/lua/lua_passwd.c

Hi Rüdiger, On 06.06.2013 16:03, rpl...@apache.org wrote: Author: rpluem Date: Thu Jun 6 14:03:28 2013 New Revision: 1490290 URL: http://svn.apache.org/r1490290 Log: * truncpw was allocated from a pool and not via malloc Modified: httpd/httpd/trunk/modules/lua/lua_passwd.c Modified: http

Re: mod_lua oddities

On 06.06.2013 12:48, Eric Covener wrote: What's the expectation on a relative path? ServerRoot? yep

Re: mod_lua oddities

On 06.06.2013 02:34, Eric Covener wrote: This is a bug in the example and/or the code. If you don't return a HTTP status code, or apache2.OK, the request is declined and handled by the core. I am split between returning 500 or assuming no return value = apache2.OK. thanks Eric! After I added a

Re: mod_lua oddities

On 05.06.2013 21:59, Guenter Knauf wrote: yes, I can confirm that LuaMapHandler does not work for me on any platform - tested NetWare, Linux and Windows ... # curl http://localhost/tellme 404 Not Found Not Found The requested URL /tellme was not found on this server. [Thu Jun 06 00:05

Re: mod_lua oddities

On 05.06.2013 08:11, Gregg Smith wrote: Hi folks, The more eyes the better I've been told. Sorry that it's lengthy. x86 VC9 *Release* Build httpd version : 2.4.5-r1489105 mod_lua from trunk at r1487956 Odd results: ServerRoot "C:/Apache24A" 1. Running scripts fortune.lua or example.lua

Re: Apache and TProxy

Hi Ali, On 05.06.2013 11:48, Ali Majdzadeh wrote: Hello All please stop embedding links to external components like pictures! This is a usual practice of email harvesters, and triggers spam detection for many readers of this list; if you want to get help here and make sure that your emails get

Re: why does "Header set" send lower case header names?

On 01.06.2013 16:39, Reindl Harald wrote: Header set X-DNS-Prefetch-Control "off" from the network: x-dns-prefetch-control: off works for me - just tested on Win32 and NetWare with httpd-trunk: curl -I http://localhost:8080 HTTP/1.1 200 OK Date: Sat, 01 Jun 2013 18:34:27 GMT Server: Apache

Re: Time for 2.4.5 ??

On 25.05.2013 05:46, Guenter Knauf wrote: Found another small docu bug: r:unescape(string) -- Unescapes an URL-escaped string: local url = "http%3a%2f%2ffoo.bar%2f1+2+3+%26+4+%2b+5" local unescaped = r:escape(url) -- returns 'http://foo.bar/1 2 3 & 4 + 5' the func

Re: unsubscribe

On 31.05.2013 13:24, Jim Jagielski wrote: C'mon... it's not like we provide list instructions as mail headers for each and every email that goes to this list... oh wait... yeah, indeed we do: ... Reply-To: dev@httpd.apache.org list-help: list-unsubscribe:

Re: Time for 2.4.5 ??

Hi Daniel, On 25.05.2013 05:46, Guenter Knauf wrote: On 25.05.2013 02:06, Guenter Knauf wrote: On 24.05.2013 23:45, Daniel Gruno wrote: That's fine by me, I'm not married to 'sleep' (although I do like a good nap) hehe, ok; I look into it soon. done. Found an

Re: mod_ssl NPN API rejig (was Re: Intent to revert commit r1332643)

Hi Joe, On 29.05.2013 18:06, Joe Orton wrote: On Wed, May 29, 2013 at 11:37:14AM -0400, Matthew Steele wrote: Oops, yes, RUN_ALL semantics are desired; the misleading API description is my fault, sorry. (I confess I never really understood why RUN_ALL hooks accept both OK and DECLINED values, b

Re: svn commit: r1482918 - in /httpd/httpd/trunk: modules/http/http_filters.c server/protocol.c

Hi Graham, seems you forgot to add a log number at line 1541: On 15.05.2013 17:46, minf...@apache.org wrote: Author: minfrin Date: Wed May 15 15:46:01 2013 New Revision: 1482918 URL: http://svn.apache.org/r1482918 Log: core: Stop ap_finalize_request_protocol() and ap_get_client_block() from si

Re: Time for 2.4.5 ??

Hi Daniel, On 25.05.2013 02:06, Guenter Knauf wrote: On 24.05.2013 23:45, Daniel Gruno wrote: That's fine by me, I'm not married to 'sleep' (although I do like a good nap) hehe, ok; I look into it soon. done. Found another small docu bug: r:unescape(string) -- Unes

Re: Time for 2.4.5 ??

Hi Daniel, On 24.05.2013 23:45, Daniel Gruno wrote: I can only say +1 from me, we need consistency here :) great! That's fine by me, I'm not married to 'sleep' (although I do like a good nap) hehe, ok; I look into it soon. Optional: I really would like to also have DBM support in addition t

Re: Time for 2.4.5 ??

On 24.05.2013 22:14, William A. Rowe Jr. wrote: There are several others of us, but large patch sets are difficult to incorporate in our day-to-day build trees. What about a sandbox of all of the proposed deltas, either just the modules/lua/ branch or the entire tree if that isn't realistic. It

Re: Symbol Resolution (Was: Whither Windows (Was: Re: Intent to revert commit r1332643))

On 24.05.2013 21:37, Ben Reser wrote: The build system should be able to compile with the major tool chains, nobody expects to know how to work around weird autoconf, make, gcc, etc quirks on Linux. I don't say this to be dismissive of anyones contributions but just to point out that producing W

httpd buildbot

I dont know who has access / maintains the httpd buildbot, but I would like to have it build with maintainer mode; this could be useful to avoid that code we dont want slips in, f.e. var declarations after statements ... Gün.

Re: Whither Windows (Was: Re: Intent to revert commit r1332643)

Hi Jim, On 24.05.2013 14:52, Jim Jagielski wrote: For me, I wouldn't want to stunt httpd development for "every other platform we care about" simply because it breaks Windows. But it's not just my decision, 'natch. well, for me its no reason to just accept every code as long as it compiles on *n

Re: Time for 2.4.5 ??

On 24.05.2013 14:40, Jim Jagielski wrote: There are a few things I'd like to see in 2.4.5, which would be significant for the 2.4.x release: o The mod_lua stuff ok, after spending a bunch of hours during last weeks with testing mod_lua mainly on Windows I've finally removed my blocking vote

Re: Intent to revert commit r1332643

Hi, On 24.05.2013 14:57, Jeff Trawick wrote: NPN is pretty important, granted. I promise to post a patch (or just commit if it is as trivial an issue as it sounds) in the next week to fix the hard link between core and ssl. Maybe I'll mess with the AP->SSL hook issue too. cool! How close d

Intent to revert commit r1332643

Hi all, I will revert the changes done with: http://svn.apache.org/viewvc?view=revision&revision=1332643 after 72 hours if nobody is going to fix the stuff properly for Windows since I'm tired of always copying mod_ssl over from 2.4.x branch in order to get a working mod_ssl with trunk. Reason

Re: svn commit: r1480871 - /httpd/httpd/trunk/modules/lua/lua_request.c

Hi all, something went wrong with this commit: svn ci modules\lua Sendingmodules\lua\lua_request.c Transmitting file data . Committed revision 1480871. Warning: post commit FS processing had error: Couldn't open rep-cache database and then: svn up svn: A reported revision is higher than

Re: URL scanning by bots

André, On 02.05.2013 10:22, André Warnier wrote: I'd like to say that I do agree with you, in that there are already many tools to help defend one's servers against such scans, and against more targeted attacks. I have absolutely nothing /against/ these tools, and indeed installing and configurin

apache_pb*.* - again

Hi Daniel, I think you did the last revisions of these pics, so I address this directly to you ... it just came to my attention that the apache_pb*.gif look not so fine as the apache_pb*.png ones: https://www.apachehaus.net/apache_pb/ it looks to me that probably there's some font anti aliasing

Re: svn commit: r1469852 - /httpd/httpd/trunk/docs/manual/mod/mod_lua.xml

On 24.04.2013 00:18, Guenter Knauf wrote: and two more things: 1) I found with my script that there is also a table apr_table created with methods get and set but its not yet documented 2) I wonder why we do export some functions from mod_lua, and what could make use of these? Gregg kindly just

Re: svn commit: r1469852 - /httpd/httpd/trunk/docs/manual/mod/mod_lua.xml

On 23.04.2013 23:49, Guenter Knauf wrote: Hi Daniel, On 20.04.2013 08:58, Daniel Gruno wrote: Thanks for the invaluable help, it's really good knowing there's someone else taking such an interest in this project! :) I hope that someday we can shed mod_lua of its experimental status

Re: svn commit: r1469852 - /httpd/httpd/trunk/docs/manual/mod/mod_lua.xml

Hi Daniel, On 20.04.2013 08:58, Daniel Gruno wrote: Thanks for the invaluable help, it's really good knowing there's someone else taking such an interest in this project! :) I hope that someday we can shed mod_lua of its experimental status and people won't think me a crazy person for recommendin

Re: svn commit: r1469852 - /httpd/httpd/trunk/docs/manual/mod/mod_lua.xml

Daniel, On 19.04.2013 16:31, humbed...@apache.org wrote: Author: humbedooh Date: Fri Apr 19 14:31:51 2013 New Revision: 1469852 URL: http://svn.apache.org/r1469852 Log: s/r:/r./ Modified: httpd/httpd/trunk/docs/manual/mod/mod_lua.xml Modified: httpd/httpd/trunk/docs/manual/mod/mod_lua.xml

Re: svn commit: r1466669 - /httpd/httpd/branches/2.4.x/STATUS

Daniel, On 19.04.2013 18:19, Guenter Knauf wrote: On 19.04.2013 16:29, Daniel Gruno wrote: See r1469844 yeah, thought as much when I printed the result which showed 0 or 1; but I had to leave so couldnt self dig into the code ATM ... wouldnt it be even more uselful to have instead a

Re: svn commit: r1466669 - /httpd/httpd/branches/2.4.x/STATUS

Hi Daniel, On 19.04.2013 16:29, Daniel Gruno wrote: See r1469844 yeah, thought as much when I printed the result which showed 0 or 1; but I had to leave so couldnt self dig into the code ATM ... Gün.

Re: svn commit: r1466669 - /httpd/httpd/branches/2.4.x/STATUS

Hi Daniel, On 19.04.2013 14:53, Daniel Gruno wrote: Yeah, that should be r.exists_config_define. ok, new test: function call_exists_config_define(r, text) if r.exists_config_define(text) then r:puts("httpd was probably run with -D" .. text .. ", or it was defined in the configuration.\n"

Re: svn commit: r1466669 - /httpd/httpd/branches/2.4.x/STATUS

On 19.04.2013 14:53, Daniel Gruno wrote: Do you want me to just fix the docs, or should we turn it into r:exists_config_define for the sake of consistency? ok, the other one was r.module_info(module_name); so for now since we dont have yet consistency I'd say fix the docs ;-) But would be great

Re: svn commit: r1466669 - /httpd/httpd/branches/2.4.x/STATUS

On 10.04.2013 23:21, Guenter Knauf wrote: On 10.04.2013 23:01, fua...@apache.org wrote: Author: fuankg Date: Wed Apr 10 21:01:51 2013 New Revision: 149 URL: http://svn.apache.org/r149 Log: Put this backport for now on hold to get some more time for testing ... ok, onward with some

Re: svn commit: r1466669 - /httpd/httpd/branches/2.4.x/STATUS

On 10.04.2013 23:21, Guenter Knauf wrote: On 10.04.2013 23:01, fua...@apache.org wrote: Author: fuankg Date: Wed Apr 10 21:01:51 2013 New Revision: 149 URL: http://svn.apache.org/r149 Log: Put this backport for now on hold to get some more time for testing ... ok, onward with some

Re: svn commit: r1469744 - in /httpd/httpd/trunk: docs/manual/mod/mod_lua.xml modules/lua/lua_request.c modules/lua/lua_request.h

Hi Daniel, On 19.04.2013 10:46, humbed...@apache.org wrote: Author: humbedooh Date: Fri Apr 19 08:46:28 2013 New Revision: 1469744 URL: http://svn.apache.org/r1469744 Log: Remove lua_ap_banner, as it's no longer being used. Add ivm_get/ivm_set for Inter-VM data transfer. This allows multip

Re: absolute vs. relative paths

On 02.03.2013 04:19, Guenter Knauf wrote: Hi all, in httpd-ssl.conf.in we use always @exp_ for all paths like f.e. @exp_sysconfdir@ and @exp_logfiledir@ while in httpd.conf.in we use @rel_sysconfdir@ and @rel_logfiledir@ - is there any reason for this difference? Any objections for changing

Re: svn commit: r1467730 - /httpd/httpd/trunk/docs/manual/mod/mod_lua.xml

Hi Daniel, On 14.04.2013 08:47, humbed...@apache.org wrote: Author: humbedooh Date: Sun Apr 14 06:47:22 2013 New Revision: 1467730 URL: http://svn.apache.org/r1467730 Log: fix regex documentation for mod_lua Modified: httpd/httpd/trunk/docs/manual/mod/mod_lua.xml Modified: httpd/httpd/tru

Re: svn commit: r1466669 - /httpd/httpd/branches/2.4.x/STATUS

On 14.04.2013 08:35, Guenter Knauf wrote: On 14.04.2013 07:28, Daniel Gruno wrote: ah yes, I made a rookie mistake there ;) I'll fix up the docs accordingly. thanks; while on that can you perhaps also mention the default of 25 regex matches, and my change for optional flags? matches

Re: svn commit: r1466669 - /httpd/httpd/branches/2.4.x/STATUS

On 14.04.2013 07:28, Daniel Gruno wrote: ah yes, I made a rookie mistake there ;) I'll fix up the docs accordingly. thanks; while on that can you perhaps also mention the default of 25 regex matches, and my change for optional flags? matches, err = r:regex(string, pattern [,flags]) where flags

Re: svn commit: r1466669 - /httpd/httpd/branches/2.4.x/STATUS

HI Daniel, On 13.04.2013 08:47, Daniel Gruno wrote: I think the reason for limiting it to 10 is legacy stuff, so that's what I've complied with. but thats way to less for doing something useful; therefore I've decoupled mod_lua from AP_MAX_REG_MATCH, added an own macro MODLUA_MAX_REG_MATCH, mad

Re: svn commit: r1466669 - /httpd/httpd/branches/2.4.x/STATUS

On 10.04.2013 23:21, Guenter Knauf wrote: On 10.04.2013 23:01, fua...@apache.org wrote: Author: fuankg Date: Wed Apr 10 21:01:51 2013 New Revision: 149 URL: http://svn.apache.org/r149 Log: Put this backport for now on hold to get some more time for testing ... ok, onward with some

Re: svn commit: r1466669 - /httpd/httpd/branches/2.4.x/STATUS

On 11.04.2013 12:25, Guenter Knauf wrote: well, another possible fix would be this one: Index: modules/lua/lua_request.c === --- modules/lua/lua_request.c(revision 1466743) +++ modules/lua/lua_request.c(working copy

Re: svn commit: r1466669 - /httpd/httpd/branches/2.4.x/STATUS

On 11.04.2013 15:06, Daniel Gruno wrote: On 04/11/2013 02:36 PM, Guenter Knauf wrote: oh, and some more questions: whats the benefit of having banner(), port() and started() as functions (or methods)? isnt it fine accessing these like f.e. r.filename? r:put(r.banner) would be even shorter than

Re: svn commit: r1466669 - /httpd/httpd/branches/2.4.x/STATUS

Hi Bill, On 12.04.2013 18:37, William A. Rowe Jr. wrote: On Thu, 11 Apr 2013 01:55:57 +0200 Guenter Knauf wrote: I've now tested on Windows, and I can see all previously mentioned issues there too; in addition the attached script which works fine on NetWare crashes the Windows

Re: svn commit: r1466669 - /httpd/httpd/branches/2.4.x/STATUS

Hi Daniel, On 11.04.2013 18:05, Daniel Gruno wrote: I just tried the script you attached on my Windows box, as well as the original LuaRoot + LuaMapHandler problem, and I can't find anything wrong with it, it works flawlessly with httpd 2.4.4 + mod_lua from trunk (using Lua 5.1.4). There appears

Re: svn commit: r1466669 - /httpd/httpd/branches/2.4.x/STATUS

On 11.04.2013 12:44, Daniel Gruno wrote: it's a userdata object, so you can't iterate over the key/value pairs, you can only access the values directly if you know the key. I was hoping that its possible to create a table from the userdata with some Lua magic, and then iterate over the table ...

Re: svn commit: r1466669 - /httpd/httpd/branches/2.4.x/STATUS

On 11.04.2013 12:05, Daniel Gruno wrote: As for the env variables, I had at one point thought about making a binding for that, but possibly the already existing env table and os.getenv will be enough - I'll investigate that. as I said I'm a Lua newbie - can you perhaps give me an example how I c

Re: svn commit: r1466669 - /httpd/httpd/branches/2.4.x/STATUS

On 11.04.2013 12:10, Daniel Gruno wrote: On 04/10/2013 11:21 PM, Guenter Knauf wrote: - r:expr(string) sample uses %{HTTP_HOST}, but that doesnt work for me This function does work perfectly, on Linux/FreeBSD at least ;) it uses ap_expr, so whatever that function supports, this should as

Re: svn commit: r1466669 - /httpd/httpd/branches/2.4.x/STATUS

Daniel, On 11.04.2013 12:05, Daniel Gruno wrote: Thanks for fixing the stat function well, another possible fix would be this one: Index: modules/lua/lua_request.c === --- modules/lua/lua_request.c (revision 1466743) +++ modules/

Re: svn commit: r1466669 - /httpd/httpd/branches/2.4.x/STATUS

On 10.04.2013 23:34, Guenter Knauf wrote: one more issue I saw: - r.module_info() returns directives where the closing tag is missing, f.e.: ok, this one sorted out - looked at the code, and its because the directives available from command_rec come without closing tag; I was expecting same

Re: svn commit: r1466669 - /httpd/httpd/branches/2.4.x/STATUS

On 10.04.2013 23:34, Guenter Knauf wrote: but here's what I found so far: - banner(), port() and started() are functions (or methods), and listed as such below 'Built in functions'; but they are also listed as members of request_rec (see the big table); in addition started() give

Re: svn commit: r1466669 - /httpd/httpd/branches/2.4.x/STATUS

On 10.04.2013 23:21, Guenter Knauf wrote: On 10.04.2013 23:01, fua...@apache.org wrote: Author: fuankg Date: Wed Apr 10 21:01:51 2013 New Revision: 149 URL: http://svn.apache.org/r149 Log: Put this backport for now on hold to get some more time for testing ... ok, sorry for this

Re: svn commit: r1466669 - /httpd/httpd/branches/2.4.x/STATUS

On 10.04.2013 23:01, fua...@apache.org wrote: Author: fuankg Date: Wed Apr 10 21:01:51 2013 New Revision: 149 URL: http://svn.apache.org/r149 Log: Put this backport for now on hold to get some more time for testing ... ok, sorry for this - I'm all for the backport, but since I found fe

Re: mod_macro… backport to 2.4

Am 10.03.2013 23:24, schrieb Igor Galić: +1 - Original Message - On 09/03/2013 17:20, Jim Jagielski wrote: I've proposed copying/backporting mod_macro to 2.4 ! +1 Issac if you and the others would vote in STATUS instead then it would already be done ;-) Gün.

Re: Proposed Lua backport for 2.4

Am 08.03.2013 19:15, schrieb Daniel Gruno: On 03/08/2013 07:12 PM, Guenter Knauf wrote: Am 08.03.2013 17:32, schrieb Daniel Gruno: I've just proposed a rather large backport of all the Lua stuff we have in trunk, I hope you'll take a look at it. to me it seems to make more sense to

Re: Proposed Lua backport for 2.4

Am 08.03.2013 17:32, schrieb Daniel Gruno: I've just proposed a rather large backport of all the Lua stuff we have in trunk, I hope you'll take a look at it. to me it seems to make more sense to just copy over the trunk version to 2.4 branch ... Gün.

Re: svn commit: r1451633 - in /httpd/httpd/trunk: include/ap_mmn.h modules/proxy/mod_proxy.h modules/proxy/proxy_util.c

Am 02.03.2013 15:12, schrieb Jim Jagielski: Is there any way you could add the #ifdef stuff? Since I lack a Windows and/or NetWare system, it would be better, I think, if someone who did actually fixed this instead of us simply removing it, and the person who fixed it was able to test the fix :)

absolute vs. relative paths

Hi all, in httpd-ssl.conf.in we use always @exp_ for all paths like f.e. @exp_sysconfdir@ and @exp_logfiledir@ while in httpd.conf.in we use @rel_sysconfdir@ and @rel_logfiledir@ - is there any reason for this difference? Any objections for changing those in httpd-ssl.conf.in to relative paths

Re: svn commit: r1451633 - in /httpd/httpd/trunk: include/ap_mmn.h modules/proxy/mod_proxy.h modules/proxy/proxy_util.c

Hi Jim, Am 01.03.2013 17:21, schrieb j...@apache.org: Author: jim Date: Fri Mar 1 16:21:49 2013 New Revision: 1451633 URL: http://svn.apache.org/r1451633 Log: Add in rough uds support (Bugx 54101) from Blaise Tarr Modified: httpd/httpd/trunk/include/ap_mmn.h httpd/httpd/trunk/modules

Re: svn commit: r1451478 - /httpd/httpd/trunk/server/util_script.c

Hi Christophe, Am 01.03.2013 08:00, schrieb Christophe JAILLET: To quick... you can fix the svn log with: svn propedit -r 1451478 --revprop svn:log Gün.

Re: Potential NULL pointer deference in module/arch/netware/mod_nw_ssl.c

Hi Christophe, Am 25.01.2013 23:26, schrieb Christophe JAILLET: cppCheck complains about a potential NULL pointer deference in module/arch/netware/mod_nw_ssl.c In function 'ssl_io_filter_Upgrade' we have, line 1165 : if (r) { ... } else { ap_log_error(APLOG_MARK, APLOG_ERR, 0, r->server, APLOGNO

Re: [Vote] Overhaul modules.apache.org

Am 25.01.2013 14:21, schrieb Daniel Gruno: Vote [ ] +1: I support this proposal [ ] 0: I don't care [ ] -1: I don't support this proposal, because... +1 Gün.

Re: svn commit: r1431215 - /httpd/httpd/branches/2.4.x/STATUS

Hi Daniel, Am 10.01.2013 10:34, schrieb Daniel Gruno: Can you provide me with the errors that it produces, or some tips on how I can possibly run this compiler on my own computer? Otherwise, I really don't know what to do here - the bindings work fine on all the machines I've tested them on. mean

Re: [VOTE] accept mod_macro as standard module in httpd

Am 03.01.2013 03:06, schrieb Eric Covener: I was preparing the IP clearance forms and noticed our original "vote" thread was more of a discussion. I wanted to record a formal vote here so I can link to it. Pending IP clearance... [+1] accept mod_macro as a standard module and responsibility for

Re: svn commit: r1424723 - /httpd/httpd/trunk/modules/lua/lua_request.c

Hi Daniel, Am 20.12.2012 22:52, schrieb humbed...@apache.org: Author: humbedooh Date: Thu Dec 20 21:52:03 2012 New Revision: 1424723 URL: http://svn.apache.org/viewvc?rev=1424723&view=rev Log: mod_lua: Fix multipart post parsing, so it doesn't include random bytes at the end. Modified: ht

Re: svn commit: r1421184 - in /httpd/httpd/branches/2.4.x/docs/cgi-examples: printenv.vbs printenv.wsf

Hi Jeff, Am 17.12.2012 16:00, schrieb Jeff Trawick: Here's a compromise. Use 2.4.x/STATUS to see if you get two more votes to add the two new CGIs to the 2.4.x install. If two other people agree, I'll be quiet. I know these files are under docs, but changing code that gets installed should be

Re: svn commit: r1421184 - in /httpd/httpd/branches/2.4.x/docs/cgi-examples: printenv.vbs printenv.wsf

Hi Jeff, Am 15.12.2012 15:00, schrieb Jeff Trawick: On Thu, Dec 13, 2012 at 5:04 AM, mailto:fua...@apache.org>> wrote: Author: fuankg Date: Thu Dec 13 10:04:51 2012 New Revision: 1421184 URL: http://svn.apache.org/viewvc?rev=1421184&view=rev

Re: [PATCH] Install cache_common.h as needed by mod_cache.h

Am 17.12.2012 12:36, schrieb Graham Leggett: I've applied it to trunk, and proposed it for backport for v2.4. Hopefully this should be quick to evaluate. it did too quick so I couldnt add follow-up r1422879 to the proposal ... so now I did just commit r1422880 which fixes same for NetWare and W

Re: svn commit: r1420377 - in /httpd/httpd/trunk: docs/manual/mod/mod_lua.xml modules/lua/lua_apr.c modules/lua/lua_apr.h modules/lua/mod_lua.c

Hi Daniel, Am 14.12.2012 11:17, schrieb Daniel Gruno: Thanks for the heads up, guys! I didn't receive Christophe's email, which is why I didn't put these fixes up till now. I will try to use that cppcheck program in the future, it seems very nice, and catches some things that my regular compiler

Re: svn commit: r1420377 - in /httpd/httpd/trunk: docs/manual/mod/mod_lua.xml modules/lua/lua_apr.c modules/lua/lua_apr.h modules/lua/mod_lua.c

Am 12.12.2012 22:44, schrieb Marion & Christophe JAILLET: Here are a few things triggered by cppcheck. Le 11/12/2012 21:08, humbed...@apache.org a écrit : Author: humbedooh Date: Tue Dec 11 20:08:24 2012 New Revision: 1420377 URL: http://svn.apache.org/viewvc?rev=1420377&view=rev Log: mod_lua

Re: Volunteers to drive an MSI build

Hey folks, Am 27.11.2012 19:13, schrieb Eric Covener: On Tue, Nov 27, 2012 at 12:59 PM, Igor Galić wrote: just to revive this thread again, here's a current comment thread to our documentation on: http://httpd.apache.org/docs/2.2/platform/windows.html#comment_502 There's a couple of thing

Re: Volunteers to drive an MSI build

Am 14.11.2012 12:53, schrieb Guenter Knauf: Am 12.11.2012 17:45, schrieb Issac Goldstand: but we really need something. I know that Gregg has 'something' which is not MSI but an EXE installer, but it works, and I asked already a while back if we should push this out, but there was

Re: Volunteers to drive an MSI build

Am 12.11.2012 17:45, schrieb Issac Goldstand: but we really need something. I know that Gregg has 'something' which is not MSI but an EXE installer, but it works, and I asked already a while back if we should push this out, but there was no further interest / agreement here :-( Gregg, can you

Re: mod_macro into apache ?

Am 11.11.2012 09:57, schrieb Fabien: I have developed and maintained a small module called "mod_macro" since 1998. It is currently available at: http://people.apache.org/~fabien/mod_macro/ I would like to donate the code so that it could be integrated with apache as a standard module. +1 Gün.

Re: Help reqd. for httpd-2.4.2

Hi Jitesh, Am 10.10.2012 16:24, schrieb Jitesh Verma: > We are able to access the box's GUI/Applets with "Listen 80" directive in > the httpd.conf. > However, when we add another directive "Listen 9000" to httpd.conf, httpd > does not respond to HTTP request sent to po

Re: "Powered by" icon for httpd-2.4 needs update

Hi Daniel, Am 04.10.2012 15:05, schrieb Daniel Gruno: Do we need to call a vote on this, or will all the pluses, that have been flying around in the thread, suffice? There seems to be an overwhelming majority supporting the use of http://www.humbedooh.com/apache/apache_pb3.png I dont think that

  1   2   3   4   5   6   7   >