From mboxrd@z Thu Jan 1 00:00:00 1970 From: Stas Sergeev Subject: Re: DOSEMU via inetd (for BBS games without the BBS) Date: Sun, 05 Oct 2003 03:35:13 +0400 Sender: linux-msdos-owner@vger.kernel.org Message-ID: <3F7F5931.4040706@yahoo.com> Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Return-path: List-Id: Content-Type: text/plain; charset="us-ascii"; format="flowed" To: linux-msdos@vger.kernel.org Hello. Ryan Underwood wrote: >> >They could be run against vmodem (in traditional BBS mode) > > Yes, and documenting the ability to run > > them remotely would be interesting. > Take a look at http://forge.icequake.net/syncmods for an example of how > to run them via my Synchronet patch. I mean the documentation for dosemu. Not that I myself is interested. >> But there are many possibilities. For >> example, the origins of that discussion >> are coming from a question about telnetting >> to a different COM ports of an already >> running dosemu. This is not possible to >> acomplish with vmodem at all, and that is >> not documented. > Oh, so your idea here, is to run a BBS software that answers the modem > like the traditional style, and be able to telnet to the dosemu session, > and dosemu "answers" the incoming telnet like it would answer a ring on > the telephone? That might be too much. I don't know what was the background of the original question, but I can think of the following scenario: - you telnet and start dosemu (control connection) - you telnet another client to another TCP port and that telnet client gets connected to COM1 - you telnet another client - to COM2 - Within the first telnet (where dosemu was started) you run the program that uses the COM1 and/or COM2 (your BBS game) and your other telnet clients are communicating with it. The idea is that if you need more than one serial port to communicate, or if you need only one but together with the control connection, then vmodem is not enough.