Re: Apache dumping core in mod_perl's 'make test'
On Tue, 6 Jun 2000, Stas Bekman wrote: Please! Keep the questions on the list!!! thank you! Thought the aforementioned procedure might be useful explaining my current trouble. Perl 5.5.3, Apache 1.3.12, mod_perl 1.24 -- no other add-ons to Apache... OS is Linux (kernel 2.2.10). Any hints? I think I've seen this behavior when I had DProf enabled (the same enviroment). Turn it off. I've ported this report myself clueless about the reason, but apparently it wasn't answered :( #0 0x40175c7f in _IO_fflush (fp=0x4020d480) at iofflush.c:41 what's the output of: (gdb) print *fp i'm quite sure _fileno will be 2 (stderr), which something may have botched, what i don't know. strace-ing to see fiddlings with fd 2 might shed some light.
Re: Apache dumping core in mod_perl's 'make test'
On Fri, Jun 09, 2000 at 10:45:27AM -0700, Doug MacEachern wrote:
Thought the aforementioned procedure might be useful explaining my
current trouble. Perl 5.5.3, Apache 1.3.12, mod_perl 1.24 -- no other
add-ons to Apache... OS is Linux (kernel 2.2.10).
#0 0x40175c7f in _IO_fflush (fp=0x4020d480) at iofflush.c:41
what's the output of:
(gdb) print *fp
i'm quite sure _fileno will be 2 (stderr), which something may have
botched, what i don't know. strace-ing to see fiddlings with fd 2 might
shed some light.
I'm not sure if it's more or less useful to find out that it's not 2, but 1...
(gdb) print *fp
$1 = {_flags = -72540028, _IO_read_ptr = 0x0, _IO_read_end = 0x0, _IO_read_base = 0x0,
_IO_write_base = 0x0, _IO_write_ptr = 0x0, _IO_write_end = 0x0, _IO_buf_base = 0x0,
_IO_buf_end = 0x0, _IO_save_base = 0x0, _IO_backup_base = 0x0, _IO_save_end = 0x0,
_markers = 0x0, _chain = 0x4020d400, _fileno = 1, _blksize = 0, _old_offset = -1,
_cur_column = 0, _vtable_offset = 0 '\000', _shortbuf = "", _lock = 0x4020d450,
_offset = 1075893120, _unused2 = {0, 0, 1, 0, 0, 0, 0, 0, 0, 0, 0, -72540026, 0, 0,
0, 0}}
(gdb)
--
Rob Fugina, Systems Guy
[EMAIL PROTECTED] -- http://www.geekthing.com
EA CF 09 1B AF 76 A9 D8 75 FE 26 6A E4 14 0A 3C
ThE MaStEr wOuLd nOt aPpRoVe oF StUdLyCaPs...
Re: Apache dumping core in mod_perl's 'make test'
On Fri, 9 Jun 2000, Rob Fugina wrote: I'm not sure if it's more or less useful to find out that it's not 2, but 1... looks like something is trying to redirect stderr to stdout, strace might give some more clues.
Re: Apache dumping core in mod_perl's 'make test'
Please! Keep the questions on the list!!! thank you! Thought the aforementioned procedure might be useful explaining my current trouble. Perl 5.5.3, Apache 1.3.12, mod_perl 1.24 -- no other add-ons to Apache... OS is Linux (kernel 2.2.10). Any hints? I think I've seen this behavior when I had DProf enabled (the same enviroment). Turn it off. I've ported this report myself clueless about the reason, but apparently it wasn't answered :( Starting program: /usr/local/www/src/mod_perl-1.24/../apache_1.3.12/src/httpd -X -f /usr/local/www/src/mod_perl-1.24/t/conf/httpd.conf Breakpoint 1 at 0x40145532: file exit.c, line 40. Program received signal SIGSEGV, Segmentation fault. 0x40175c7f in _IO_fflush (fp=0x4020d480) at iofflush.c:41 iofflush.c:41: No such file or directory. (gdb) bt #0 0x40175c7f in _IO_fflush (fp=0x4020d480) at iofflush.c:41 #1 0x40059e3d in Perl_magic_set () #2 0x40056947 in Perl_mg_set () #3 0x40060633 in Perl_pp_sassign () #4 0x40060189 in Perl_runops_standard () #5 0x4002b2dc in perl_call_sv () #6 0x4002db88 in Perl_call_list () #7 0x4004c3a3 in Perl_newSUB () #8 0x40049ae6 in Perl_utilize () #9 0x400442b0 in Perl_yyparse () #10 0x40082ab0 in doeval () #11 0x40083aa9 in Perl_pp_entereval () #12 0x40060189 in Perl_runops_standard () #13 0x4002b6d5 in perl_eval_sv () #14 0x8062169 in perl_do_file () #15 0x80621a8 in perl_load_startup_script () #16 0x805be29 in perl_cmd_require () #17 0x80a4d00 in invoke_cmd () #18 0x80a5136 in ap_handle_command () #19 0x80a51cc in ap_srm_command_loop () #20 0x80a55cc in ap_process_resource_config () #21 0x80a5e96 in ap_read_config () #22 0x80afe1a in main () #23 0x4013ccb3 in __libc_start_main (main=0x80afb84 main, argc=4, argv=0xb754, init=0x805503c _init, fini=0x80e4778 _fini, rtld_fini=0x4000a350 _dl_fini, stack_end=0xb74c) at ../sysdeps/generic/libc-start.c:78 -- Rob Fugina, Systems Guy [EMAIL PROTECTED] -- http://www.geekthing.com EA CF 09 1B AF 76 A9 D8 75 FE 26 6A E4 14 0A 3C Gunpowder and alcohol DO mix -- but it tastes awful. _ Stas Bekman JAm_pH -- Just Another mod_perl Hacker http://stason.org/ mod_perl Guide http://perl.apache.org/guide mailto:[EMAIL PROTECTED] http://perl.org http://stason.org/TULARC http://singlesheaven.com http://perlmonth.com http://sourcegarden.org
Re: Apache dumping core in mod_perl's 'make test'
On Tue, Jun 06, 2000 at 08:54:38PM +0300, Stas Bekman wrote: Please! Keep the questions on the list!!! thank you! Sorry about that -- I was in a hurry at the time and didn't notice how my mailer chose to reply... Thought the aforementioned procedure might be useful explaining my current trouble. Perl 5.5.3, Apache 1.3.12, mod_perl 1.24 -- no other add-ons to Apache... OS is Linux (kernel 2.2.10). Any hints? I think I've seen this behavior when I had DProf enabled (the same enviroment). Turn it off. I don't see where I have DProf enabled anywhere... I configured mod_perl with EVERYTHING=1, but I don't see that any of the components have anything to do with DProf... I've ported this report myself clueless about the reason, but apparently it wasn't answered :( Starting program: /usr/local/www/src/mod_perl-1.24/../apache_1.3.12/src/httpd -X -f /usr/local/www/src/mod_perl-1.24/t/conf/httpd.conf Breakpoint 1 at 0x40145532: file exit.c, line 40. Program received signal SIGSEGV, Segmentation fault. 0x40175c7f in _IO_fflush (fp=0x4020d480) at iofflush.c:41 iofflush.c:41: No such file or directory. (gdb) bt #0 0x40175c7f in _IO_fflush (fp=0x4020d480) at iofflush.c:41 #1 0x40059e3d in Perl_magic_set () #2 0x40056947 in Perl_mg_set () #3 0x40060633 in Perl_pp_sassign () #4 0x40060189 in Perl_runops_standard () #5 0x4002b2dc in perl_call_sv () #6 0x4002db88 in Perl_call_list () #7 0x4004c3a3 in Perl_newSUB () #8 0x40049ae6 in Perl_utilize () #9 0x400442b0 in Perl_yyparse () #10 0x40082ab0 in doeval () #11 0x40083aa9 in Perl_pp_entereval () #12 0x40060189 in Perl_runops_standard () #13 0x4002b6d5 in perl_eval_sv () #14 0x8062169 in perl_do_file () #15 0x80621a8 in perl_load_startup_script () #16 0x805be29 in perl_cmd_require () #17 0x80a4d00 in invoke_cmd () #18 0x80a5136 in ap_handle_command () #19 0x80a51cc in ap_srm_command_loop () #20 0x80a55cc in ap_process_resource_config () #21 0x80a5e96 in ap_read_config () #22 0x80afe1a in main () #23 0x4013ccb3 in __libc_start_main (main=0x80afb84 main, argc=4, argv=0xb754, init=0x805503c _init, fini=0x80e4778 _fini, rtld_fini=0x4000a350 _dl_fini, stack_end=0xb74c) at ../sysdeps/generic/libc-start.c:78 -- Rob Fugina, Systems Guy [EMAIL PROTECTED] -- http://www.geekthing.com EA CF 09 1B AF 76 A9 D8 75 FE 26 6A E4 14 0A 3C Gunpowder and alcohol DO mix -- but it tastes awful. _ Stas Bekman JAm_pH -- Just Another mod_perl Hacker http://stason.org/ mod_perl Guide http://perl.apache.org/guide mailto:[EMAIL PROTECTED] http://perl.org http://stason.org/TULARC http://singlesheaven.com http://perlmonth.com http://sourcegarden.org -- Rob Fugina, Systems Guy [EMAIL PROTECTED] -- http://www.geekthing.com EA CF 09 1B AF 76 A9 D8 75 FE 26 6A E4 14 0A 3C If you think there is good in everybody, you haven't met everybody.
