DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUGĀ· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://issues.apache.org/bugzilla/show_bug.cgi?id=39498>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED ANDĀ· INSERTED IN THE BUG DATABASE.
http://issues.apache.org/bugzilla/show_bug.cgi?id=39498 ------- Additional Comments From [EMAIL PROTECTED] 2006-05-08 06:55 ------- >I disagree that we should disable this feature via configure. >My personal feeling is that many admins do not even _know_ about accf_http. Is >there a reason we shouldn't promote the use of it? Fine. Then lets put it in the doc. It is known also, but not well doc'd that the admin/user must explicitly load it in the kernel. Futhermore the non- descript error message of file not found, is misleading. Gee if it said something more intellegent, like it probably needs to be loaded, (since that code was included because the token was found in the sys include file) it would futher the cause. I found several people that had posted on the net with this problem, but did not find a solution. >Just my two cents, it seems silly to disable this via a configure time check, >since it's quite possible for the module to be unloaded during configure but >available at runtime. That's fine too. Give the admin/user some info in the configure log file. What I'm saying is that as it exists, it makes rash assumptions that if it is in the sys include file, that it exists and is available, which is not the case if it is not loaded, and emits a strange error message that a non-coder would not understand. Furthermore I did not see an easy way to turn OFF this feature at configure time. Take a look at srclib/apr/configure, lines beginning at 41729 for version 2.2.2, and there is no obvious flag that is tested that allows the user to turn it off. It simply uses the pre-compiler to test for the flag existance. I'm trying to make this easier. Documentation would be a great help. By default it should compile correctly on a 'default' freebsd machine, which by default does not load the kernel module. Adding appropriate documentation would solve one problem, adding a flag to turn it off, even though it is found to exist in the sys include file solves the other. I had to hand edit an include file to turn it off. This is wrong. A flag in the configure file would be a correct method. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
