Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!zaphod.mps.ohio-state.edu!swrinde!cs.utexas.edu!asuvax!ncar!unmvax!uokmax!rob
From: rob@uokmax.ecn.uoknor.edu (Robert K Shull)
Newsgroups: comp.sys.mac.system
Subject: Re: MaxAppleZoom theory
Keywords: MaxAppleZoom
Message-ID: <1991Jun26.143133.15653@uokmax.ecn.uoknor.edu>
Date: 26 Jun 91 14:31:33 GMT
References: <77@emoryu1.cc.emory.edu> <7700@emory.mathcs.emory.edu> <7709@emory.mathcs.emory.edu>
Organization: Engineering Computer Network, University of Oklahoma, Norman, OK
Lines: 27

In article <7709@emory.mathcs.emory.edu> ospwd@mathcs.emory.edu (Peter Day {EUCC}) writes:
>After being amazed that moving the video board to another slot made
>MaxAppleZoom (MAZ) start working again, I came up with the following

There's a discussion of this going on on CompuServe right now. The latest
piece of info seems to indicated that (1) this is an obscure bug and
(2) you can fix it temporarily by moving your video card to a higher
numbered slot.

The message (from John Moran on CIS) went something like this...
MAZ quit working with cards in slot 1 at 13:24:16 on 6/22/91.
Each higher slot adds 12 days 3 hours 16 minutes and 16 seconds to the
expiration time (it was pointed out in another message that this is
2^20 seconds)

Based on this (and his testing) he points out that MAZ running on
a card in slot 6 will work until 05:45:38 on 8/22/91.

Note also that the bug affects only the installation, not the operation
of MAZ.

On another note, no one has heard from the author of MAZ, or had a shareware
check cashed, in the last 3 months or so.
	Robert
-- 
Robert K. Shull
rob@uokmax.ecn.uoknor.edu