Path: utzoo!mnetor!uunet!portal!cup.portal.com!Jerry_Geronimo_Whitnell
From: Jerry_Geronimo_Whitnell@cup.portal.com
Newsgroups: comp.sys.mac
Subject: Re: Risk game
Message-ID: <2983@cup.portal.com>
Date: 6 Feb 88 06:14:23 GMT
References: <22411@yale-celray.yale.UUCP>
Organization: The Portal System (TM)
Lines: 27
XPortal-User-Id: 1.1001.3098


A little work with TMON tracked down the problem.  It is using the
Window Managers own port to draw the map.  To do draw any other
windows, it saves away the bit map.  The problem is, it is using
GetWMgrPort to get the port to figure out the size and Apple,
in it's great wisdom, change the definition of what GetWMgrPort
returns (used to be a GrafPort, now a CGrafPort).  So Risk
calculates a random value for the size of the port, tries to
allocate that much memory and exits when it can (not very good
programming style :-)

So, here is a patch to get around the little problem:

Offset $680E (Block $34, offset $e)

was: 3029 0006 C1E8 000C 48C0
to:  303C 1000 C1FC 0156 4E71     if 256 colors
to:  303c 0800 C1FC 0156 4E71     if 16 colors
to:  303C 0400 C1FC 0156 4E71     if 4 colors
to:  303C 0200 C1FC 0156 4E71     if 2 colors

Pick the number of colors you normally run the game at and apply the above
patch using FEdit or ResEdit.  All this does is ignore the returned GrafPort
and calculate the values based on built in constants.  It appears to work
fine with these patches applied, but caveat emptor :-).  Be sure to apply
these to a backup copy, not your original.

Jerry Whitnell