DO NOT REPLY [Bug 14002] - httpd does not start in chroot environment due to mod_auth_digest
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=14002. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=14002 httpd does not start in chroot environment due to mod_auth_digest [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2002-10-28 00:11 --- It seems clear that mod_auth_digest is not able to access the source of entropy it needs to seed its random number generator. You need to make /dev/random -- or whatever the equivalent is on your platform -- available inside the jail. In general, if something works outside the jail but not inside the jail, the problem must be with your configuration with of the jail, not with the software. Thanks for using Apache. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 14009] New: - apr_shutdown shuts down receive-side instead of write-side
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=14009. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=14009 apr_shutdown shuts down receive-side instead of write-side Summary: apr_shutdown shuts down receive-side instead of write- side Product: APR Version: HEAD Platform: PC OS/Version: Windows NT/2K Status: NEW Severity: Major Priority: Other Component: APR AssignedTo: bugs@httpd.apache.org ReportedBy: [EMAIL PROTECTED] In the source of the win32 version of apr_shutdown, there is a section surrounded by #if SD_RECEIVE, which should be #ifdef SD_RECEIVE. The variable winhow therefore never receives the value of SD_SEND or SD_BOTH and forces always a shutdown with SD_RECEIVE. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 7195] - mod_proxy removes Set-cookie headers
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=7195. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=7195 mod_proxy removes Set-cookie headers --- Additional Comments From [EMAIL PROTECTED] 2002-10-28 09:46 --- Please disregard my previous comment about the bug in Apache 2.0 for windows. The cause of the Set-cookie bug was due to my particular implementation to translate the domain value in the Set-cookie field. I have corrected this problem. Sorry for any trouble caused. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 8388] - Long running CGI script cannot terminated by browser
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=8388. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=8388 Long running CGI script cannot terminated by browser [EMAIL PROTECTED] changed: What|Removed |Added OS/Version|Windows NT/2K |Linux Version|2.0.35 |2.0.40 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 14009] - apr_shutdown shuts down receive-side instead of write-side
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=14009. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=14009 apr_shutdown shuts down receive-side instead of write-side [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2002-10-28 11:33 --- This has already been fixed and will be in the next release. Thanks for using Apache! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 10434] - mod_rewrite doesn't fill the variables as HTTPS
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10434.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10434
mod_rewrite doesn't fill the variables as HTTPS
--- Additional Comments From [EMAIL PROTECTED] 2002-10-28 14:42 ---
By debugging the Apache Webserver I found following Workaround for the Bug
(allthough I don't
even know if this is a bug anymore)
in Apache 1.3.26 it worked this way:
RewriteCond
%{HTTPS} !=on
RewriteRule ^.*$ /alternative.html
in Apache 2.0.43 the above syntax does
not work anymore: use the following instead.
RewriteCond %{LA-U:ENV:HTTPS}
!=on
RewriteRule ^.*$ /alternative.html
There are several Options
1. There is a
bug in the mod_rewrite Variable Handling
2. The Apache Strukture has changed that much, that a
variable handling as it is in Apache 1.3 is impossible and has to be done with
this workaround.
3.
It should allways have been that way and Apache 1.3 had a bug to show the
variables anyway.
If
the points 2 or 3 apply I am a bit confused that the Apache Documentation lacks
that much
information. Nor there are any good examples showing the handling of these
variables.
It isn't
even mentioned that the prefixes LA-U and ENV can be combined.
Anyhow i am glad that Apache is
working that fast, well and stable.
THANKS TO ALL DEVELOPERS ...
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 12287] - No Available Listening Sockets
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=12287. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=12287 No Available Listening Sockets --- Additional Comments From [EMAIL PROTECTED] 2002-10-28 20:55 --- I have the same problem with Apache 2.0.43 under Windows ME (build 4.90.3000). The messages I get are: [Mon Oct 28 15:39:18 2002] [crit] (730038)Socket operation on non-socket: make_sock: for address 0.0.0.0:80, apr_socket_opt_set: (SO_KEEPALIVE) no listening sockets available, shutting down Unable to open logs The output from 'apache -v' is: Server version: Apache/2.0.43 Server built: Oct 3 2002 05:57:04 I used to run Apache 1.3.12 on my machine but decided to upgrade the Windows side to 2.0 to match the version I was running under Linux. I may download the source code and see if I can get any further information about where it is dying. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 12287] - No Available Listening Sockets
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=12287. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=12287 No Available Listening Sockets [EMAIL PROTECTED] changed: What|Removed |Added Version|2.0.40 |2.0.43 --- Additional Comments From [EMAIL PROTECTED] 2002-10-28 21:15 --- This is probably related to either firewall or antivirus software you have installed. Such products will often modify the TCP/IP stack drivers so that they are no longer compatible with Apache. Please try disabling the offending software (entirely, with a restart to assure the drivers are not loaded) and see if you can repeat the problem. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 14026] New: - #include apr_network_io.h problem...
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=14026. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=14026 #include apr_network_io.h problem... Summary: #include apr_network_io.h problem... Product: APR Version: HEAD Platform: PC OS/Version: Linux Status: NEW Severity: Major Priority: Other Component: APR-util AssignedTo: bugs@httpd.apache.org ReportedBy: [EMAIL PROTECTED] In the file 'apr_uri.h', the following include is performed: #include apr_network_io.h While this is fine for C development, it hinders C++ development. A simple change to: #include apr_network_io.h fixes this problem. I've noticed that in most other header files, the local inclusion method is used. I apologize in advance if this is a mistake on my part. Please get back to me if I can help, either in explaining or some other fashion. Thanks a lot - I love Apache 2! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
