EDUCOMP HyperCard Stacks

luRaichu

Well-known member
I have come into possession of twenty 800k floppy disks from EDUCOMP which appear to contain various HyperCard stacks. I'd won them at auction on eBay originally as a source for cheap 800k diskettes to use with a Mac Plus, but now I see these may contain software that hasn't been archived yet. Please let me know if you are interested or have any information reguarding EDUCOMP, as I'm not aware of much (at all).
Following is a list of all 20 disks, their item number and alleged contents according to the labels:

430: HELP/TIPS STACK V.1
432: UTILITY STACKS V.1
433: FUN & GAMES STACKS V.1
435: PRODUCTIVITY STACKS V.1
436: SOUND&MUSIC STACKS V.1
437: STACKWARE ART/PUBLISHING STACKS
438: STACKWARE TELECOMM. STAACKS V.1
439: The AIDS Stack
440: STACKWARE BILL SEZ STACK
441: STACKWARE MISC. STACKS V.1
442: STACKWARE BUSINESS STACKS V.1
443: FOOD/HEALTH STACKS V.1
444: STACKWARE FUN & GAMES STACKS V.2
445: MISC. STACKS V.2
537: EDUCATION STACKS V.4
550: MINIFINDER STACKS
555: PROG./UTIL V.4
568: Prog/Util Stacks V.5
573: Util Stacks V.6
585: Adult Stacks V.1

Hopefully most of these still read properly. Will update when I verify contents/get more info.

Edit: There is an address and phone number listed on the back of the floppies.

742 Genevieve, Ste. D
Solana Beach, CA 92075
(619) 259-0255

From disk #568 on, a new address is being listed. The phone number is still the same.

531 Stevens Ave.
Solana Beach, CA 92075
(619) 259-0255
 
Last edited:

thecloud

Active member
EDUCOMP was a company who downloaded every piece of freeware and shareware they could find on BBS systems and internet archives, then published a catalog. You could buy disks from their catalog with collections of games, fonts, utilities, HyperCard stacks, dithered bitmap porn, you name it. It served a purpose for people who weren't online (and most people weren't, in the late 80s/early 90s.) They never asked the authors' permission to include software in their collection, as far as I was aware. By 1990 the company had been renamed to EDUCORP.

Twenty 800K disks wouldn't take up very much space if you imaged them with Disk Copy and then compressed the resulting images, so it would certainly be a good idea to do that before reusing the floppies. But I suspect anything they contain will have been archived elsewhere, since the content was not exclusive to EDUCOMP. (Edit: on the other hand, it could well be that these collections contain stuff that was never archived anywhere else.)
 
Last edited:

thecloud

Active member
Surprisingly, Internet Archive doesn't seem to have the EDUCOMP/EDUCORP disk catalogs or the shareware disk collections. They used to be everywhere, like AOL disks. I probably have some put away in a box somewhere.
 

thecloud

Active member
Based on these two links, it appears they changed their name from EDUCOMP to EDUCORP around 1988.

Was this the auction you won?

Definitely consider imaging these and uploading to the Internet Archive!
 

luRaichu

Well-known member
Next step is to use my Mac Plus to see which HyperCard stacks are on the disks and [if they're/how many are] already on the Internet Archive collection. Instead of using a dedicated diskette backup device like Greaseweazle I'm thinking of just making Disk Copy images on the Mac Plus and transferring them to a PC via BlueSCSI.

I'd always archive disks that haven't already been archived.
 

luRaichu

Well-known member
The EDUCOMP diskettes are now available on the Internet Archive, saved for posterity.
I used DiskDup Pro 1.0.3 on my Mac Plus to image the floppies, saving in Disk Copy 4.2 format with all bad sectors included.
Next, I put my BlueSCSI's microSD card in a USB SD card reader and mounted the emulated hard disk on my Linux box. From there the Disk Copy images went straight up to the Internet Archive. It's HFS -> Internet :)
Disk #433 could not be read ("This disk is unreadable"), while disk #435 errors with:
The disk "435 Productivity Stacks v.1" cannot be used, because a disk error occurred.
I will hold on to the problem floppies just in case there is a magical way to recover the data on them.

TODO: Scan front of floppies, so everyone can see what the labels look like.
 

Andy

Well-known member
will hold on to the problem floppies just in case there is a magical way to recover the data on them.

You can try reaching out to the Applesauce FDC community. It's hardware that can do flux images and might have better luck reading then the mac system software. There's a link to their discord on the website https://applesaucefdc.com/
 

thecloud

Active member
Thanks for taking the time to image the floppies!

One thing to keep in mind next time you make Disk Copy images: they do have a resource fork where the data checksum is saved. Resource fork information is lost when you upload the file as data to a server, unless you wrap the disk image in a container that preserves both forks. For example, you could add the disk image to a StuffIt archive, or use the Compress item to create a zip file on current versions of macOS.
 

luRaichu

Well-known member
I don't think the resource fork is needed for these images. Why would you need the checksum? What you get from the Internet Archive page is a verbatim copy of the floppies (I checked the hashes).
I chose to present the images this way for easier handling outside of classic Mac OS.
Though, I guess it wouldn't hurt to also provide a Stuffit archive with everything inside.
 

LaPorta

Well-known member
Just because you run into the issue of a real Mac or emulator not being able to read the images because the type and creator codes are wiped out, for one thing.
 

thecloud

Active member
For these specific images it's not a big deal, because the original disks had bad sectors and the checksum isn't going to be something you could use reliably to compare your image against someone else's copy. The images mount fine in an emulator and the files can be read. But imagine a scenario where the image later gets corrupted on the server, and its data no longer matches the saved checksum. You'd want some way to detect that the image data changed since it was created, and that's what the checksum stored in the resource fork provides. (I see that there are hashes computed by IA on these files and stored in a separate XML file on the server, but Disk Copy and other classic Mac software won't know to look for that or be able to use it to verify the image.)

The data checksum isn't the only reason to preserve the resource fork. As mentioned, keeping the file's type and creator codes intact is another important reason. And sometimes other resources must be present in order to successfully open a file. Any classic Mac file which could possibly have resources or metadata should really be archived in a container format which preserves them, so nothing is lost.
 

luRaichu

Well-known member
Page is updated with huge 600dpi scans of the disks. They may take a bit to load.
The Disk Copy images now live inside a MacZip archive, preserving the resource forks. You can click "View Contents" on the zip and download individual images if you'd like.
 
Top