Thanks Perrin. I was able to figure out the problem. It had to do with
running Apache as a service versus standalone. If I run it as a service
the code works as is and returns the requested page. But if I run it as
a service on Win2K it does not return the page. 

Guess it has to do with something with  user-space vs kernel space.
Don't know. Just guessing. Does anyone have an idea why it would do
this?

Thanks
Sumit

> -----Original Message-----
> From: Perrin Harkins [mailto:[EMAIL PROTECTED] 
> Sent: Tuesday, November 14, 2006 9:22 PM
> To: Sumit Shah
> Cc: modperl@perl.apache.org
> Subject: Re: Basic Mod_Perl 1 and Apache 1.3 Issue: Unable to 
> get the requested page.
> 
> Sumit Shah wrote:
> > 1) When the filter is setup
> > 38.118.10.237 - - [14/Nov/2006:18:57:17 -0500] "GET 
> > /snflwr_doc_html/asut0002.htm HTTP/1.1" 200 -
> > 
> > 2) When I remove the filter (is remove the Perl Module)
> > 
> > 38.118.10.237 - - [14/Nov/2006:18:58:17 -0500] "GET 
> > /snflwr_doc_html/asut0002.htm HTTP/1.1" 200 5573
> > 
> > The difference I see is in the number of bytes transferred from the 
> > server to the client. There are NO bytes transferred in case 1. I 
> > would appreciate if you could provide a solution/comment.
> 
> What makes you think this is a "filter"?  The PerlHandler is 
> entirely responsible for generating all content in the setup 
> you have.  There are zero bytes because you didn't send any 
> bytes from your handler.
> 
> If what you really want is to apply some kind of filter to 
> outgoing files, you should mod_perl 2.  It has a powerful API 
> for writing filters that can be applied to outgoing data.
> 
> > This is the perl module code and is deployed on Windows 2000/Oracle 
> > 9iAS/Apache 1.3/Mod_perl 1.
> 
> I don't know much about Oracle 9iAS, but running mod_perl 1 
> on Windows is not recommended.  You really should use 
> mod_perl 2 instead.  It has much better Windows support.  
> This is probably the reason why your socket code failed in 
> your previous thread, "Mod_perl and HTTP IO issue."
> 
> - Perrin
> 

Reply via email to