This page is a wiki. Please login or create an account to begin editing.

The King of Chicago

Your rating: None Average: 4.2 (5 votes)
Year released:


[www].se [ftp].se [mirror].us [mirror].de (7.94 MB)
MD5: d7d13bf136f45c0227d96a444907c1d9
For System 1 - 5
This game works with: Mini vMac

"With Al Capone out of the picture, Chicago's prohibition-era profit is up for grabs. Are you merciless and cunning enough to gain it by whatever means are required? Every action you take has complex long-term consequences which are not always obvious at the time.

You must keep your people on your side, watching what you say and do, knowing that an overthrow could be hatched at any moment. Look after your woman as well - who's going to respect a single mobster? The money has to be juggled in these ways, not forgetting to reach an 'understanding' with the Mayor to avoid any negative attentions."

Architecture: 68k


MCP's picture
by MCP - 2012, July 24 - 12:54am

yoyomac's effort didn't just reveal a bug fix, it's a hack for copy protection. I've uploaded a new archive taken from the original media and with the new hack applied, so that it's playable with Mini vMac. Thanks yoyomac!

Temporary Joe's picture
by Temporary Joe - 2011, June 7 - 1:02am

Looking at ResEdit, CODE ID=1, do NOT alter the this one: 426E FFFC 486D C1CC. Do a search. Also, turn the speed down to 1x or maybe 2x.

yoyomac's picture
by yoyomac - 2011, June 5 - 6:17pm

Yes, ResEdit would work.

Temporary Joe's picture
by Temporary Joe - 2011, June 5 - 5:44pm

yoyomac: is the fix done via ResEdit?

jkheiser's picture
by jkheiser - 2011, April 4 - 7:48am

I just wanted to thank you, yoyomac, for your expert work on King of Chicago, Macintosh Garden, and the archival effort for classic Macintosh software. You're a credit to the cause.

yoyomac's picture
by yoyomac - 2010, October 3 - 8:13pm

Found a fix!! I spent a couple of hours in MacsBug and Code Editor to find the problem comes from a loop between offsets 14E8 to 1516 in resource CODE ID=1, apparently filling up the stack. Skipping the loop solves the problem, i.e. makes the game playable. My recommendation: change code at offset 14F0 as follows:
from: 426E FBFE 3F3C 7530, to: 426E FBFE 3F3C FDFD. Enjoy the game!

yoyomac's picture
by yoyomac - 2010, September 19 - 2:50am

I have tried to run the game on an original Mac Plus with 1MB RAM, as well as in Mini vMac emulating a 4MB Mac Plus on Linux. Exact same issue. Quadrupling the suggested memory doesn't help. I'm leaning toward the programming issue or some sort of copy protection scheme. The version of KoC I have is 1.0. There might have been a bug fix version 1.0.1 or something. The thing about it being a bug though is that I don't see how the product could have been sold in this condition.

bertyboy's picture
by bertyboy - 2010, September 18 - 9:32pm

If you up the memory more than 100% or 200% and still get it, it must be a bug or an addressing issue.

We normally have to consider the extra RAM requirements imposed by running OS9 apps on a larger-than-designed-for screen, and maybe at 32-bit or 8-bit colour when it was designed for monochrome. But as a worst case, 800x600 in 32-bit colour using three full screen buffers equates to nearly an addiional 6MB of RAM - nothing in the 1990's. More realistic might be 800x600 in 8-bit colour by 3 screen buffers, a 1.5MB RAM requirement for video.

Otherwise it's a bug, conventional programming started the application stack and heap at opposite ends of the application RAM allocation, but maybe they got it wrong. That's what made me think it's not 32-bit clean or the video RAM requirements are pushing the heap into the stack.

yoyomac's picture
by yoyomac - 2010, September 18 - 6:23pm

The game is from 1986 and well predates Mac OS 7 and the ability to support 32-bit addressing. It must have been developed to run on a Mac Plus as it does require 512KB of memory of its own to run (popup dialog would abort the game if less than 512KB is available). The problem is actually that the stack collides with the _application_heap not the system heap. I did try to increase the latter but to no avail.

Replaced 'xxx 7' by 'Mac OS 7' - IIGS User

bertyboy's picture
by bertyboy - 2010, September 18 - 7:51am

Not 32-bit clean ??


yoyomac's picture
by yoyomac - 2010, September 18 - 6:56am

I never managed to get this game to run over the years. Tried many Systems, floppy vs hard drive, reverting the clock back to the 80s (in case the random number generator is based on tick counts), changing memory allocation, etc. No go.

I've started using a debugger on it recently. The freeze always happen at the same spot:

System error #28 at 00401B46 _DeQueue+0156

This is indeed a stack collision with heap error.
I'm trying to trace where the problem is in the code but it's a bit vast given the random character of the game.
I suspect there might be a key disk protection that requires the game to play off the original floppy: a branching address hidden on a particular sector, or a test on the status of a given block might be carried out.

I doubt the game was released in this form...
The funny thing is that the author turns out to still be active and even has a recent blog about KoC. I sent him a note a couple weeks ago about the chronic freeze problem but I haven't heard back yet. Keep your fingers crossed.

In the meantime if anyone has some good suggestions or pointers for me to explore with MacsBug, please do let me know, I'd be more than happy to give it a try!

Temporary Joe's picture
by Temporary Joe - 2010, September 16 - 4:18pm

I had a "Stack Collision with Heap" error on System 6 mid-way through the cut scene.

Jason H.'s picture
by Jason H. (not verified) - 2009, July 3 - 5:13am

Has anybody successfully played this game? I can get it to run for a minute or so, but sooner or later the screen freezes due to a system error. I've tried running it in a variety of different System versions but nothing seems to work.