On Fri, Sep 24, 2004 at 02:45:14PM -0400, Perrin Harkins wrote:
> On Wed, 2004-09-22 at 23:58, Ryan Underwood wrote:
> > I might have figured it out. The program wasn't closing STDOUT at the
> > end of printing stuff to the client. Is this a known boo-boo?
>
> I don't normally touch STDOUT or S
On Wed, 2004-09-22 at 23:58, Ryan Underwood wrote:
> I might have figured it out. The program wasn't closing STDOUT at the
> end of printing stuff to the client. Is this a known boo-boo?
I don't normally touch STDOUT or STDERR directly at all. Has the
problem reappeared since you did this?
- P
I might have figured it out. The program wasn't closing STDOUT at the
end of printing stuff to the client. Is this a known boo-boo? Anyway,
I haven't seen the problem yet after restarting apache, so I'm crossing
my fingers now.
--
Ryan Underwood, <[EMAIL PROTECTED]>
--
Report problems: http
Ok, here's something interesting. I am using basic authentication on
the mod_perl vhost. I use netcat to connect to it:
$ echo 'GET /perl/?action=login HTTP/1.1
Host: test.foo.com
' | nc www 80
Sometimes a try comes back with the following correct response:
HTTP/1.1 401 Authorization Required
On Wed, Sep 22, 2004 at 01:58:53PM -0400, Perrin Harkins wrote:
>
> You need to discover how to reproduce the problem. I would start by
> finding a way to check where STDOUT is going,
Unfortunately, I have searched for a way to do this and came up with
nothing. I have a feeling STDOUT is being
On Wed, 2004-09-22 at 02:00, Ryan Underwood wrote:
> Here's the current config that's been whittled down
Your config is pretty basic, so it must be something in the code that's
causing it.
> I've no idea what to try next.
You need to discover how to reproduce the problem. I would start by
findi
On Wed, Sep 08, 2004 at 02:19:17PM -0400, Perrin Harkins wrote:
> On Mon, 2004-09-06 at 23:15, Ryan Underwood wrote:
> > I've had this strange problem off and on ever since we started using
> > mod_perl. Occasionally, when the page is generated and printed, the
> > output goes to the Apache error
Hi Ryan,
On Wed, 2004-09-08 at 15:56, Ryan Underwood wrote:
> No, the problem doesn't go away without Dynagzip.
So far, there is nothing about Apache::Dynagzip in this problem really.
> I couldn't get
> Dynagzip to work correctly with a nph CGI script either. There is an
> option UseCGIHeadersFr
On Wed, Sep 08, 2004 at 03:41:25PM -0500, Slava Bizyayev wrote:
>
> On Wed, 2004-09-08 at 14:48, Perrin Harkins wrote:
> > Archived here:
> > http://mathforum.org/epigone/modperl/swoxsnurcro/[EMAIL PROTECTED]
>
> Apache::Dynagzip is commented out in questioning configuration. This is
> right fir
On Wed, 2004-09-08 at 14:48, Perrin Harkins wrote:
> Archived here:
> http://mathforum.org/epigone/modperl/swoxsnurcro/[EMAIL PROTECTED]
Apache::Dynagzip is commented out in questioning configuration. This is
right first step to do in the first place when you suspect any
incompatibility. However,
On Wed, Sep 08, 2004 at 02:19:17PM -0400, Perrin Harkins wrote:
> On Mon, 2004-09-06 at 23:15, Ryan Underwood wrote:
> > I've had this strange problem off and on ever since we started using
> > mod_perl. Occasionally, when the page is generated and printed, the
> > output goes to the Apache error
On Wed, 2004-09-08 at 15:32, Slava Bizyayev wrote:
> Sorry guys, I missed the beginning of this thread, won't you mind to
> remind me what is Apache::Dynagzip suspected in?
Archived here:
http://mathforum.org/epigone/modperl/swoxsnurcro/[EMAIL PROTECTED]
- Perrin
--
Report problems: http://per
Sorry guys, I missed the beginning of this thread, won't you mind to
remind me what is Apache::Dynagzip suspected in?
Slava
On Wed, 2004-09-08 at 13:19, Perrin Harkins wrote:
> On Mon, 2004-09-06 at 23:15, Ryan Underwood wrote:
> > I've had this strange problem off and on ever since we started us
On Mon, 2004-09-06 at 23:15, Ryan Underwood wrote:
> I've had this strange problem off and on ever since we started using
> mod_perl. Occasionally, when the page is generated and printed, the
> output goes to the Apache error log instead of to the client
[...]
>PerlHeaderParserHandler
14 matches
Mail list logo