Sorry, just a clumsy cell phone touch. - Perrin On Jan 27, 2012 5:42 PM, "Perrin Harkins" <per...@elem.com> wrote:
> - Perrin > On Jan 13, 2012 6:47 PM, "Andrew Merton (subscriptions)" < > amerton.sig...@gmail.com> wrote: > >> On 17/12/2011 7:20 a.m., Randolf Richardson wrote: >> >> Thanks for the responses :) >> >> However - I just read another thread somewhere that made me think of >> looking in the Event log. >> >> It appears that the culprit is Oracle - there are errors >> naming OraOCIEI11.dll as the "Faulting Module name". >> >> >> That's very interesting. Windows Event Viewer is a good place to >> look (I keep forgetting about it as I'm used to /var/log/messages in >> Unix/Linux and similar environments). >> >> Well. It turns out that in this case the event log was actually a red >> herring. By creating another Apache instance (to avoid breaking the >> "production" server :)) and stripping out all references to Oracle, DBI, >> DBD etc from both httpd.conf and the Perl, I have determined that the >> problem has nothing to do with Oracle. >> >> After doing that, I was getting exception code 0xC00000FD (Stack >> overflow) in Classify.dll (Params::Classify?) so I tried setting the >> ThreadStackSize to 2MB, and now I get 0xC0000005 and the module is unknown >> according to the Event log. >> >> I think I'm going mad. >> >> Is there a way to make Apache/mod_perl (on Windows 7) give me a stack >> dump when the child process exits? Al I get in the log is the "Parent: >> child process exited ..." message, which is not very helpful. I have >> downloaded the -symbols.zip files from ActiveState and installed them in >> the proper directories (alongside their .dlls), but then realised that I'm >> not getting the equivalent of a core dump file to analyze. The Event log >> points to a directory containing only a text file (*.wer) which doesn't >> have anything useful AFAICS... >> >> Andrew >> >
