G/A
Rain, so went in search of something to do.
The attached patch is proof(?) C89 can still work with the big stuff at
least; compiles all the needed bits of PCRE 10.22 and only finds one
(cast) error which I think other compilers will whinge/warn about also.
AFAIK PCRE is no longer a
G/M,
In function:
static const char *remoteip_enable_proxy_protocol(cmd_parms *cmd, void *config,
my 'compiler' reports line 389 mod_remoteip.c:
remoteip_addr_info **rem_list[len_list];
> ^
"not a valid 'const' expression" even tho 'len_list is
s part of the r1753592 backport
proposal, hoping someone is willing to look at these proposals.
Now backported to 2.2.x (r175), along with other accepted "SNI" patches.
Norm, does it work for you?
On Sat, Jan 7, 2017 at 12:20 PM, Jan Ehrhardt <php...@ehrhard
G/A
I'm building the 2.2.x svn source tree, not a tag...
Norm
On 7/01/2017 1:09 PM, NormW wrote:
G/A
As of 2 mins ago...
Building D:/Projects/svn/httpd-2.2.x/modules/proxy
Calling NWGNUproxy
CC mod_proxy.c
### mwccnlm Compiler:
#File: mod_proxy.c
#
#1093
G/A
As of 2 mins ago...
Building D:/Projects/svn/httpd-2.2.x/modules/proxy
Calling NWGNUproxy
CC mod_proxy.c
### mwccnlm Compiler:
#File: mod_proxy.c
#
#1093: int post_status = proxy_run_post_request(worker, balancer,
r, conf);
# Error: ^^^
#
G/M
Did a test build of the 2.2.x tree and all builds nicely with exception
of the following; if release is 'in progress' I leave to others to
decide what to do about it.
D:\Projects\svn\httpd-2.2.x>svn diff
Index: modules/proxy/mod_proxy.c
G/A...
On 17/12/2016 5:38 AM, William A Rowe Jr wrote:
Erm... did you miss the same edit to mod_socache_memcache.mak?
(Just catching up on the flurry of traffic, so this is speculation.)
Further speculation, are we solid for NetWare now? Any word, Norm?
Have clean build and 'install' on 2.4.x
INV;
#else
return log2((double)v);
#endif
You may define _MSC_VER=1 at the command line when compiling and it
should work for you. In CMakeList.txt I just remove the check for
log2(), lines 96-113, before using.
Cheers,
G
On 11/27/2016 3:38 AM, NormW wrote:
G/E,
After some head scratc
G/M (mid-morning here)
Thanks Evgeny!
HIH
Norm
On 29/11/2016 5:42 AM, Evgeny Kotkov wrote:
NormW <no...@gknw.net> writes:
The only C89 issue (AFAICT) is the following patch, which should allow any
other C89 (with a more up to date OS ;-( ) to compile it, which NetWare's CW
se
return log2((double)v);
#endif
You may define _MSC_VER=1 at the command line when compiling and it
should work for you. In CMakeList.txt I just remove the check for
log2(), lines 96-113, before using.
Cheers,
G
On 11/27/2016 3:38 AM, NormW wrote:
G/E,
After some head scratching/bashing
G/E,
After some head scratching/bashing and research:
Brotli.lib has several places that use log2(), which was not defined in
C89 (AFAIK), although the function could be kludged easily enough as it
uses C89 functions in its own routine.
Although NetWare was derived using a C89 compiler, its
G/M,
Thx x 2!
Norm
On 22/11/2016 11:45 PM, Jim Jagielski wrote:
Thx again! Added in both APU-1.6 and APR-TRUNK
On Nov 22, 2016, at 4:53 AM, NormW <no...@gknw.net> wrote:
G/E (Hope this doesn't ruin it)
Index: redis/apr_r
G/E (Hope this doesn't ruin it)
Index: redis/apr_redis.c
===
--- redis/apr_redis.c (revision 1770630)
+++ redis/apr_redis.c (working copy)
@@ -859,9 +859,9 @@
{
char *length;
char *last;
+apr_status_t rv;
G/E,
See attached patch...
Index: modules/cache/NWGNUsocachmem
===
--- modules/cache/NWGNUsocachmem(revision 1770808)
+++ modules/cache/NWGNUsocachmem(working copy)
@@ -26,6 +26,7 @@
G/M,
Thx! 2.4 builds nicely again.
Norm
On 28/10/2016 9:56 AM, Yann Ylavic wrote:
On Wed, Oct 26, 2016 at 2:31 AM, NormW <no...@gknw.net> wrote:
G/M,
Revision r1728804 added NWGNUhcheck to httpd-trunk and added an entry into
NWGNUmakefile in the same directory - r1744951 (amongst other
G/M,
Revision r1728804 added NWGNUhcheck to httpd-trunk and added an entry
into NWGNUmakefile in the same directory - r1744951 (amongst other
things) added the entry into the 2.4 .\proxy\NWGNUmakefile but did not
copy the NWGNUhcheck file itself (added to trunk as noted above) to 2.4.
FYI If
G/M,
The following diff (also herewith) is needed for extra mod_proxy exports
for a clean build of 2.4 for NetWare:
Index: modules/proxy/NWGNUproxy
===
--- modules/proxy/NWGNUproxy(revision 1766453)
+++ modules/proxy/NWGNUproxy
G/E,
At least have 'solved' one the compiler complaints;
Calling NWGNUmod_brotli
GEN obj_release/mod_brotli_cc.opt
CC mod_brotli.c
### mwccnlm Compiler:
#File: mod_brotli.c
# -
# 244:
ctx->bb->bucket_alloc);
# Error:
^
# illegal implicit conversion from
G/M
Thanks for the thanks!
Norm
On 18/10/2016 11:06 PM, Stefan Eissing wrote:
Added in trunk and 2.4.x branch. Thanks!
Am 18.10.2016 um 14:02 schrieb NormW <no...@gknw.net>:
G\E
If anyone is looking after NetWare issues:
Index: modules/http2/NWGNUmod
G\E
If anyone is looking after NetWare issues:
Index: modules/http2/NWGNUmod_http2
==
--- modules/http2/NWGNUmod_http2(revision 1765415)
+++ modules/http2/NWGNUmod_http2(working copy)
@@ -393,6 +393,7 @@
G/E,
Attached a patch to add two more symbols for mod_proxy export (needed by
proxy_bancer) and a NWGNUproxyhcheck to create proxyhcheck.nlm,
referenced in the NWGNUmakefile but not previously supplied.
Norm
Index: modules/proxy/NWGNUproxy
G/E
I reverted my local .\http2 for httpd-trunk and sync'd with svn source,
and now builds that dir without issue for NetWare also.
Thx,
Norm
On 12/10/2016 1:38 AM, Jim Jagielski wrote:
Bringo!
https://www.youtube.com/watch?v=4MpyHBoiTwk
On Oct 11, 2016, at 10:35 AM, Stefan Eissing
G/E.
The following tweak is needed to compile the latest 5.3.3 lua since it
is (nominally) C89 compliant at least:
Index: modules/lua/NWGNUmakefile
===
--- modules/lua/NWGNUmakefile (revision 1762749)
+++
G/E.
Aimed 'our' C89 compiler at mod_brotli as much for interest as anything
technical) and get the following using release 0.5.2 of Brotli:
Calling NWGNUmod_brotli
CC mod_brotli.c
### mwccnlm Compiler:
#File: mod_brotli.c
# -
# 22: #include
# Error:
On 18/09/2016 8:52 AM, Yann Ylavic wrote:
On Sat, Sep 17, 2016 at 1:30 PM, NormW <no...@gknw.net> wrote:
Hi,
Having little to watch on TV, have played about with httpd-trunk and
apr-1.6, to see where the hiccups are hiding... What follows are the issues
found, and in most cases, fairly
On 8/09/2016 8:31 PM, Graham Leggett wrote:
On 08 Sep 2016, at 12:09 PM, NormW <no...@gknw.net> wrote:
What versions of apr\apr-util are assumed to be used when compiling httpd-trunk?
I get the following error when compiling mod_crypto, but can't find where the
offending symbol is typ
G/E,
Apologies for the static...
What versions of apr\apr-util are assumed to be used when compiling
httpd-trunk?
I get the following error when compiling mod_crypto, but can't find
where the offending symbol is typedef'd. Presently using apr-1.5 and
apr-util-1.5.
#From: mod_crypto.c
#
G/E
Index: modules/http2/NWGNUmod_http2
===
--- modules/http2/NWGNUmod_http2(revision 1759564)
+++ modules/http2/NWGNUmod_http2(working copy)
@@ -369,7 +369,6 @@
@echo $(DL) h2_proxy_res_ignore_header,$(DL)
. Will
bumble about in the dark while I work out how this works for httpd.imp.
N.
On 1/09/2016 3:30 PM, NormW wrote:
Looking at mod_dav exporting symbols not in use for NetWare, I've
(shamelessly) borrowed the same pre-process method used for httpd.imp,
which results in the following diff:
Index
Looking at mod_dav exporting symbols not in use for NetWare, I've
(shamelessly) borrowed the same pre-process method used for httpd.imp,
which results in the following diff:
Index: build/NWGNUmakefile
===
--- build/NWGNUmakefile
On 31/08/2016 7:14 PM, Stefan Eissing wrote:
Hi there!
Merged in trunk and 2.4.x branch.
-Stefan
Am 31.08.2016 um 10:06 schrieb NormW <no...@gknw.net>:
Thx!
N.
Hi again (now begins silence)
Index: modules/http2/NWGNUproxyht2
===
--- modules/http2/NWGNUproxyht2 (revision 1758527)
+++ modules/http2/NWGNUproxyht2 (working copy)
@@ -182,6 +182,7 @@
FILES_nlm_objs = \
Hi again,
Calling NWGNUmod_crypto
CC mod_crypto.c
### mwccnlm Compiler:
# In: mod_crypto.h
#From: mod_crypto.c
# -
# 74: typedef apr_status_t ap_HOOK_crypto_key_t (request_rec *r,
apr_crypto_block_key_type_t * cipher, apr_crypto_block_key_mode_t *
# Error:
Hi all.
Thanks for the tweak for 'isascii' checking; most of the build issues
went away...;-( ...most.)
Building D:/Projects/svn/httpd-trunk/modules/dav/main
LINK obj_release/mod_dav.nlm
### mwldnlm Linker Error:
# Undefined symbol: dav_acl_provider_register in
# Export list
### mwldnlm
G/E;
Building for NetWare after 3+ months elsewhere, an get the following
build error:
Creating Build Helper gen_test_char.exe
### mwld.exe Linker Error:
# Undefined symbol: _isascii in
# gen_test_char.obj
### mwcc Driver Error:
# linker 'D:\CWCMDL40\mwld.exe' returned with exit code 1
G/E..
Another symbol needed ;-(
Index: modules/http2/NWGNUmod_http2
===
--- modules/http2/NWGNUmod_http2(revision 1743880)
+++ modules/http2/NWGNUmod_http2(working copy)
@@ -355,6 +355,7 @@
@echo $(DL)GEN
On 27/04/2016 8:56 AM, Yann Ylavic wrote:
Thanks, done in r1741112 and r1741115.
Regards,
Yann.
Excellent! All httpd-trunk now builds nicely with NetWare.
G/M from a very warm autumn.
1. Could someone please:
- set the correct EOL type in svn for .\modules\http2\NWGNUproxyht2,
- Patch as per the following to allow builds of \http2 and \ssl
D:\Projects\svn\httpd-trunk>svn diff
Index: modules/http2/NWGNUmod_http2
Thx.
Trunk and 2.4.x now both build without issue.
Norm
On 21/03/2016 8:00 PM, Stefan Eissing wrote:
Applied in 1735928.
Am 17.03.2016 um 22:45 schrieb NormW <no...@gknw.net>:
G/M,
A recent addition to trunk mod_proxy_http2 needs an additional export from
hghttp2 lib, thus:
Index: m
G/M,
A recent addition to trunk mod_proxy_http2 needs an additional export
from hghttp2 lib, thus:
Index: modules/http2/NWGNUmod_http2
===
--- modules/http2/NWGNUmod_http2(revision 1735506)
+++
G/M,
Attached two simple patches for httpd-2.4.x tree:
Add two extra missing symbols for mod_proxy needed to allow a NetWare
build at the present time. Once the auto symbols export functionality is
backported, this patch would also be removed.
At the present time 2.4.x waits approval to
G/M All.
When mod_lua hit httpd-trunk it was configured to have a single (global)
memory pool, and NetWare compiled it and ran lua code as expected.
A later modification to mod_lua code introduced a memory pool per
process and required shared memory, a function group that is not in
NetWare's
G/M Stefan,
All done. and many thanks for taking the time out to attend to it.
Regards
Norm
G/M
Thanks Stefan for all the help so far.
A build of httpd-trunk this morning shows the followning tweaks are
still required:
- The additional exports in the two NWGNU files are for recent changes
to mod_proxy_http2;
- The httpd_module export is already included in mod_http2.imp and neeed
G/E
Can't decide if the following:
GEN obj_release/mod_http2_link.opt
LINK obj_release/mod_http2.nlm
### mwldnlm Linker Error:
# Undefined symbol: ap_create_request in
# h2_request.o
is a typo and should be calling ap_create_request_config()
or if:
request_rec
G/M,
This supercedes Take 1 due to additional exports now needed by
mod_proxy_http2 from mod_proxy and mod_http2.
Same caveat applies re tweaks to mod_proxy_http2 source files.
Norm
#
# This Makefile requires the environment var NGH2SRC
# pointing to the base directory of nghttp2 source tree.
#
G/M,
The attached patch and NWGNUproxyht2 builds the (trunk) mod_proxy_http2
module BUT does include some AS YET unapproved minor tweaks in the two
proxy_http2 source files.
Norm
Index: modules/http2/h2_proxy_session.c
===
---
Trying my limited knowledge at compiling modules\http2\mod_proxy_http2,
and the compiler (no sniggering please) barfs in both source:
h2_proxy_session.c and mod_proxy_http2.c
with an error that says they (respectively) can't open mod_http2.h.
mod_http2.c has #include "mod_http2.h",
the above
G/M,
Could someone with a few free seconds set the
httpd-trunk/modules/http2/NWGNUmod_http2
file to have the appropriate svn EOL setting?
TIA
Norm
L) ap_proxyerror$(DL)>> $@
Norm
On 1/03/2016 2:09 PM, Rainer Jung wrote:
Am 29.02.2016 um 23:03 schrieb NormW:
G/M Rainer,
Any known reason your recent tweaks to automatically create the
mod_proxy exports list cannot be nominated for back-port to 2.4.x?
Not that I'm awar
G/M Rainer,
Any known reason your recent tweaks to automatically create the
mod_proxy exports list cannot be nominated for back-port to 2.4.x?
If there is a technical and/or time constraint I'll submit a patch for
at least a couple of symbols needed to build 2.4.x/modules/proxy.
Norm
On 12/02/2016 9:13 PM, Stefan Eissing wrote:
Thanks. Added in r1729969.
Am 11.02.2016 um 21:52 schrieb NormW <no...@gknw.net>:
Thanks,
Norm
G/M And the start of yje weekend.
On 13/02/2016 4:06 AM, Rainer Jung wrote:
Am 12.02.2016 um 11:13 schrieb Stefan Eissing:
Thanks. Added in r1729969.
Am 11.02.2016 um 21:52 schrieb NormW <no...@gknw.net>:
The .txt extension is a bogus extension added by my mailer I assume.
I got co
, and apologies for the transient trouble.
Norm
On 11/02/2016 8:31 PM, Stefan Eissing wrote:
Uhm, is there an unresolved conflict in the first file?
-Stefan
PS. You know, it *would* actually be easier if you had commit access... ;-)
Am 11.02.2016 um 03:09 schrieb NormW <no...@gknw.net>:
G/A
for the bother,
Norm
On 10/02/2016 10:34 PM, Stefan Eissing wrote:
Applied in r1729583. Thanks!
Am 08.02.2016 um 23:07 schrieb NormW <no...@gknw.net>:
G/M,
Recent additions to http-trunk/modules/http2 require the attached apatch to the
http2 NetWare build file:
Index: modules
answer to
that first.
Norm
Hi Norm,
Am 08.02.2016 um 22:45 schrieb NormW:
G/M Brad, G/M Rainer
On 8/02/2016 9:17 AM, Brad Nicholes wrote:
Rainer,
It has actually been quite a while since I have been on this
list. I did most of the initial Netware port of Apache. Apache for
Netware uses
G/M Brad, G/M Rainer
On 8/02/2016 9:17 AM, Brad Nicholes wrote:
Rainer,
It has actually been quite a while since I have been on this list. I did
most of the initial Netware port of Apache. Apache for Netware uses its own
implementation of Winsock as the socket layer. This is the reason
G/M,
Recent additions to http-trunk/modules/http2 require the attached apatch
to the http2 NetWare build file:
Index: modules/http2/NWGNUmakefile
===
--- modules/http2/NWGNUmakefile (revision 1729251)
+++
Rainer,
Apologies for the silence, but my major focus ATM is getting my place
fixed up with the view to moving, but did have a go at a build with the
USE_STDSOCKETS but something appears to be broken in apr-1.5, but have
not yet had a chance to look into it. Medical visit this morning and if
G/M Rainer
On 6/02/2016 10:28 PM, Rainer Jung wrote:
Hi there,
most of the proxy makefiles contain the following block:
# Don't link with Winsock if standard sockets are being used
ifndef USE_STDSOCKETS
FILES_nlm_Ximports += @ws2nlm.imp \
$(EOLIST)
endif
But it is missing from:
-
G/M,
httpd-trunk/modules/proxy/mod_proxy_hcheck.c needs an EOL style tweek if
I'm not mistaken.
Norm.
On 5/02/2016 11:35 PM, Rainer Jung wrote:
Am 05.02.2016 um 12:14 schrieb NormW:
G/E 9.51pm in Oz
Updated http-trunk (last mod_proxy.h by Yann) and now get the following:
Building D:/Projects/svn/httpd-trunk/modules/proxy
Calling NWGNUproxy
GEN obj_release/proxy_cc.opt
CC mod_proxy.c
CC
G/A,
Now that the exports are sorted out (Thanks Rainer) can now build the
proxy_health_check module for NetWare...
Herewith a patch, proxy_hcheck_netware_add.diff to add the nlm to the
list of nlm's to build in the /proxy dir:
Index: modules/proxy/NWGNUmakefile
G/E Rainer
Will test in next 10 minutes or so... The AP_PROXY_DECLARE ones are
doable by build/make_nw_export.awk - proxy_* ones I think are trickier.
But will advise in < 10 mins.
Norm
On 5/02/2016 11:23 AM, Rainer Jung wrote:
Hi Norm,
Am 31.01.2016 um 00:59 schrieb NormW:
G'Day,
Rec
will abort on the first error,
other issues MAY be lurking further thru the compile process.
Norm
On 5/02/2016 11:23 AM, Rainer Jung wrote:
Hi Norm,
Am 31.01.2016 um 00:59 schrieb NormW:
G'Day,
Recent changes to mod_proxy_[connect/wstunnel] prompt another export
from proxy_util. Wouldn't
doesn't
work in proxy
On 5/02/2016 11:23 AM, Rainer Jung wrote:
Hi Norm,
Am 31.01.2016 um 00:59 schrieb NormW:
G'Day,
Recent changes to mod_proxy_[connect/wstunnel] prompt another export
from proxy_util. Wouldn't an awk script simplify symbol extraction from
proxy_util and obviate the need
Na! Thanks for your efforts!; the 'problem' has been skipped over for years.
Will 'update' and see what happens.
FTM.
Norm
On 6/02/2016 11:38 AM, Rainer Jung wrote:
Hi Norm,
Am 05.02.2016 um 22:58 schrieb NormW:
G/M Rainer,
I'd say this is getting much closer now:
The only symbol that doesn't
/proxywstunnel_cc.opt
CC mod_proxy_wstunnel.c
GEN obj_release/proxywstunnel_link.opt
LINK obj_release/proxywstunnel.nlm
Congrats,
Norm
On 6/02/2016 11:38 AM, Rainer Jung wrote:
Hi Norm,
Am 05.02.2016 um 22:58 schrieb NormW:
G/M Rainer,
I'd say this is getting much closer now:
The only symbol
Sigh,
This adds the exports for
proxy_hcmethods
and
ap_proxy_transfer_between_connections
Index: modules/proxy/NWGNUproxy
===
--- modules/proxy/NWGNUproxy(revision 1728550)
+++ modules/proxy/NWGNUproxy(working copy)
@@
G'Day,
Recent changes to mod_proxy_[connect/wstunnel] prompt another export
from proxy_util. Wouldn't an awk script simplify symbol extraction from
proxy_util and obviate the need for tweaking manual lists?
Diff also attached.
Index: modules/proxy/NWGNUproxy
Greetings all for 2016.
Can someone with commit clout add the attached diff to httpd-trunk please?
TIA,
Norm
Index: modules/proxy/NWGNUproxy
===
--- modules/proxy/NWGNUproxy (revision 1726451)
+++ modules/proxy/NWGNUproxy (working
On 24/01/2016 8:48 AM, Jim Jagielski wrote:
SendingNWGNUproxy
Transmitting file data .done
Committing transaction...
Committed revision 1726453.
All done! Thx!
Thank You!
N.
On 25/10/2015 8:36 AM, Eric Covener wrote:
On Sat, Oct 24, 2015 at 5:21 PM, NormW <no...@gknw.net> wrote:
# 289: if (conf->fully_qualify_redirect_url !=
AP_CORE_CONFIG_ON) {
Fixed now, didn't get rebuilt when I changed the name in the header.
As of this morning (Monday
G/M from D/U,
Compiling httpd-trunk this morning after an svn update and note the
followings...umoops
CC server/protocol.c
### mwccnlm Compiler:
#File: server\protocol.c
# --
#2007: for (int i = 0; i < conf->protocols->nelts; ++i) {
# Error:
On 11/10/2015 4:45 AM, Stefan Eissing wrote:
Ok, will add that. This is only in trunk. 2.4.x should compile for you.
Correct.
Norm.
Am 10.10.2015 um 13:31 schrieb NormW <no...@gknw.net>:
H,
CC h2_worker.c
CC h2_workers.c
CC mod_http2.c
GEN obj_release/mod_http2_link.op
H,
CC h2_worker.c
CC h2_workers.c
CC mod_http2.c
GEN obj_release/mod_http2_link.opt
LINK obj_release/mod_http2.nlm
### mwldnlm Linker Error:
# Undefined symbol: APR_BUCKET_IS_MMAP in
# h2_util.o
In apr-util\include\apr_buckets.h:
#if APR_HAS_MMAP
/**
* Determine if a bucket is
FYI,
nghttp2 1.3.0 build failure on a GNUC-specific macro has been replaced
by more generic C in nghttp2 source and should be available in the next
release.
Cheers,
N.
On 4/09/2015 5:02 PM, Gregg Smith wrote:
On 9/3/2015 9:23 PM, NormW wrote:
On 4/09/2015 9:05 AM, Yann Ylavic wrote:
On Fri, Sep 4, 2015 at 12:52 AM, NormW <no...@gknw.net> wrote:
Hi again,
Pushing passed previous problem, now arrive at:
D:\Projects\svn\httpd-trunk\server>svn d
Hi,
Now seeing this:
#File: ssl_engine_kernel.c
#
#2215:
client_protos);
# Error:
^
# illegal implicit conversion from
Hi again,
Pushing passed previous problem, now arrive at:
D:\Projects\svn\httpd-trunk\server>svn diff
Index: protocol.c
===
--- protocol.c (revision 1701142)
+++ protocol.c (working copy)
@@ -1981,10 +1981,10 @@
On 4/09/2015 9:05 AM, Yann Ylavic wrote:
On Fri, Sep 4, 2015 at 12:52 AM, NormW <no...@gknw.net> wrote:
Hi again,
Pushing passed previous problem, now arrive at:
D:\Projects\svn\httpd-trunk\server>svn diff
Index: p
hi,
If not mistaken, on the latest httpd-trunk\modules\http2 update:
D:\Projects\svn\httpd-trunk\modules\http2>svn diff
Index: h2_session.c
===
--- h2_session.c(revision 1700915)
+++ h2_session.c(working copy)
@@
Hi,
I don't have a GitHub acct so hope no one will mind too much if I
mention a couple of issues with the latest release of nghttp2 in the
hope someone reading this and having a stake in http2 might be able to
get something done about them;
Compiling : nghttp2_stream.c
fit and if it
eventuates that NetWare can't keep up, there's a lot of others who will.
Regards,
Norm
On 27/08/2015 8:29 PM, Yann Ylavic wrote:
Hi,
On Wed, Aug 26, 2015 at 12:53 AM, NormW no...@gknw.net wrote:
Herewith an svn diff that implements line-by-line initialization of three
structures
Good evening,
Just a 'guess' Use a Protocols directive in one vhost that doesn't
have h2 and dirivitives
Norm
On 27/08/2015 6:22 PM, jean-frederic clere wrote:
On 08/24/2015 10:06 AM, Stefan Eissing wrote:
Ni Norm,
yes, I removed it last week
If I want on VirtualHost with h2 support
, Stefan Eissing wrote:
Hi Norm,
I think these type of assignments are part of the C90 standard. I am not sure
we want to support a compiler that cannot cope with that, but I may be to green
to know that. What platform is this on exactly?
//Stefan
Am 26.08.2015 um 00:53 schrieb NormW no...@gknw.net
Whinnnie!
(eq Equine 'Thanks')
On 27/08/2015 7:31 AM, Stefan Eissing wrote:
I will apply the proposed change tomorrow. keep the old horse happy.
//stefan
Am 26.08.2015 um 23:18 schrieb NormW no...@gknw.net:
G/Morning I think,
As Bill correctly guesses in a following mail, 'my' OS is NetWare
G/Morning,
Herewith an svn diff that implements line-by-line initialization of
three structures (no idea if there's a technical term for it) in place
of the list method now used, e.g struct x = { , , , }.
I acknowledge upfront that 'my' somewhat dated compiler cannot handle
the list method,
, I removed it last week and though I removed it from the doc xml as well.
Seems I forgot the Readme. Will fix soon. Sorry for any confusion.
//Stefan
Am 24.08.2015 um 05:53 schrieb NormW no...@gknw.net:
Hi,
The 'H2Engine on' directive is identified in the Readme.h2 as the most
important
Hi,
The 'H2Engine on' directive is identified in the Readme.h2 as the most
important, but except for a number of 'Directive' lists and a h2.conf
template file. this appears to be unknown within the http2 C source or
the 'manual'(en) reference for mod_h2. Is this directive something of
the
Hi,
My compiler (no names) is vastly smarter than I at understanding C, but
I can't tell if the following 'error' is drivel or just over my head;
#File: h2_session.c
# -
# 512:nghttp2_session_callbacks_set_on_invalid_frame_recv_callback(*pcb,
On 20/08/2015 8:39 PM, Yann Ylavic wrote:
Hi,
On Thu, Aug 20, 2015 at 11:56 AM, NormW no...@gknw.net wrote:
#File: h2_session.c
# -
#
512:nghttp2_session_callbacks_set_on_invalid_frame_recv_callback(*pcb,
on_invalid_frame_recv_cb)
# Error:
^
# illegal implicit
G/Evening (Is here)
A very small tweak is proposed for:
httpd-trunk\modules\http2\h2_io_set.c
to keep the C89-ers in their seats.
The svn diff looks like:
Index: modules/http2/h2_io_set.c
===
--- modules/http2/h2_io_set.c
Hi,
The NetWare Gurus seem to be on holidays. For your consideration:
Index: modules/cache/NWGNUsocachshmcb
===
--- modules/cache/NWGNUsocachshmcb (revision 1692595)
+++ modules/cache/NWGNUsocachshmcb (working copy)
@@
G/M,
Any chance these should be AP_DECLARE?
APR_DECLARE(void) ap_random_insecure_bytes(void *buf, apr_size_t size);
...
APR_DECLARE(apr_uint32_t) ap_random_pick(apr_uint32_t min, apr_uint32_t max);
Norm
G/E,
httpd-trunk\modules\ssl\ssl_engine_config.c (164):
mctx-pkp-cert_file = NULL;
mctx-pkp-cert_path = NULL;
mctx-pkp-ca_cert_file = NULL
mctx-pkp-certs = NULL;
mctx-pkp-ca_certs = NULL;
Seems like there is a need of punctuation...
This one is trickier:
On 24/08/2011 6:42 PM, Plüm, Rüdiger, VF-Group wrote:
Fixed in r1161002.
Fixed in r1161005
Regards
Rüdiger
Confirm httpd-trunk now builds for NetWare without issue.
Thx.
Norm
On 11/08/2011 3:12 PM, Kaspar Brand wrote:
Hi Gün,
perhaps we should just break compilation with a check in mod_ssl like:
#if OPENSSL_VERSION_NUMBER 0x0090700f
#error mod_ssl requires at least OpenSSL version 0.9.7f!
#endif
That's also fine with me, yes. Generally speaking, are there any
Hi,
NetWare builds httpd-trunk against apr14/apu13 as in days past without
any blips, including the LDAP-related pieces.
Good job!
Norm
On 25/07/2011 5:51 AM, Stefan Fritsch wrote:
Please test the recent changes of the module selections, especially if
you use non-Linux Unix flavors and/or
Hi,
A build of util_ldap showed 14 function calls that go direct to the
NetWare ldap library, and was given a mind that all these needed was
adding apr_ to the front and a wrapper in apu. However, discovered that
there exists already an apr_ldap_set_option() which is decidedly
different from
1 - 100 of 184 matches
Mail list logo