Skip Menu |
 

Preferred bug tracker

Please visit the preferred bug tracker to report your issue.

This queue is for tickets about the devel-nytprof CPAN distribution.

Report information
The Basics
Id: 76144
Status: rejected
Priority: 0/
Queue: devel-nytprof

People
Owner: Nobody in particular
Requestors: zefram [...] fysh.org
Cc:
AdminCc:

Bug Information
Severity: (no value)
Broken in: (no value)
Fixed in: (no value)



Subject: truncation with Apache
Date: Thu, 29 Mar 2012 16:47:51 +0100
To: bug-Devel-NYTProf [...] rt.cpan.org
From: Zefram <zefram [...] fysh.org>
I'm getting truncation of profiling output files with Devel::NYTProf::Apache. I'm not using Apache2::SizeLimit, I've got a single Apache child process, and I have no profiling-related handlers. I caught a strace of a child process terminating, which ends like this: clock_gettime(0x2 /* CLOCK_??? */, {71, 989980559}) = 0 clock_gettime(0x2 /* CLOCK_??? */, {71, 990002632}) = 0 clock_gettime(0x2 /* CLOCK_??? */, {71, 990026551}) = 0 write(2, ":Apache2 IO flush: (103) Software caused connection abort at -e line 0", 70) = 70 exit_group(25) = ? Ignoring the clock_gettime() calls (which are obviously for the profiling), the last syscalls before this were writing to an application-specific log. This logging is identifiable as code within the top-level PerlResponseHandler function. I don't know where the "Apache2 IO flush" message comes from. I note that it lacks a terminating newline. Despite the Perl-style "at -e line 0", it's obviously not been emitted through Perl's die() or croak(). Apache 2.2.16, mod_perl 2.0.5, Perl 5.12.3, Devel::NYTProf 4.06. -zefram
Download (untitled) / with headers
text/plain 202b
I doubt this is an NYTProf problem. Some googling found this, which may shed more light on the cause: http://mail-archives.apache.org/mod_mbox/perl- modperl/200508.mbox/%3c42F6F033.8010602@stason.org%3e
Any news on this? (I've marked it as stalled for now.)
Download (untitled) / with headers
text/plain 134b
I'm marking this closed as it's been stalled for a while and doesn't seem to be an NYTProf issue. Please reopen if you feel otherwise.


This service is sponsored and maintained by Best Practical Solutions and runs on Perl.org infrastructure.

Please report any issues with rt.cpan.org to rt-cpan-admin@bestpractical.com.