[9203] in Athena Bugs
Xmh
daemon@ATHENA.MIT.EDU (wchuang@Athena.MIT.EDU)
Mon Apr 13 20:25:47 1992
From: wchuang@Athena.MIT.EDU
Date: Mon, 13 Apr 92 20:25:37 -0400
To: bugs@Athena.MIT.EDU
Bear with me... in the Xmh manual page, there are the following
passages:
CheckFrequency
How often to check for new mail, make checkpoints, and rescan
the Table of Contents, in minutes. If CheckNewMail is true, xmh
checks to see if you have new mail each interval. If MakeCheck-
points is true, checkpoints are made every fifth interval. Also
every fifth interval, the Table of Contents is checked for
inconsistencies with the file system, and rescanned. To prevent
all of these checks from occurring, set CheckFrequency to 0.
The default is 1.
MakeCheckpoints
If true, xmh will attempt to save checkpoints of volatile infor-
mation. The frequency of checkpointing is controlled by the
resource CheckFrequency.
So saying, I set these in .Xresources (MakeCheckpoints to true,
CheckFrequency to 1), re-loaded those resources, and then started up
xmh... and then pulled up a compose window, and inputted about 30K of
material (perhaps more, just junk from a mouse buffer).
I waited 10 minutes. Now, either I totally miss the point of
"CheckFrequency", which should have saved the compose buffer/window
contents _each_ minute, or the manual page has a totally different
definition of "volatile"... because nothing was ever checkpointed or
updated.
Being curious, I looked at my XMAIL/drafts directory (my MH path is set
to XMAIL rather than Mail, my erratic choice), and kept looking to see
if the draft in question would ever get beyond the basic "components" (I
use my own). No. Checked around some more, in /usr/tmp and /tmp,
nothing there.
So, is it my mistake, or is xmh broken (well, it *is* broken. It killed
my window manager twice when I was screwing with it)?
o William Chuang
o CSS Student Consultant
