OT: can''t capture debug info

Re: OT: can''t capture debug info

From:

Date:

Time:

There is indeed a way to cause MacsBug to save a log automatically.
You can define macros in MacsBug with ResEdit. Macros with special
names get run when certain criteria are met.

Here's how to create the auto-log, auto-reboot macro I use on my test server:

- Make sure you have the latest version of MacsBug.
- Launch ResEdit.
- Open a copy of MacsBug in ResEdit.
- Double-click on the mxbm resource.
- From the Resource menu, select Create New Resource.
- Select the item named "1) *****".
- From the Resource menu, select Add New Field(s).
- In the Macro Name field, type "FirstTime" (without the quotes).
- Set the Expansion field to "g" (again, sans quotes).
- Repeat the last four steps (selecting item 2) to create a macro
named "EveryTime" that expands to "stdlog;rb"

You now have a pair of macros, plus an item 3 that has no fields.

- Close the window.
- From the Resource menu, select Get Resource Info.
- Click into the Name field and type "Autodump", or any other
descriptive name you prefer.
- Close the window.
- Save MacsBug.
- Quit ResEdit.
- Install the newly modified version of MacsBug in your System Folder
and restart.

What it does:

The EveryTime macro, by default, is run every time MacsBug is
invoked, including when it first loads (during system startup).
However, if there is a FirstTime macro installed, FirstTime will be
run at system startup instead of EveryTime.

The FirstTime macro defined above simply exits MacsBug and returns
operation to the system. This lets the system continue to boot. You
may see a brief flash of a MacsBug interface during system boot, but
otherwise things will work normally.

The EveryTime macro is written with the assumption that, if MacsBug
has been invoked, then the system has crashed. It does two things.
First, it saves a stdlog to the desktop. Second, it reboots the
system (as happens with cmd-ctrl-pwr).

Note that, if you invoke MacsBug manually (type cmd-pwr or hit the
programmer's button on the front of many Macs), it'll run the
EveryTime macro and reboot.
____________________________________________________________________
Chris Buxton Men & Mice
cbuxton@menandmice.com We Make DNS Easy!

At 1:44 PM -0400 9/1/01, andrew wrote:
>Hi All:
>
>I have QDNS 3.5 running on a 7300/200/64/2gig OS 9.1
>
>QDNS has 8-meg ram allocated, no other apps are running on it.
>
>I have installed MacsBug 6.6.3
>
>I have a Win2K server that's sending out an email list with about 37K names in
>it. The QDNS server is defined in WinDoze's TCP/IP prefs, so it's
>resolving the
>email addresses. The SMTP service on the Windoze box is throttled back to 16
>outgoing connections.
>
>If I send out a test distribution to 4,000 names, I see the DNS
>being queried to
>resolve each domain. As the Win2K box churns through the list (about 10
>minutes), I can watch the free memory in the QDNS window drop down to 100K and
>then shoot back up to 1.5 meg before descending down again. I also observe the
>"outstanding" and "queries per second" alternating between 0 & 8 during this
>period.
>
>The list completes and all is well. If I try to send the 37K list, somewhere
>about midway through QDNS crashes and the MacsBug window comes up. However at
>this point the keyboard is unresponsive so I can't type in StdLog or any other
>command into the debugger to capture the crash. The debugger shows
>"QDNS...." at
>the top of the hex code on the left side of the debug window.
>
>I can power-cycle the mac from the keyboard but nothing else, like CapsLock,
>works.
>
>I've had this problem with a number of different versions of QDNS
>from 2.2 up on
>several different boxes (7100/7250/7300-180) running OS 8.6 and 9.1 and it
>happens every time with different lists of this size.
>
>It happens both with IIS 4 and IIS 5 SMTP service, and the higher
>the number of
>outgoing connections the faster the DNS crashes.
>
>I'm trying to capture a debug log but can't...has anyone else
>experienced this?
>Is there a way to set MacsBug to dump a log automatically?
>
>TIA, Andrew Kagan

Sales:
888/4-DPOINT

Support:
858/452-3696