Return-Path: Mailing-List: contact mod_dtcl-help@tcl.apache.org; run by ezmlm Delivered-To: mailing list mod_dtcl@tcl.apache.org Received: (qmail 92498 invoked from network); 26 Dec 2001 18:18:48 -0000 Received: from anubis.nosc.mil (198.253.16.34) by daedalus.apache.org with SMTP; 26 Dec 2001 18:18:48 -0000 Received: from huckabeec (sc032ws139.chs.spawar.navy.mil [198.253.32.139]) by anubis.nosc.mil (8.9.3/8.9.3) with SMTP id NAA03961; Wed, 26 Dec 2001 13:13:33 -0500 (EST) Message-ID: <005a01c18e39$82b5b0f0$90b411ac@huckabeec> From: "Craig Huckabee" To: "Wojciech Kocjan" , "David N. Welton" Cc: References: <3C23C553.8000409@kocjan.org> <87u1ue42yf.fsf@dedasys.com><3C29C778.8010607@kocjan.org> <87adw62kzv.fsf@dedasys.com> Subject: Re: mod_dtcl on Windows98 again Date: Wed, 26 Dec 2001 13:16:59 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4807.1700 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4807.1700 X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N > Wojciech Kocjan writes: > > > > Tried debugging it? > > > How? ;-) > > > I never debugged a thing on Windows... > > Neither have I - maybe someone else can comment? Does it crash, by > the way, when you run it with '-X' or whatever the windows equivalent > is? -X is the same on Win32. Debugging is a problem. Since Apache is built with VC++ and mod_dtcl is built with MingW32, and they don't share a compatible debug symbol format, the debugger gets "lost" when trying to trace program execution. So, it is impossible to trace a problem in the traditional sense using a debugger. I got some good results by using GDB to attach, run, then print out the actual exception with breakpoint, then printing out the call stack. That gave me a good ball park as to where the problems were. So far, though, every problem I've hit has been related to a bad script, configuration file, some other module, or the machine's setup. Those playing along at home might ask "Why not build mod_dtcl with VC++ ?" It can be built that way, but the binary produced is unusable. I tried tracking that one down once, ended up getting nowhere. I can say it isn't in the optimizer - a bloated unoptimized binary produced by VC++ doesn't work either. Seems like there was some pointer mangling going on in the compiler, but it was over a year ago when I was actively looking at it. Since Tcl & mod_dtcl can be built with MingW32, I think it'd be better to have the Apache sources patched to support that build environment. I started coming up with all of the patches once, but stopped due to lack of time on my behalf and apparent lack of interest from the Apache core (no e-mail response). What version of Apache are you using, btw ? --Craig