DO NOT REPLY [Bug 9820] - Segfaults with SetEnv in per-directory configuration files
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=9820. 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=9820 Segfaults with SetEnv in per-directory configuration files [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|CLOSED - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 9820] - Segfaults with SetEnv in per-directory configuration files
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=9820. 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=9820 Segfaults with SetEnv in per-directory configuration files --- Additional Comments From [EMAIL PROTECTED] 2002-06-20 23:46 --- Thanks for your input. I wasn't able to get a coredump (ulimit -c unlimited, directory writeable for web user) and choosed to try it with httpd in single mode via gdb (hope this is okay, I'm not really familiar with gdb). (gdb) run -X Starting program: /opt/apache2/sbin/httpd -X [New Thread 1024 (LWP 17944)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 1024 (LWP 17944)] merge_env_dir_configs (p=0x82a73d0, basev=0x8173240, addv=0x82ac810) at mod_env.c:114 114 elts = (const apr_table_entry_t *)arr-elts; (gdb) where #0 merge_env_dir_configs (p=0x82a73d0, basev=0x8173240, addv=0x82ac810) at mod_env.c:114 #1 0x080ca327 in ap_merge_per_dir_configs (p=0x82a73d0, base=0x819f6a0, new_conf=0x82ac758) at config.c:277 #2 0x080df44c in ap_directory_walk (r=0x82a7408) at request.c:1175 #3 0x080dc193 in core_map_to_storage (r=0x82a7408) at core.c:3112 #4 0x080dda58 in ap_run_map_to_storage (r=0x82a7408) at request.c:110 #5 0x080de25d in ap_process_request_internal (r=0x82a7408) at request.c:176 #6 0x080a2936 in ap_process_request (r=0x82a7408) at http_request.c:255 #7 0x0809e628 in ap_process_http_connection (c=0x82a13e8) at http_core.c:291 #8 0x080d3868 in ap_run_process_connection (c=0x82a13e8) at connection.c:85 #9 0x080d3b33 in ap_process_connection (c=0x82a13e8, csd=0x82a1318) at connection.c:207 #10 0x080c8bd2 in child_main (child_num_arg=0) at prefork.c:692 #11 0x080c8c9c in make_child (s=0x8124a80, slot=0) at prefork.c:732 #12 0x080c8d9e in startup_children (number_to_start=5) at prefork.c:804 #13 0x080c90ad in ap_mpm_run (_pconf=0x811fa30, plog=0x816bb60, s=0x8124a80) at prefork.c:1020 #14 0x080ce78c in main (argc=2, argv=0xb814) at main.c:642 #15 0x402977ee in __libc_start_main () from /lib/libc.so.6 (gdb) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 9820] - Segfaults with SetEnv in per-directory configuration files
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=9820. 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=9820 Segfaults with SetEnv in per-directory configuration files --- Additional Comments From [EMAIL PROTECTED] 2002-06-20 20:58 --- Problem still persists with 2.0.39. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 9820] - Segfaults with SetEnv in per-directory configuration files
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=9820. 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=9820 Segfaults with SetEnv in per-directory configuration files --- Additional Comments From [EMAIL PROTECTED] 2002-06-20 22:33 --- Can you get a backtrace for segfault? One way is to set CoreDumpDirectory to a directory writeable by the user id associated with the web server, see if you get a coredump there when the .htaccess is processed, and then gdb /opt/apache2/sbin/httpd /my/path/to/core where Alternatively, you could attach to one of the child processes with gdb and wait for a segfault, then use the where command to get a backtrace. I'm able to use PassEnv and SetEnv in .htaccess running HEAD on Linux. HEAD is almost the same as 2.0.39. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 9820] - Segfaults with SetEnv in per-directory configuration files
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=9820. 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=9820 Segfaults with SetEnv in per-directory configuration files --- Additional Comments From [EMAIL PROTECTED] 2002-06-12 22:03 --- 'AllowOverride All MultiViews' set for Directory context Sorry, meant 'AllowOverride All' and 'Options All MultiViews' ;-) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
