RE: Search Engine Theory

2001-02-28 Thread Shane Adams
Title: RE: Search Engine Theory Check out the book Managing Gigabytes Text indexing theory and algorithms. Source code too. -Original Message- From: Jamie Krasnoo [mailto:[EMAIL PROTECTED]] Sent: Tuesday, February 27, 2001 3:03 PM To: Modperl Subject: Search Engine Theory Can

RE: Debugging mod_perl with gdb

2001-02-06 Thread Shane Adams
Title: RE: Debugging mod_perl with gdb Hey thanks. I'll try this. I tried the 'man gdb' command and it didn't help much I'm afraid... -Original Message- From: sterling [mailto:[EMAIL PROTECTED]] Sent: Tuesday, February 06, 2001 12:33 PM To: Shane Adams Cc: [EMAIL PROTECTED] Subject

RE: :Parse segmentation fault

2000-10-09 Thread Shane Adams
Title: RE: :Parse segmentation fault Yes. We found a problem in Expat.pm line 451 (in sub parse). The following chunk of code (latest version from cpan) sub parse { my $self = shift; my $arg = shift; croak Parse already in progress (Expat) if $self-{_State_}; $self-{_State_} = 1; my

RE: :Parse segmentation fault

2000-10-09 Thread Shane Adams
: Shane Adams; '[EMAIL PROTECTED]'Subject: RE: :Parse segmentation fault I did a little more digging around and found that you could also avoid the problem by turning off EXPAT in apache with: Rule EXPAT=no Which fix is more preferable? -Original Message-From

RE: :Parse segmentation fault

2000-10-09 Thread Shane Adams
: Monday, October 09, 2000 3:59 PMTo: Shane Adams; '[EMAIL PROTECTED]'Subject: RE: :Parse segmentation fault This allows for XML parsing with no change to the Perl code. I'm just not sure what I am losing in Apache (which is where I make the change). What does losing EXPAT do to Apache

Core file (debugging info turned on/stack trace)

2000-09-26 Thread Shane Adams
Title: Core file (debugging info turned on/stack trace) Apache 1.3.12, mod_perl 1.24, Perl 5.6.0, Redhat 6.1 ... Program terminated with signal 11, Segmentation fault. ... 0 0x814abd4 in Perl_sv_setsv (dstr=0x8d34514, sstr=0x84afba4) at sv.c:2774 #1 0x813b6b3 in Perl_pp_sassign () at

RE: Core file (debugging info turned on/stack trace)

2000-09-26 Thread Shane Adams
($parser, $arg); } $self-{_State_} = 2; $result or croak $self-{ErrorMessage}; } As I recall, Doug, you helped me patch part of HTML::Mason dealing with typeglobs under an eval ... I believe that * is a typeglob in perl yes? -Original Message- From: Shane Adams Sent: Tuesday, September 26

RE: Core dumping

2000-09-09 Thread Shane Adams
curve on trying to understand the internals of perl is enormous! -Original Message-From: Shane Adams Sent: Friday, September 08, 2000 10:38 PMTo: ModperlSubject: Core dumping Hello - I am experiencing a situation where apache core dumps. We are using HTML-Mason

RE: Core dumping

2000-09-09 Thread Shane Adams
rt_main (main=0x80a9fcc main, argc=2, argv=0xb944, init=0x8062820 _init, fini=0x81a73cc _fini, rtld_fini=0x4000a610 _dl_fini, stack_end=0xb93c) at ../sysdeps/generic/libc-start.c:90(gdb) q -Original Message-From: Shane Adams Sent: Saturday, September 09, 2000 5:34 PMTo: M

RE: open(FH,'|qmail-inject') fails

2000-09-08 Thread Shane Adams
Title: RE: open(FH,'|qmail-inject') fails Another approach to is to write the email directly into the queue. I've used this approach and it's very fast. After you write your email to the qmail queue, you write a value of 1 to a named pipe that qmail reads off of. This causes a qmail process

Core dumping

2000-09-08 Thread Shane Adams
Title: Core dumping Hello - I am experiencing a situation where apache core dumps. We are using HTML-Mason. The relevant revision numbers are: Apache_1.3.12 mod_perl-1.24 perl-5.6.0 HTML-Mason .87 redhat 6.1 (no patches) Our apache server is built in 2 flavors, one that uses Mason,