On Fri, Nov 28, 2003 at 10:04:34AM -0800, Stas Bekman wrote:
> > to giving the mod_perl error (well, I think that's what it is). It
> > segfaults if it's daemonized; it doesn't if it's standalone.
>
> That's exactly why I gave you the instructions how to get the core file when
> the server is ru
On Fri, Nov 28, 2003 at 10:09:41AM -0800, Stas Bekman wrote:
> > I'm glad you said that, so I didn't have to. Empty Mind is hard to
> > come by. I'm actually planning on trying to whomp up a HOWTO on the
> > whole installation, but I can certainly distill out the important
> > parts.
>
> We try
Jay R. Ashworth wrote:
Once you figure it out, it'd be nice if you could send a patch
improving the docs on getting the core file and the trace, so people
who come after you with the same task in hand will have an easier
time understanding. I get dozens of core files daily, so for me it's
a routin
Jay R. Ashworth wrote:
On Fri, Nov 28, 2003 at 12:23:53AM -0800, Stas Bekman wrote:
Jay R. Ashworth wrote:
On Thu, Nov 27, 2003 at 05:12:10PM -0800, Stas Bekman wrote:
httpd -DONE_PROCESS -DNO_DETACH
Oh, *ick*; it's a Heisenbug.
This time it didn't dump core -- it did what it was doing origi
On Fri, Nov 28, 2003 at 12:23:53AM -0800, Stas Bekman wrote:
> Jay R. Ashworth wrote:
> > On Thu, Nov 27, 2003 at 05:12:10PM -0800, Stas Bekman wrote:
> >
> >>httpd -DONE_PROCESS -DNO_DETACH
> >
> >
> > Oh, *ick*; it's a Heisenbug.
> >
> > This time it didn't dump core -- it did what it was doi
On Fri, Nov 28, 2003 at 12:27:47AM -0800, Stas Bekman wrote:
> > Isn't it nice to have these emails to excerpt for the next update of
> > that web page? :-)
>
> How do you think most of the documentation on perl.apache.org has emerged...
> it came from this kind of discussions on this list.
:-)
BTW, I've completely forgotten that I wrote a dedicated module that extracts
the backtrace without needing a core file. I just didn't have time to polish
it, so in certain cases it works in others it doesn't. It's Debug::FaultAutoBT
on CPAN.
http://search.cpan.org/~stas/Debug-FaultAutoBT-0.02/Fa
Jay R. Ashworth wrote:
[...]
Isn't it nice to have these emails to excerpt for the next update of
that web page? :-)
How do you think most of the documentation on perl.apache.org has emerged...
it came from this kind of discussions on this list.
Once you figure it out, it'd be nice if you could
Jay R. Ashworth wrote:
On Thu, Nov 27, 2003 at 05:12:10PM -0800, Stas Bekman wrote:
httpd -DONE_PROCESS -DNO_DETACH
Oh, *ick*; it's a Heisenbug.
This time it didn't dump core -- it did what it was doing originally:
In which case you can run the server normally and still get the core file, but
On Thu, Nov 27, 2003 at 05:12:10PM -0800, Stas Bekman wrote:
> httpd -DONE_PROCESS -DNO_DETACH
Oh, *ick*; it's a Heisenbug.
This time it didn't dump core -- it did what it was doing originally:
Can't call method "header" on an undefined value at
/appl/apache/WebGUI/lib/WebGUI/Session.pm line 322
On Thu, Nov 27, 2003 at 05:12:10PM -0800, Stas Bekman wrote:
> > So I need to hand run an httpd? It's still going to switch to nobody,
> > won't it? Or does it only do that if it daemonizes? Ok, I guess I'll
> > go run one by hand on 8080 and talk to *it* and see if I can get it to
> > dump.
>
Jay R. Ashworth wrote:
On Thu, Nov 27, 2003 at 04:47:52PM -0800, Stas Bekman wrote:
Found the build; rebuilt with debug. Make test skipped a *bunch* of
stuff, but doesn't appear to have failed. Installed, stopped apache,
started apache, same results; no backtrace in the webgui.log or either
apac
On Fri, Nov 28, 2003 at 12:44:06AM +, Ged Haywood wrote:
> Stas is probably in bed now. :)
Nope. :-)
> On Thu, 27 Nov 2003, Jay R. Ashworth wrote:
> > no backtrace
>
> You need to run Apache under gdb (Gnu DeBugger).
> You run it like that, let it segfault, then you're returned to the debu
On Thu, Nov 27, 2003 at 04:47:52PM -0800, Stas Bekman wrote:
> > Found the build; rebuilt with debug. Make test skipped a *bunch* of
> > stuff, but doesn't appear to have failed. Installed, stopped apache,
> > started apache, same results; no backtrace in the webgui.log or either
> > apache error
Hi Jay,
Stas is probably in bed now. :)
On Thu, 27 Nov 2003, Jay R. Ashworth wrote:
> no backtrace
You need to run Apache under gdb (Gnu DeBugger).
You run it like that, let it segfault, then you're returned to the debugger.
You tell the debugger to give you a backtrace with the debugger's 'bt
Jay R. Ashworth wrote:
On Thu, Nov 27, 2003 at 06:53:44PM -0500, Jay R. Ashworth wrote:
Indeed. I just have to figure out where the build lives; I've done *so
many* things in 5 days, I don't even remember whether I built mod_perl
or cpan did, and if it did, I'm not sure where. I can only learn s
On Thu, Nov 27, 2003 at 06:53:44PM -0500, Jay R. Ashworth wrote:
> Indeed. I just have to figure out where the build lives; I've done *so
> many* things in 5 days, I don't even remember whether I built mod_perl
> or cpan did, and if it did, I'm not sure where. I can only learn so
> fast...
Found
On Thu, Nov 27, 2003 at 03:51:17PM -0800, Stas Bekman wrote:
> Jay R. Ashworth wrote:
> [...]
> >>All the items that are asked for in the bug report are potentially
> >>important, so try to include as much as possible. A well written bug
> >>report that includes all info asked for generally gets
Jay R. Ashworth wrote:
[...]
All the items that are asked for in the bug report are potentially
important, so try to include as much as possible. A well written bug
report that includes all info asked for generally gets answered very
quickly on this list. I'll admit that it requires some work
On Thu, Nov 27, 2003 at 05:40:17PM -0500, Cees Hek wrote:
> The link that Stas provided above explains what to do to provide a bug
> report to the mod_perl list, and it has a section on segfauls and how to
> get a stack trace.
>
> Check it out, as there is a tonne of helpful information availabl
On Thu, Nov 27, 2003 at 02:45:03PM -0800, Stas Bekman wrote:
> Jay R. Ashworth wrote:
> [...]
> >>>[Thu Nov 27 16:07:56 2003] [notice] child pid 736 exit signal
> >>>Segmentation fault (11)
> >>
> >>Jay, you know the drill, to start with please get the core stack
> >>backtrace and post the bug repo
Jay R. Ashworth wrote:
Jay, you know the drill, to start with please get the core stack
backtrace and post the bug report here... http://perl.apache.org/bugs/
Well, you know, I'm hearing that a lot this month, and no, I actually
am *not* familiar with y'all's particular version of 'the drill'.
An
Jay R. Ashworth wrote:
[...]
[Thu Nov 27 16:07:56 2003] [notice] child pid 736 exit signal
Segmentation fault (11)
Jay, you know the drill, to start with please get the core stack
backtrace and post the bug report here... http://perl.apache.org/bugs/
Well, you know, I'm hearing that a lot this mo
On Thu, Nov 27, 2003 at 02:11:09PM -0800, Stas Bekman wrote:
> Jay R. Ashworth wrote:
> > I've started getting (the machine is only about 4 days old, and not in
> > production yet) my apache children dying when I call into WebGUI. I
> > seem to be able to retrieve pages ok (GET), but when I click
Jay R. Ashworth wrote:
I've started getting (the machine is only about 4 days old, and not in
production yet) my apache children dying when I call into WebGUI. I
seem to be able to retrieve pages ok (GET), but when I click a button
on a page to do something (a check of the page source says this is
[ sorry; didn't unthread; please answer here]
I've started getting (the machine is only about 4 days old, and not in
production yet) my apache children dying when I call into WebGUI. I
seem to be able to retrieve pages ok (GET), but when I click a button
on a page to do something (a check of the
I've started getting (the machine is only about 4 days old, and not in
production yet) my apache children dying when I call into WebGUI. I
seem to be able to retrieve pages ok (GET), but when I click a button
on a page to do something (a check of the page source says this is a
POST), I get the fol
27 matches
Mail list logo