[Bug 57370] New: Encountering a problem when we try Configuring with coldfusion 8
https://issues.apache.org/bugzilla/show_bug.cgi?id=57370 Bug ID: 57370 Summary: Encountering a problem when we try Configuring with coldfusion 8 Product: Apache httpd-2 Version: 2.4.10 Hardware: PC OS: SunOS Status: NEW Severity: normal Priority: P2 Component: All Assignee: bugs@httpd.apache.org Reporter: kavya@gmail.com We tried this command for configuring with coldfusion 8-- /ColdFusion8/runtime/bin-./wsconfig -server coldfusion -ws Apache -dir /etc/http/apache/conf -v It ended up in this error. httpd: Syntax error on line 491 of /etc/http/apache/conf/httpd.conf: Cannot load /appl/ColdFusion8/runtime/lib/wsconfig/2/mod_jrun22.so into server: ld.so.1: httpd: fatal: relocation error: file /appl/ColdFusion8/runtime/lib/wsconfig/2/mod_jrun22.so: Error running /etc/http/apache/bin/apachectl restart: exit code was 1 Error restarting Apache server. The web server must be restarted to complete this operation. The Apache connector was installed to /etc/http/apache/conf symbol ap_log_error: referenced symbol not found Then we tried to modify the mod_jrun22.c by replacing the remote_addr with client_addr in wsconfig.jar and tried to recompile with the below command: apxs -ic -n jrun mod_jrun24.c jrun_maptable_impl.c jrun_property.c jrun_session.c platform.c jrun_mutex.c jrun_proxy.c jrun_utils.c We get these errors: /etc/http/apache/build/libtool --silent --mode=compile gcc -std=gnu99 -prefer-pic -DSOLARIS2=10 -D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT -D_LARGEFILE64_SOURCE -g -O2 -I/etc/http/apache/include -I/etc/http/apache/include -I/etc/http/apache/include -c -o mod_jrun24.lo mod_jrun24.c touch mod_jrun24.slo mod_jrun24.c:579: warning: initialization from incompatible pointer type mod_jrun24.c: In function `pstrdup_lower': mod_jrun24.c:703: warning: implicit declaration of function `tolower' /usr/ccs/bin/as: Permission denied /usr/ccs/bin/as: error: cannot open output file .libs/mod_jrun24.o apxs:Error: Command failed with rc=65536 Please help!!! -- You are receiving this mail because: You are the assignee for the bug. - To unsubscribe, e-mail: bugs-unsubscr...@httpd.apache.org For additional commands, e-mail: bugs-h...@httpd.apache.org
[Bug 44221] CheckCaseOnly On does not stop Multiple Choices based on common basename
https://issues.apache.org/bugzilla/show_bug.cgi?id=44221 apa...@skopos.be changed: What|Removed |Added Attachment #24165|0 |1 is obsolete|| CC||apa...@skopos.be --- Comment #12 from apa...@skopos.be --- Created attachment 32307 -- https://issues.apache.org/bugzilla/attachment.cgi?id=32307action=edit Make WANT_BASENAME_MATCH configurable Here is a patch to add the proposed CheckBasenameMatch config directive. It replaces the hard-coded WANT_BASENAME_MATCH and defaults to on so it maintains compatibility. Note that this patch is not compatible (and obsoletes/replaces) the one contributed by Rob on 2009-08-25. Setting CheckBasenameMatch to off will have the same effect. The new patch is actually against 2.4.10 code but that shouldn't be an issue, I presume. I'm willing to provide a patch against the docs as well, if there is a reasonable chance that the source code patch will be accepted. -- You are receiving this mail because: You are the assignee for the bug. - To unsubscribe, e-mail: bugs-unsubscr...@httpd.apache.org For additional commands, e-mail: bugs-h...@httpd.apache.org
[Bug 57370] Encountering a problem when we try Configuring with coldfusion 8
https://issues.apache.org/bugzilla/show_bug.cgi?id=57370 Yann Ylavic ylavic@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |INVALID --- Comment #1 from Yann Ylavic ylavic@gmail.com --- Neither Coldfusion nor mod_jrun are Apache products. Please contact appropriate support (presumably Coldfusion). -- You are receiving this mail because: You are the assignee for the bug. - To unsubscribe, e-mail: bugs-unsubscr...@httpd.apache.org For additional commands, e-mail: bugs-h...@httpd.apache.org
[Bug 57372] New: httpd will lookup every home directory while starting
https://issues.apache.org/bugzilla/show_bug.cgi?id=57372 Bug ID: 57372 Summary: httpd will lookup every home directory while starting Product: Apache httpd-2 Version: 2.2.15 Hardware: PC OS: Linux Status: NEW Severity: normal Priority: P2 Component: All Assignee: bugs@httpd.apache.org Reporter: william.ep...@globalfoundries.com Given setup: RHEL 6.5 httpd-2.2.15-29.el6_4.x86_64 The several home directories will be mounted on demand by autofs # service httpd start will look into every home directory as listed by getent passwd. Result: All (thousands of) home directories are mounted - affects server and network performance Same behavior without mod_userdir Not seen on RHEL5 (httpd-2.2.3-31.el5) -- You are receiving this mail because: You are the assignee for the bug. - To unsubscribe, e-mail: bugs-unsubscr...@httpd.apache.org For additional commands, e-mail: bugs-h...@httpd.apache.org
[Bug 57334] Segmentation fault in SSL_renegotiate at ssl_lib.c:1032
https://issues.apache.org/bugzilla/show_bug.cgi?id=57334 Michael Kaufmann apache-bugzi...@michael-kaufmann.ch changed: What|Removed |Added CC||apache-bugzilla@michael-kau ||fmann.ch -- You are receiving this mail because: You are the assignee for the bug. - To unsubscribe, e-mail: bugs-unsubscr...@httpd.apache.org For additional commands, e-mail: bugs-h...@httpd.apache.org
[Bug 57374] New: Event MPM: Wrong KeepAliveTimeout when system clock is put back
https://issues.apache.org/bugzilla/show_bug.cgi?id=57374 Bug ID: 57374 Summary: Event MPM: Wrong KeepAliveTimeout when system clock is put back Product: Apache httpd-2 Version: 2.4.10 Hardware: PC OS: Linux Status: NEW Severity: normal Priority: P2 Component: mpm_event Assignee: bugs@httpd.apache.org Reporter: apache-bugzi...@michael-kaufmann.ch The KeepAliveTimeout is calculated incorrectly after the system clock has been put back. This is probably a bug in the event MPM, because it does not happen with the worker MPM. How to reproduce this bug: * build Apache httpd 2.4.10 with ./configure --with-mpm=event --enable-mpms-shared=event worker [] * start httpd and send this request (e.g. with telnet): GET / HTTP/1.1 HOST: test * Apache closes the connection after 5 seconds (as expected) * Change the system time: sudo date -s -1hour * Send a new request. Now Apache does NOT close the connection after 5 seconds. I assume that the keep-alive timeout is 5 seconds + 1 hour. -- You are receiving this mail because: You are the assignee for the bug. - To unsubscribe, e-mail: bugs-unsubscr...@httpd.apache.org For additional commands, e-mail: bugs-h...@httpd.apache.org
[Bug 57374] Event MPM: Wrong KeepAliveTimeout when system clock is put back
https://issues.apache.org/bugzilla/show_bug.cgi?id=57374 nada apache_bugzi...@valgronda.com changed: What|Removed |Added CC||apache_bugzilla@valgronda.c ||om -- You are receiving this mail because: You are the assignee for the bug. - To unsubscribe, e-mail: bugs-unsubscr...@httpd.apache.org For additional commands, e-mail: bugs-h...@httpd.apache.org
[Bug 57375] New: [PATCH] Unbreak build with LibreSSL
https://issues.apache.org/bugzilla/show_bug.cgi?id=57375 Bug ID: 57375 Summary: [PATCH] Unbreak build with LibreSSL Product: Apache httpd-2 Version: 2.4.10 Hardware: All OS: All Status: NEW Severity: normal Priority: P2 Component: mod_ssl Assignee: bugs@httpd.apache.org Reporter: apache@bachfreund.nl Created attachment 32309 -- https://issues.apache.org/bugzilla/attachment.cgi?id=32309action=edit Patch for apache24 to build cleanly with LibreSSL Apache 2.4 (and 2.2) can not be built when LibreSSL is used as SSL library. LibreSSL has (amongst others) - removed RAND_egd - removed CHIL engine - added SSL_CTX_use_certificate_chain this leads to build failures for missing and redefining functions. This patch fixes these errors by - adding a check for RAND_egd and SSL_CTX_use_certificate_chain - using an already available define for CHIL - using defines for the added checks Patch attached, this applies without issue to a cleanly extracted httpd-2.4.10 tree. This has also been submitted as a report at FreeBSD, see https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=196139 -- You are receiving this mail because: You are the assignee for the bug. - To unsubscribe, e-mail: bugs-unsubscr...@httpd.apache.org For additional commands, e-mail: bugs-h...@httpd.apache.org
[Bug 57375] [PATCH] Unbreak build with LibreSSL
https://issues.apache.org/bugzilla/show_bug.cgi?id=57375 Eric Covener cove...@gmail.com changed: What|Removed |Added Keywords||PatchAvailable -- You are receiving this mail because: You are the assignee for the bug. - To unsubscribe, e-mail: bugs-unsubscr...@httpd.apache.org For additional commands, e-mail: bugs-h...@httpd.apache.org
[Bug 57378] New: support connection reuse in proxy_fcgi
https://issues.apache.org/bugzilla/show_bug.cgi?id=57378 Bug ID: 57378 Summary: support connection reuse in proxy_fcgi Product: Apache httpd-2 Version: 2.5-HEAD Hardware: PC OS: Linux Status: NEW Severity: enhancement Priority: P2 Component: mod_proxy_fcgi Assignee: bugs@httpd.apache.org Reporter: cove...@gmail.com support connection reuse in proxy_fcgi -- You are receiving this mail because: You are the assignee for the bug. - To unsubscribe, e-mail: bugs-unsubscr...@httpd.apache.org For additional commands, e-mail: bugs-h...@httpd.apache.org
[Bug 52210] Add TLS Next Protocol Negotiation (NPN) support to mod_ssl
https://issues.apache.org/bugzilla/show_bug.cgi?id=52210 --- Comment #12 from Björn Jacke bjo...@j3e.de --- (In reply to Yann Ylavic from comment #11) This is currently behing discussed in https://www.mail-archive.com/dev@httpd.apache.org/msg59893.html this discussion is dead and it does not take into account that npn is a generic mechanism to be able to switch to alternative protocols not neccessarily limited to be used for spdy support. Also this is part of openssl 1.0.1 - mod_ssl just needs to turn it on. Another aspect why we really want to have NPN support in mod_ssl is: firefox and chrome currently use the SSL optimization false start only if the server also supports NPN. So with NPN support in mod_ssl we would get nice the side effect to remove one roundtrip time for ssl handshakes for those clients. -- You are receiving this mail because: You are the assignee for the bug. - To unsubscribe, e-mail: bugs-unsubscr...@httpd.apache.org For additional commands, e-mail: bugs-h...@httpd.apache.org
[Bug 52210] Add TLS Next Protocol Negotiation (NPN) support to mod_ssl
https://issues.apache.org/bugzilla/show_bug.cgi?id=52210 Björn Jacke bjo...@j3e.de changed: What|Removed |Added CC||bjo...@j3e.de -- You are receiving this mail because: You are the assignee for the bug. - To unsubscribe, e-mail: bugs-unsubscr...@httpd.apache.org For additional commands, e-mail: bugs-h...@httpd.apache.org
[Bug 55445] mod_socache_memcache ignores expiry, creating eternal memcache entries
https://issues.apache.org/bugzilla/show_bug.cgi?id=55445 Matt Jamison m...@mattjamison.com changed: What|Removed |Added CC||m...@mattjamison.com -- You are receiving this mail because: You are the assignee for the bug. - To unsubscribe, e-mail: bugs-unsubscr...@httpd.apache.org For additional commands, e-mail: bugs-h...@httpd.apache.org
[Bug 55445] mod_socache_memcache ignores expiry, creating eternal memcache entries
https://issues.apache.org/bugzilla/show_bug.cgi?id=55445 --- Comment #2 from Matt Jamison m...@mattjamison.com --- I realize this post is quite old, but I ran into this same bug today and it looks from everything I see like this patch was never taken to correct it? Perhaps I'm missing something, but this module is not as useable as it could be without the patch provided, since cache entries cannot be expired? Should this patch be merged or is there some other fix available? -- You are receiving this mail because: You are the assignee for the bug. - To unsubscribe, e-mail: bugs-unsubscr...@httpd.apache.org For additional commands, e-mail: bugs-h...@httpd.apache.org