| TIP: Click on subject to list as thread! | ANSI |
| echo: | |
|---|---|
| to: | |
| from: | |
| date: | |
| subject: | Maximus/Squish Kludge Line Mystery: Solved |
ac> I believe he [David Nugent] worked on parts of ac> Maximus (don't know which). He also wrote a number of ac> other FidoNet programs, notably InspectA and NLMaint. You're right, he worked on max -- I don't know he worked on either, though. Notably InspectA and NLMaint, though? I'd say most notably, the BNU FOSSIL driver. Far more BBSes ran BNU than will ever run InspectA or NLMaint. And before you say serial FOSSIL drivers aren't fido tech, I'll remind you that FOSSIL stands for Fido/Opus/Seadog Standard Interface Layer (or something very similar) ac> If it were really that good you wouldn't have so much trouble porting Well, it's really not that bad (yes, I've read your next post). The unportability comes here from three primary sources -- 1. the desire to produce fast code for slow boxes; 2. the desire to produce small code for small boxes; 3. the fact that C++ has morphed a LOT since the early '90s. 3 is completely forgiveable. 1 and 2 are merely design decisions. :) If you have 1 and 2 as design tennants, then portability to other platforms goes out the window, unless you include portability as another design decision. That final design decision adds a lot of cost to the development process NOW and would have been a very bad business decision in 1990 (hey, lets double our costs so we can have zero or one more customers!) :) Cheers, Wes --- Maximus/2 3.01* Origin: COMM Port OS/2 juge.com 204.89.247.1 (281) 980-9671 (1:106/2000) SEEN-BY: 633/267 270 @PATH: 106/2000 633/267 |
|
| SOURCE: echomail via fidonet.ozzmosis.com | |
Email questions or comments to sysop@ipingthereforeiam.com
All parts of this website painstakingly hand-crafted in the U.S.A.!
IPTIA BBS/MUD/Terminal/Game Server List, © 2025 IPTIA Consulting™.