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 supplie
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 de
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 wrote:
NormW in gmane.comp.apache.devel (Sat,
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
#
#
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 t
((double)v) * LOG_2_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,
Af
G/M (mid-morning here)
Thanks Evgeny!
HIH
Norm
On 29/11/2016 5:42 AM, Evgeny Kotkov wrote:
NormW 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
can do for the likes of Ap
urn log((double)v) * LOG_2_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,
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 m
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 wrote:
G/E (Hope this doesn't ruin it)
Index: redis/apr_redis.c
===
---
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;
apr
G/E,
See attached patch...
Index: modules/cache/NWGNUsocachmem
===
--- modules/cache/NWGNUsocachmem(revision 1770808)
+++ modules/cache/NWGNUsocachmem(working copy)
@@ -26,6 +26,7 @@
$(APR)/in
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 wrote:
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
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 :
G\E
If anyone is looking after NetWare issues:
Index: modules/http2/NWGNUmod_http2
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 @@
@echo
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
wr
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)
+++ modules/lua/NWGNUmakefi
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 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 simple solutions
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 simple solutions.
D:\Projects\svn\httpd-trunk>svn diff
Index: modules/filters/mod_crypto.c
On 8/09/2016 8:31 PM, Graham Leggett wrote:
On 08 Sep 2016, at 12:09 PM, NormW 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 typedef'd. Prese
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) >>
cess. 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 followin
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 :
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 = \
$(OBJDIR)/mod_pro
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 Li
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 :
G/M,
A recent addition to trunk mod_proxy_http2 needs an additional export from
hghttp2 lib, thus:
Index: modules/http2
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)
+++ modules/http2/NWGNUmod_http2
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 backp
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
no
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 *ap_create_request(conn_r
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
===
--- mod
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 pro
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 aware off. Thing
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 :
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 :
The .txt extension is a bogus extension added by my mailer I assume.
I got confused. Which file now
'd be nothing for my 'commit'
to do.
Regard, 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... ;-
urce tree.
Apologies 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 :
G/M,
Recent additions to http-trunk/modules/http2 require the attached apatch to the
http2 NetWare build file:
Index: mo
itive 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
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)
+++ modules/http2/NWGNUmakefile
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
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
I
G/M,
httpd-trunk/modules/proxy/mod_proxy_hcheck.c needs an EOL style tweek if
I'm not mistaken.
Norm.
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:
- NW
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
==
/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 s
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
k.opt
LINK obj_release/proxywstunnel.nlm
A quirk of the Linker is to occasionally repeat error messages, so
ignore duplcated missing symbols messages from the Linker.
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
but that assumption 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 f
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
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
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
==
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.
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 cop
On 25/10/2015 8:36 AM, Eric Covener wrote:
On Sat, Oct 24, 2015 at 5:21 PM, NormW 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 8.35 AEST) see
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 :
H,
CC h2_worker.c
CC h2_workers.c
CC mod_http2.c
GEN obj_release/mod_http2_link.opt
LINK obj_release
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 wrote:
Hi again,
Pushing passed previous problem, now arrive at:
D:\Projects\svn\httpd-trunk\server>svn diff
Index: protoco
On 4/09/2015 9:05 AM, Yann Ylavic wrote:
On Fri, Sep 4, 2015 at 12:52 AM, NormW wrote:
Hi again,
Pushing passed previous problem, now arrive at:
D:\Projects\svn\httpd-trunk\server>svn diff
Index: protocol.c
===
--- protoco
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 @@
Hi,
Now seeing this:
#File: ssl_engine_kernel.c
#
#2215:
client_protos);
# Error:
^
# illegal implicit conversion from 'cons
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)
@@ -25
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
..\lib\nghttp2_stream.c:
u see 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 wrote:
Herewith an svn diff that implements line-by-line initialization of three
structu
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 an
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 :
G/Morning I think,
As Bill correctly guesses in a following mail, 'my' OS is
e.
Regards,
Norm
On 27/08/2015 1:26 AM, 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.
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, w
PM, Stefan Eissing wrote:
Ni Norm,
yes, 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 :
Hi,
The 'H2Engine on' directive is identified in the
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 past
On 20/08/2015 8:39 PM, Yann Ylavic wrote:
Hi,
On Thu, Aug 20, 2015 at 11:56 AM, NormW wrote:
#File: h2_session.c
# -
#
512:nghttp2_session_callbacks_set_on_invalid_frame_recv_callback(*pcb,
on_invalid_frame_recv_cb)
# Error:
^
# illegal implicit conversion
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_invalid_frame_recv_c
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 (revisio
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)
@@ -28,
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
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
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:
htt
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 ru
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 190 matches
Mail list logo
