Subj : Re: C Origins
To   : Nightfox
From : fusion
Date : Thu May 28 2026 18:32:00

On 27 May 2026, Nightfox said the following...
 
 Ni> I wonder how that would work with door games, which often require you to
 Ni> have a different configuration file for each node.  Old door games were
 Ni> not designed with dynamic creation of nodes in mind; they all assumed a
 Ni> specific set number of nodes.  This made sense, because BBS nodes were
 Ni> typically phone lines, and it was often very difficult to add more,
 Ni> because they would need computer resources (for serial ports) and would
 Ni> require paying money for phone lines and modems.

a lot of that stuff is done for convenience and isn't 'real'

for example, node 1, com 1, fossil port 1 looks nice but there's no technical reason (i.e. can-be-implemented, not has-been, yet) not to have a setup like:

set all doors to only allow one user, all doors are configured to use com1 or fossil1, all doors work just fine even at the same time. com1/fossil1 exists *in the dos window the door is running in* NOT system-wide

so imagine the bbs operates like a regular telnetd/sshd (unlimited users, or put another way "add a node on connect") all the doors are configured to support the max users they individually can. you have 50 doors..

when you run a door, at that point it picks from a pool of per-door 'nodes', assigns one and runs the door.. all 50 of your doors could be maxed out with 16 players or whatever at the same time.. however unlikely it is you have 800 users on at the same time ;)

heck if the door isn't fussy (isn't multinode, doesn't really do much, maybe like a quote wall or something) you could just have all the nodes use "fossil 1" .. turn a door with a max of 16 or whatever nodes to unlimited

--- Mystic BBS v1.12 A47 2021/12/25 (Windows/32)
 * Origin: cold fusion - cfbbs.net - grand rapids, mi

.