I miss them too, mostly for the local community aspect, meeting fellow nerds in the area, etc. I ran my own BBS on an Amiga, and then later Linux. Fun times.
What a blast from the past. I was just on the very tale end of BBSs but those were wild times. I remember logging into a local PC wholesaler my father worked with because their BBS had what is today a very not-politically correct blond joke on their BBS every day.
I think the two modems on one machine was handled in the BBS software itself, dividing itself between two port buffers. Single-threaded, just alternating its attention. But my memories of such things are quite hazy. I'm sure someone knows exactly how it worked.
For a Galacticomm MMBS/Worldgroup system, the picture would be a pile of modems, one computer running the BBS, and maybe a second computer running Netware to offload Btrieve and free up memory (16MB limit). In the TCP/IP era maybe they'd offload the modems to terminal servers.
Basically everything happened in a polling loop.
TBBS[1] is the only other DOS BBS software I'm aware of that natively handled multi-line.
Source: Former MBBS operator and briefly was a Galacticomm employee around '96.
We had a BBS in my town that was four lines and they ran Wildcat! BBS software, and another one in town that had two lines ran Spitfire. They both ran Desqview on their BBS machines so they could chat with people as well. I wasn't technical enough at the time to understand completely what they were doing, but I did spin up my own BBS that was just an anonymous message board software called Free Speech BBS. It was good times, where most of the conversation centered around whatever guest was on Art Bell that night.
Any stories you're willing to share about Galacticomm founder Tim Stryker? He had quite the reputation of being an extreme technical genius, but also extremely troubled...
Afraid I don't really have Stryker stories. He wasn't much involved at the office while I was there, I think he'd moved his family out to Utah at that point. My recollection is that he was charismatic in the ways typical of technical founders who'd achieved some success. He autographed his book, Think a Little, for me -- teenage me thought superdemocracy sounded great but with 25+ years of hindsight I see his vision of utopia as more of a dystopian nightmare.
I posted this on my Facebook when MBBSEmu came up here a few months back:
---
How'd I never hear of this before? My first "real" job was with Galacticomm and their software is probably most directly responsible for me becoming the computer geek I am today.
Story time: I ran a Major BBS in high school. My longest-time friends ought to remember 'cause it's probably the biggest catalyst for us becoming lifelong friends. My dad financed it with dreams of making Rusty-N-Edie money but I don't think it ever paid its own phone bill.
Pops saw in the paper that Galacticomm was going to make a big announcement at a local business conference. Maybe it was MBBS 6.25, or the first showing of Worldgroup, I don't recall exactly. But the key part is that I was under 18 and not welcome to attend said conference.
I was displeased. I let Galacticomm know of my displeasure.
And... Scott Brinker reached out personally to invite me to their offices for a demo. By him. Maybe Tim Stryker was also in the room, I don't remember it all. But Scott, a very young CEO or President at the time, took the time out of his life to make sure this younger, perhaps a bit entitled, fellow geek with a similar geeky backstory was not excluded.
It's such a little thing, but for me, it really mattered. Galacticomm and their people have always had an outsized place in my heart.
And now I'm crying 'cause I wish I could talk to my dad.
And don't forget the Galactibox if you ran internal modems. 16 modems in each Gbox, 16 Gboxes to a machine. I vaguely recall setting up a demo system that we took to a show with the full rig (possibly with the Equinox SST cards). Hottest spot in the office.
The GSBL was a significant achievement. OUTBSZ to 16384 and let it rip.
(It's funny how some things stick in your mind. OUTBSZ, uacoff, FNENN439L...)
I know it's a bit trendy to throw together racks of small, single-board computers like the Raspberry Pi, but truly, if serving up a retro BBS at dial-up speeds was your goal, you could probably replicate the room in the photo with a rack that fits into a single ATX case (and would have a similar power footprint to one of those PC's in the photo).
On a single CPU in an ATX case, yes, definitely, with power to spare. Possible on a modern Raspberry Pi too, if you hooked up USB modems that FIFO buffered on the modem itself, used something like an Arris multiline modem that will connect over Ethernet, or alternatively, could figure out a way to attach a 200+ multiline PCI modem card to your Pi. Though you'd need to talk to your telco if using an Arris as they used this weird parallel connector that I don't recall the name of.
Apparently they ran PCBoard [1] for their BBS software. I know a fair amount about BBS software, and had no idea PCBoard could support this many nodes.
Typically high node count boards of this time ran MajorBBS [2] instead, since it did its own multi-tasking and allowed you to have a crazy number of nodes / modems on a single PC! However, that also meant it couldn't run typical DOS door games, instead opting for its own plugin/game SDK.
Not sure about PCBoard specifically but most of the major BBS software supported DESQview and called the provided software interrupt to relinquish time. So it was usually possible to run more than one node per computer, especially when using 16550 UARTs which had a buffer and didn't spin the CPU for every character.
It was great to have a local node too on the computer so the SysOp could log in at the same time as users. That was a great use case even if you didn't have multiple phone lines.
OS/2 took over DESQview's role pretty quickly, after version 2.0 came out. Porting BBS software was easy and many did it. The was even FOSSIL drivers available (a better performing serial driver than what the BIOS provided).
For sure, but most of those multi-line boards running on top of DESQview typically maxed out at 2-4 nodes per machine. In comparison, MajorBBS could handle an insane 50+ nodes on a single machine running DOS, as the BBS software implemented its own event loop and multi-tasking. The company behind it (Galacticomm) sold specialized hardware so that sysops could hook up all those modems to one box.
OS/2 never became very popular in the BBS scene in my area, at least by the time I got into the scene (~1993). My impression is that it had mixed success in the BBS world as a whole. For one data point, I do know the author of Synchronet invested a lot of time into a native OS/2 port and then his company promptly went bankrupt!
Later in the 90s, BBS software started to be ported natively to Win32, including some commercial options: Wildcat WINServer, MajorBBS WorldGroup v3, etc.
That's interesting about the insane number of nodes on a single box. I didn't know MajorBBS could do that. I suspect though that it wasn't handling full bandwidth file transfers for all 50+ connections simultaneously?
Good question! I honestly have no idea. The handful of MajorBBS boards in my area were pay-for-access systems focused on multi-player gaming and chat, since those were the main features where a 50-line community BBS has a huge advantage over all the free hobbyist 1-2 line boards. The message base and file download sections of MajorBBS systems in my area were pretty sparse.
Actually, your point likely explains why the BBS in the OP was set up the way it was: Software Creations BBS was a major shareware file distribution hub, so a much greater focus on file transfers.
So here was an interesting anecdote from years past. During the heyday of CompuServe and its ilk, living in the UK where long distance calls, e.g. greater than about 7 miles radius, was prohibitively expensive, and with the introduction of a flat rate single payment of around 20p for a local call sometime in the late 80's or early 90's, no matter how long the call lasted, the trick to doing downloads was to call into a local compuserve number at 2400bps, which was charged at a lower rate than their faster lines, put all of the stuff you wanted into your "download basket", e.g. files, news, email, etc. Then hang up, and place a long distance call to one of their 9600bps lines to make the download as quickly as you could.
There was also the trick of making every call a local call (when British Telecom still used the old crossbar systems rather than the newer switching networks) if you knew how to dial all the single digit area codes between you and the number you wanted to call. Pentyrch (the town) to Penarth (the town) was not a local call, at a distance of about 20 miles, but you could dial 5 for Radyr (about 2 miles), pause, then dial 3 for Fairwater (another 2+ miles), and so forth, until you reached the local exchange in Penarth, and then could send the actual phone number. Unfortunately each area, to dial another exchange, had different numbers, so Pentyrch to Radyr might be 5, but Taffs Well to Radyr might be 9. People on BBS's would exchange area code lists and exchange routing lists like they were precious commodities.
Dialing through to London over a great distance using single digit exchange codes wasn't possible though, because London had a more modern telephone system, and you were limited by the number of digits you could send before the first exchange system would timeout and drop your call.
I didn't say anything about BBS software not being multi-node.
The difference I'm discussing is between BBS software that required a multi-tasking OS (such as DESQView, OS/2, or yes AmigaOS) to achieve multi-node, and those that did not.
Nearly all BBS software is in the first category. "Multi-node" support just meant the BBS software only knew about file sharing/locking, and how to yield the processor when idle. That's about it. Multi-node with N nodes meant running N copies of the BBS software process. Due to RAM limitations, that often meant you could only get a few nodes per PC.
MajorBBS/WorldGroup was in the second category. It implemented its own multi-tasking / event loop, and ran in a single process. It could support a huge number of nodes despite running on DOS, which of course is not a multi-tasking OS.
I learned about programming DOS comms, interrupts, TSRs, etc as a young teenager by writing a shareware door support library for PCBoard and QuickBBS in Turbo Pascal called TriDoor. It was only mildly successful as shareware (I think I made a total of about $300) but it taught me a lot and I made a bunch of friends along the way. I later embarked on writing a MUD like BBS package, but went off to college before it was finished. As soon as I had access to the net, the BBS got way less interesting for me.
Very cool! I vaguely recall the name TriDoor. I became a door author in the very late days of the scene (late 90s into early 00s, as most boards started transitioning from dialup to telnet). I opted for C++ though and purchased a copy of the excellent OpenDoors door kit so I never had to worry about the DOS comms side of things myself :)
My games were also multi-user, the most popular being a MUD that eventually ran on a few hundred boards. Developing a MUD that could run as a DOS-based BBS door game was pretty challenging, since each user had their own copy of the exe running (due to how doors inherently worked), but DOS didn't provide IPC primitives.
So I shunted all real gameplay processing to a single one of those processes (whoever entered the game first) and the others just communicated with that one via shared append-only files. If that player exited the game, there would be a brief pause while the next lowest node number took over gameplay processing. I don't remember what happened if that next-lowest-node player also left at the exact same time, but probably the game froze/crashed, lol.
I later ported my engine to Win32 using a more sane architecture (multi-threaded background process using real win32 IPC to communicate with the door processes), but like you I rapidly lost interest in the BBS world before doing much with it.
To all the people I woke up at 2am from dialing potential BBS numbers from dubious outdated sources, I apologize. I was 12 and needed that rush of excitement from discovering a new board.
Each BBS had its unique ANSI. A room for files, another for XXX content, one for messages to other members. Some felt lively and bustling. Others felt like walking into a quiet dark cave. You never really knew what you might find.
My dad ran a small Wildcat BBS in the late '80s. I still have all of his files. Probably a couple hundred megs in total. Not sure how he picked that software. He had every BBS software you could imagine. He had a friend at the time that he would trade floppies with. One day his friend brought over a copy of Leisure Suit Larry. I was really intrigued by a game that I had to leave the room when they played. Everything was a bit seedy back then. You ever seen CGA porn that runs from a .COM executable you downloaded on a BBS? It might be porn. It might also destroy your entire computer. 1980s equivalent of a risky click.
The Internet rules, but we lost something innocent and good from those times. Discovering a BBS was so exciting - new games, new filez and, most importantly, new friends! A lot less toxicity and higher quality interactions.
Yea, totally. I remember downloading my first picture of a naked lady from a BBS me and my friend had found. It was a single playboy centerfold that took 20-30 minutes to download. I distinctly recall us turning the monitor off to let it download so a) we didn't get caught by his parents, and b) so we'd be surprised by the entire image once it was done downloading and we turned the monitor back on.
Now, a single click and you're watching a real donkey show streaming in 4k for free.
I am genuinely worried/curious how society and children coming of age now are going to develop when they have access to such dramatically different and stronger pornography. I could see it going both ways, like marijuana legalization, it becomes less cool so less kids get into it. But reproduction is such a low-level, fundamental driving force in all life (esp humans), that it probably can't be simply not viewed by especially horny male teenagers.
> A lot less toxicity and higher quality interactions.
There were good places and bad places, same as now. I recall a post where an acquaintance of mine was angry at his teacher and was pondering whether, hypothetically speaking, it would be better to rape her and then kill her, or first kill her and then rape her. And there was always drama, people getting banned from BBSes or signing up with a name designed to look like somebody else's, etc.
I believe those are IBM 386 computers on the right based on the front of the machine, the megahertz display and the turbo button. The ones on the left are most likely 8086 machines. IBM brand I believe based on the front and the case design.
Several PC based BBS machines supported multiline operation without the need for mulitasking, though as modems got faster, supporting 16 modems on a single machine became impossible, and it was often cheaper to buy a new commodity desktop PC rather than a much more expensive machine with a 16-port serial card capable of handling the IO.
The machines might have been running a "DOS" flavour, but for the most part, the BBS software was the entire machine. Boot from DOS, but then what we consider DOS is effectively removed from RAM and the BBS software takes over.
The 386's might have been using DESQView or equivalent, and running a single line BBS as two separate instances on the same machine.
The machine would not boot either from network or harddrive. Network boot was mostly unreliable and a bad node on a token ring network would easily disable your entire ring. Internal harddrives would have been costly, power hungry and unreliable. I can almost certainly guarantee they booted entirely from floppy disks. There was no doubt a token ring network that kept them all communicating. A token ring could be wired to tolerate failure, but it drove the cost up.
Those are Miracom Courier modems on top on some machines, a mixture of 9600 and 14.4, and Hayes Smartmodems, on others, 2400 on the black & silver, 9600 on the all blacks. Almost certainly there are no 56k modems in that picture. And they would have almost certainly be plugged in to a dual port serial card that supports dual 16550 UARTs because the 16550 could handle up to 119kbps (118,500) IIRC (typing from memory, feel free to google it), and they had a 16-byte FIFO buffer so the CPU didn't need to poll or IRQ for data quite so often. Therefore they could support 56Kbps on two lines, though at that point, it would have probably be pegging the CPU with two users transferring files using a non-compressing XModem or ZModem.
Also, all the drives have been upgraded from five-and-a-quarter to three-and-a-half.
IBM sold computers in cheesy clone-looking cases, with turbo buttons? Do you have a source to support that? And you know for a fact they're only sold with 5.25" drives, because you say they were all upgraded? Sounds like overconfident and incorrect speculation, unless you can provide a link to these IBM models.
Also, supporting more than one modem at a time is literally the definition of multitasking. You can't do it without multitasking. Are you talking about not needing a multitasking OS, because the software does its own multitasking?
Weren't the IBM Ambra, Aptiva, and Vista brands efforts by IBM to out clone the clones? As I remember, these IBM brands from the 1990s gave the impression of an IBM computer, but they were all made by third-party companies.
I believe you are correct, and they had the perfect little IBM logo slapped on them to make everyone believe that. Those were found throughout banks in the UK for the longest time. I am not sure those machines in the image are IBMs, but the case is very reminiscient of IBM's machines. We know they aren't Dell (wrong logo placement) and we know they aren't Compaq (wrong size/shape logo). But this is a minor detail, clones or IBMs isn't really relevant.
Source? Yes. IBM. IBM made crappy clones. I am not saying those are absolutely IBMs, they could easily be clones. But I do recall IBM making a case very similar to that. I also speculated, it doesn't mean I was stating it as fact under oath.
"I know for a fact" - why so accusatory? No, I'm saying those particular machines were sold with 5.25" drives and then upgraded to 3.5" because none of the plastic matches.
"supporting more than one modem at a time is literally the definition of multitasking" - no, it isn't. You might as well claim that a single threaded application that can respond to the UI and also do processing in the background is multitasking when it clearly isn't.
"You can't do it without multitasking" - yes, you can. There is a vast difference between a multitasking OS or multithreaded program and simply polling a couple of devices or getting IRQ'd. Now this I know, "for a fact" and we can argue about that until the cows come home, but frankly, I have more productive things to be doing.
"Sounds like overconfident and incorrect speculation" Take five minutes and just chill. There was an awful lot of speculation in my post, and I was very clear to say "I believe" an awful lot, based on a grainy image, and a hazy memory of wrangling those kinds of BBS setups but apparently reading comprehension isn't your strong suit. This isn't reddit, you don't need to go full bore attack because someone said something on the internet you think might be wrong.
I am not sure where you're going with that, but the statement about needing a digital hookup isn't correct. A 56k analogue modem running over POTS offered 56kbps in one direction, and between 1200/2400/9600bps in the opposite direction.
He is correct in that the ISP side needed to be digital. Typically it was done using a PRI line, which was basically a ISDN T1: 23 "lines" (B channels) plus 1 signaling channel (D channel.) The ISPs I am familiar with used "Ascend Max" equipment.
My memory is somewhat hazy on that. I do recall helping to hook up equipment (cannot recall the brand) to the T1 DSU/CSU for our multiline "adult" ISP, but that wasn't my area of responsibility at the time.
And I am going to take back my "56k in one direction" statement and say: I think we capped out at around 33k on the analogue to analogue connections even though they "supported" 56k so I am probably quoting our crappy marketing rather than our physical capability.
My understanding is there was no way to support full 56k between two analog modems, so one side needed to be digital. In reality, I never saw a 56k connection even in that configuration. It was always ~52k or lower, but maybe we just had crappy phone lines around here.
I am recalling getting "insane" speeds during site-to-site warez transfers on the BBS's, upwards of 200kbps a second, capping the CPU on most machines, but we also used shotgunned modems on the main trading hubs, and a packetizing ZModem-like protocol to separate the transfers into 64Kbyte chunks so I am most likely misremembering a number of misadventures and smushing a few of the details together.
56k was achieved by removing one analog-digital conversion. Instead of your my computer (digital)-my modem (analog)-phone network (digital)-your modem (analog)-your computer (digital), it was my modem (analog)-phone network (digital)-digital trunk-your computer.
Based on the cases, those are most certainly PC clones, not actual IBM brand systems. 286s and even Turbo XTs had mhz displays and turbo buttons, so there's no way to tell.
Yes, many machines had Turbo buttons (even 8086), and mhz displays. And they might well be clones. I am not going to argue on that one way or the other. I based my speculation on the belly front design of the case, and I notice several IBM specific displays in the image. If the machines were to be running DESQView, they would be 386. If running a multiline BBS application, they could be 8086, 286, 386, or anything else. But based on the age of the image, I'd hesitate to claim anything above 386. I doubt the dual modem machines are 8086 because the CPU simply wouldn't be able to keep up with the IO, so that becomes 286 or 386, and again, more likely 386.
Takes me back. I remember most of the bbses I connected to only had a couple lines. I’d set my terminal program to redial and go watch tv waiting to connect.
I used to work at a local ISP in the mid 90's. It was definitely more Rusty-n-Edie's style. I remember going into one of the POPs (point-of-presence, dialup locations.) It was a in a small rented office in an office park, not a data center or colo.
There were about 100 analog modems on metal shelving racks, each with its own phone line, serial cable, and power cable. These were regular, consumer-style modems. There was no power management, so we had power strips connected two or three layers deep. There was also no air conditioning, and it could be hot-as-hell in the summer. Some of the modem cases were warped, slightly melted and discolored due to the heat. Nothing special was done wth the phone lines, so there was also a river of RJ-11 cables coming out of the wall. It was a hazard to even go behind one of the racks, since both the power and phone line situation were incredibly chaotic.
So then, when you see this picture (and remember, it might only be showing
half of the whole setup), do you think "wow, cool, they got to wrangle all
of that", or do you think "OMG they *had* to wrangle all of that"? It's an
important distinction to make, and I think someone's gut reaction to this
amount of hardware in one place might influence how they approach building
new systems.
I found this to be an interesting and insightful point.
I really doubt that setup produced that much heat at all. I recently plugged in an old DOS machine and it only used as much power as my phone charger to my surprise. Less computing power also means it needs less power overall.
Old gear is less efficient but today's computers have so much more computational power that we use a lot more power today per machine.
54 comments
[ 1.6 ms ] story [ 134 ms ] threadAnd we didn't know any better:)
It was fun though. Met a lot of people who were at least equally weird as myself.
EDIT- a bit here on how one system did it. https://en.wikipedia.org/wiki/The_Major_BBS
Basically everything happened in a polling loop.
TBBS[1] is the only other DOS BBS software I'm aware of that natively handled multi-line.
Source: Former MBBS operator and briefly was a Galacticomm employee around '96.
[1] https://en.wikipedia.org/wiki/The_Bread_Board_System
I posted this on my Facebook when MBBSEmu came up here a few months back:
---
How'd I never hear of this before? My first "real" job was with Galacticomm and their software is probably most directly responsible for me becoming the computer geek I am today.
Story time: I ran a Major BBS in high school. My longest-time friends ought to remember 'cause it's probably the biggest catalyst for us becoming lifelong friends. My dad financed it with dreams of making Rusty-N-Edie money but I don't think it ever paid its own phone bill.
Pops saw in the paper that Galacticomm was going to make a big announcement at a local business conference. Maybe it was MBBS 6.25, or the first showing of Worldgroup, I don't recall exactly. But the key part is that I was under 18 and not welcome to attend said conference.
I was displeased. I let Galacticomm know of my displeasure.
And... Scott Brinker reached out personally to invite me to their offices for a demo. By him. Maybe Tim Stryker was also in the room, I don't remember it all. But Scott, a very young CEO or President at the time, took the time out of his life to make sure this younger, perhaps a bit entitled, fellow geek with a similar geeky backstory was not excluded.
It's such a little thing, but for me, it really mattered. Galacticomm and their people have always had an outsized place in my heart.
And now I'm crying 'cause I wish I could talk to my dad.
The GSBL was a significant achievement. OUTBSZ to 16384 and let it rip.
(It's funny how some things stick in your mind. OUTBSZ, uacoff, FNENN439L...)
Apparently they ran PCBoard [1] for their BBS software. I know a fair amount about BBS software, and had no idea PCBoard could support this many nodes.
Typically high node count boards of this time ran MajorBBS [2] instead, since it did its own multi-tasking and allowed you to have a crazy number of nodes / modems on a single PC! However, that also meant it couldn't run typical DOS door games, instead opting for its own plugin/game SDK.
[1] https://en.wikipedia.org/wiki/PCBoard
[2] https://en.wikipedia.org/wiki/The_Major_BBS
It was great to have a local node too on the computer so the SysOp could log in at the same time as users. That was a great use case even if you didn't have multiple phone lines.
OS/2 took over DESQview's role pretty quickly, after version 2.0 came out. Porting BBS software was easy and many did it. The was even FOSSIL drivers available (a better performing serial driver than what the BIOS provided).
OS/2 never became very popular in the BBS scene in my area, at least by the time I got into the scene (~1993). My impression is that it had mixed success in the BBS world as a whole. For one data point, I do know the author of Synchronet invested a lot of time into a native OS/2 port and then his company promptly went bankrupt!
Later in the 90s, BBS software started to be ported natively to Win32, including some commercial options: Wildcat WINServer, MajorBBS WorldGroup v3, etc.
Actually, your point likely explains why the BBS in the OP was set up the way it was: Software Creations BBS was a major shareware file distribution hub, so a much greater focus on file transfers.
There was also the trick of making every call a local call (when British Telecom still used the old crossbar systems rather than the newer switching networks) if you knew how to dial all the single digit area codes between you and the number you wanted to call. Pentyrch (the town) to Penarth (the town) was not a local call, at a distance of about 20 miles, but you could dial 5 for Radyr (about 2 miles), pause, then dial 3 for Fairwater (another 2+ miles), and so forth, until you reached the local exchange in Penarth, and then could send the actual phone number. Unfortunately each area, to dial another exchange, had different numbers, so Pentyrch to Radyr might be 5, but Taffs Well to Radyr might be 9. People on BBS's would exchange area code lists and exchange routing lists like they were precious commodities.
Dialing through to London over a great distance using single digit exchange codes wasn't possible though, because London had a more modern telephone system, and you were limited by the number of digits you could send before the first exchange system would timeout and drop your call.
>up to five A2232 can be installed into one machine giving a total of 36 serial ports
and for example http://www.nikom.org enabling multi node on single machine
also found this https://www.reddit.com/r/bbs/comments/qeke4a/folks_who_ran_l...
The difference I'm discussing is between BBS software that required a multi-tasking OS (such as DESQView, OS/2, or yes AmigaOS) to achieve multi-node, and those that did not.
Nearly all BBS software is in the first category. "Multi-node" support just meant the BBS software only knew about file sharing/locking, and how to yield the processor when idle. That's about it. Multi-node with N nodes meant running N copies of the BBS software process. Due to RAM limitations, that often meant you could only get a few nodes per PC.
MajorBBS/WorldGroup was in the second category. It implemented its own multi-tasking / event loop, and ran in a single process. It could support a huge number of nodes despite running on DOS, which of course is not a multi-tasking OS.
I learned about programming DOS comms, interrupts, TSRs, etc as a young teenager by writing a shareware door support library for PCBoard and QuickBBS in Turbo Pascal called TriDoor. It was only mildly successful as shareware (I think I made a total of about $300) but it taught me a lot and I made a bunch of friends along the way. I later embarked on writing a MUD like BBS package, but went off to college before it was finished. As soon as I had access to the net, the BBS got way less interesting for me.
My games were also multi-user, the most popular being a MUD that eventually ran on a few hundred boards. Developing a MUD that could run as a DOS-based BBS door game was pretty challenging, since each user had their own copy of the exe running (due to how doors inherently worked), but DOS didn't provide IPC primitives.
So I shunted all real gameplay processing to a single one of those processes (whoever entered the game first) and the others just communicated with that one via shared append-only files. If that player exited the game, there would be a brief pause while the next lowest node number took over gameplay processing. I don't remember what happened if that next-lowest-node player also left at the exact same time, but probably the game froze/crashed, lol.
I later ported my engine to Win32 using a more sane architecture (multi-threaded background process using real win32 IPC to communicate with the door processes), but like you I rapidly lost interest in the BBS world before doing much with it.
Each BBS had its unique ANSI. A room for files, another for XXX content, one for messages to other members. Some felt lively and bustling. Others felt like walking into a quiet dark cave. You never really knew what you might find.
My dad ran a small Wildcat BBS in the late '80s. I still have all of his files. Probably a couple hundred megs in total. Not sure how he picked that software. He had every BBS software you could imagine. He had a friend at the time that he would trade floppies with. One day his friend brought over a copy of Leisure Suit Larry. I was really intrigued by a game that I had to leave the room when they played. Everything was a bit seedy back then. You ever seen CGA porn that runs from a .COM executable you downloaded on a BBS? It might be porn. It might also destroy your entire computer. 1980s equivalent of a risky click.
Now, a single click and you're watching a real donkey show streaming in 4k for free.
I am genuinely worried/curious how society and children coming of age now are going to develop when they have access to such dramatically different and stronger pornography. I could see it going both ways, like marijuana legalization, it becomes less cool so less kids get into it. But reproduction is such a low-level, fundamental driving force in all life (esp humans), that it probably can't be simply not viewed by especially horny male teenagers.
There were good places and bad places, same as now. I recall a post where an acquaintance of mine was angry at his teacher and was pondering whether, hypothetically speaking, it would be better to rape her and then kill her, or first kill her and then rape her. And there was always drama, people getting banned from BBSes or signing up with a name designed to look like somebody else's, etc.
I believe those are IBM 386 computers on the right based on the front of the machine, the megahertz display and the turbo button. The ones on the left are most likely 8086 machines. IBM brand I believe based on the front and the case design.
Several PC based BBS machines supported multiline operation without the need for mulitasking, though as modems got faster, supporting 16 modems on a single machine became impossible, and it was often cheaper to buy a new commodity desktop PC rather than a much more expensive machine with a 16-port serial card capable of handling the IO.
The machines might have been running a "DOS" flavour, but for the most part, the BBS software was the entire machine. Boot from DOS, but then what we consider DOS is effectively removed from RAM and the BBS software takes over.
The 386's might have been using DESQView or equivalent, and running a single line BBS as two separate instances on the same machine.
The machine would not boot either from network or harddrive. Network boot was mostly unreliable and a bad node on a token ring network would easily disable your entire ring. Internal harddrives would have been costly, power hungry and unreliable. I can almost certainly guarantee they booted entirely from floppy disks. There was no doubt a token ring network that kept them all communicating. A token ring could be wired to tolerate failure, but it drove the cost up.
Those are Miracom Courier modems on top on some machines, a mixture of 9600 and 14.4, and Hayes Smartmodems, on others, 2400 on the black & silver, 9600 on the all blacks. Almost certainly there are no 56k modems in that picture. And they would have almost certainly be plugged in to a dual port serial card that supports dual 16550 UARTs because the 16550 could handle up to 119kbps (118,500) IIRC (typing from memory, feel free to google it), and they had a 16-byte FIFO buffer so the CPU didn't need to poll or IRQ for data quite so often. Therefore they could support 56Kbps on two lines, though at that point, it would have probably be pegging the CPU with two users transferring files using a non-compressing XModem or ZModem.
Also, all the drives have been upgraded from five-and-a-quarter to three-and-a-half.
Also, supporting more than one modem at a time is literally the definition of multitasking. You can't do it without multitasking. Are you talking about not needing a multitasking OS, because the software does its own multitasking?
"I know for a fact" - why so accusatory? No, I'm saying those particular machines were sold with 5.25" drives and then upgraded to 3.5" because none of the plastic matches.
"supporting more than one modem at a time is literally the definition of multitasking" - no, it isn't. You might as well claim that a single threaded application that can respond to the UI and also do processing in the background is multitasking when it clearly isn't.
"You can't do it without multitasking" - yes, you can. There is a vast difference between a multitasking OS or multithreaded program and simply polling a couple of devices or getting IRQ'd. Now this I know, "for a fact" and we can argue about that until the cows come home, but frankly, I have more productive things to be doing.
"Sounds like overconfident and incorrect speculation" Take five minutes and just chill. There was an awful lot of speculation in my post, and I was very clear to say "I believe" an awful lot, based on a grainy image, and a hazy memory of wrangling those kinds of BBS setups but apparently reading comprehension isn't your strong suit. This isn't reddit, you don't need to go full bore attack because someone said something on the internet you think might be wrong.
And I am going to take back my "56k in one direction" statement and say: I think we capped out at around 33k on the analogue to analogue connections even though they "supported" 56k so I am probably quoting our crappy marketing rather than our physical capability.
A 56k modem at a bbs would just work at 33.6k
This one looks to be set up much more professionally.
There were about 100 analog modems on metal shelving racks, each with its own phone line, serial cable, and power cable. These were regular, consumer-style modems. There was no power management, so we had power strips connected two or three layers deep. There was also no air conditioning, and it could be hot-as-hell in the summer. Some of the modem cases were warped, slightly melted and discolored due to the heat. Nothing special was done wth the phone lines, so there was also a river of RJ-11 cables coming out of the wall. It was a hazard to even go behind one of the racks, since both the power and phone line situation were incredibly chaotic.
Old gear is less efficient but today's computers have so much more computational power that we use a lot more power today per machine.