Path: utzoo!utgpu!jarvis.csri.toronto.edu!rutgers!apple!sun-barr!cs.utexas.edu!uunet!microsoft!bradch
From: bradch@microsoft.UUCP (Bradford Christian ms1)
Newsgroups: comp.sys.amiga.tech
Subject: Re: DOSGates and BBS's
Message-ID: <6022@microsoft.UUCP>
Date: 13 Jun 89 19:47:30 GMT
References: <16504@gryphon.COM>
Reply-To: bradch@microsoft.UUCP (Bradford Christian ms1)
Distribution: usa
Organization: Microsoft Corp., Redmond WA
Lines: 48

Sorry if this is a repeat...  It bounced back to me the first time.

In article <16504@gryphon.COM> rickf@pnet02.cts.com (Rick Flower) writes:
>Well, I'm personally going to be starting to work on a DOSGate myself for a
>BBS that I'm starting to write.. It will definately be Multitasking w/
>Multi-serial card support (8 channels?? -- who knows!)  Anyway, I thought that
>I would first tackle the DosGate function of the code first.. All I need now
>is the the code that NewCli uses to open a new console port and attach it to
>the window.. I'm basically planning on just re-directing the input from the
>window into my serial modem handlers.. I think it should be relatively easy..
>Perhaps not!?
>
>===============================================================================
>                                I Thought So...
>
>UUCP: {ames!elroy, <backbone>}!gryphon!pnet02!rickf
>INET: rickf@pnet02.cts.com
>===============================================================================

If all you want is redirection, then yes it will be easy..  Let me call my
Amiga at home at get the code to do that...okay.  My program allows the
caller to run any old program or start a shell.  Here's how:

	1. Open AUX: with shared access.
	2. Disable DOS requestors.  (Optional, but strongly suggested.)
	3. For a shell, Execute("", fileAUX, 0L)
	   For a command, Execute(command, 0L, fileAUX)
	4. Re-enable requestors if you disabled them
	5. Close fileAUX.

Problems with this include the fact that your BBS will not be able to log
the user's session with a command (or shell) to a file and that the AUX:
device does not seem to deal with the switch-to-raw-mode DOS packet.  The
former might not be a problem for you.  The latter means that programs
(such as ARC, and maybe MORE) will not work well when they prompt the user
and wait for a single key.  Programs that work solely in CON: mode should
work fine, though.

BTW, it's kinda neat being able to call home from work, change some code,
and get a make going!  I don't know, maybe I'm weird...

P.S. I was recently informed that AUX: is supposed to deal with raw mode.
I must have been having some other problem...

		This has nothing	 *** "One cannot
BradCh		   to do with		* | * simultaneously
		    Microsoft		*/|\* prevent and prepare
					 ***  for war." -- A. Einstein