Tall Tree Systems`JRAM-3'

On Sun, 2 Dec 2001, Robert Schaefer wrote: While it certainly might be, I don't see how THIS makes it one. The only daughter card that I DON'T remember being available would be one for MORE memory. Docs? , Drivers? I'll be glad to, but it may be a while. I have two totes full of them!, but they are on the bottom, back side of the few hundred totes containing the residue of my office. I know where ONE of the totes of them is, and can probably get to that one soon. The other tote will happen when I get to it. I did something real stupid when I moved out of my office. I tried to organize the stuff that I was packing. For example, I put all of my staplers (regular ones, binding ones, heavy duty ones, deep throat ones, ...) into one box. Now I can't find 'em, and have NO stapler. OB_historical_pedantics: John Henderson? (Tall Tree Systems) approached me (and others) at the West Coast Computer Faire, with a question of "have you written any programs that use lots of memory?" We thought that he was trying to recruit people with experience in memory management, etc. for a project. He wasn't. He was coming out with MASSIVE memory boards, some with MORE THAN A MEGABYTE! of memory for the PC. He wasn't looking for project workers, he was looking for existing stuff that could comprise a market and use for his product. (That's what you have) Eventually, he found the application for it. He marketed a laser printer controller, that bypassed the 256K, text only, controller of the HP LaserJet, etc, and created complete bitmap images in RAM (on his board) in the PC, and dumped them straight into the printer engine. (That was the JLASER board, with 2M of expanded RAM and laser printer controller) Later on, Lotus, Intel, and Microsoft met (and explicitly did NOT invite Tall Tree, the primary provider of such boards!) and worked out the "Lotus-Intel-Microsoft Expanded Memory Specification" ("LIM EMS"). It took Tall Tree less than a month to make revisions to be compatible with their "standard". He also produced the very popular JFORMAT, which was a simple device driver for squeezing 400K on a disk (10 512 byte sectors per track), as well as doing 720K and 800k on 96TPI low density (Tandon TM100-4, etc.) I have JLASER, JLASER-PLUS (with scanner interface), JRAM, JRAM2, JRAM3, JDISK, ..., ..., It's not very organized, and I know where one tote of them is, but not yet where the other one is. Who wants some? -- Grumpy Ol' Fred cisin(a)xenosoft.com