rwm@tronix.UUCP (Russell McOrmond) (06/03/89)
---- Original Posting ---- From: bmacintyre@watcgl.waterloo.edu (Blair MacIntyre) Newsgroups: comp.sys.amiga.tech Subject: Re: I wanna have a DOSGate! Message-ID: <10018@watcgl.waterloo.edu> Date: 1 Jun 89 13:36:59 GMT References: <16317@gryphon.COM> Reply-To: bmacintyre@watcgl.waterloo.edu (Blair MacIntyre) Organization: UofW Computer Graphics Lab In article <16317@gryphon.COM> ddave@pnet02.cts.com (David Donley) writes: >peter@sugar.hackercorp.com (Peter da Silva) writes: >>In article <1989May28.171344.4525@ziebmef.uucp>, mcp@ziebmef.uucp (Marc Plumb) writes: >>> In article <16031@gryphon.COM> ddave@pnet02.cts.com (David Donley) writes: >>> >How can I fake normal standard programs into sending their stdio into >>> >my BBS code? >>> Write a DOS handler. >>What's wrong with using a PIPE: type of device? >I can't use a pipe, the BBS must handle many events, it can't just wait for >data to come from a file. Well being as this is a multitasking computer ( you remember, we brag about it all the time! ) why not write a little program that reads a file and sends the appropriate message ( whatever that is ) to your BBS. Then, you just redirect your output to a pipe: and read the pipe: with that program. I'm assuming that you know what kind of messages it is you want to send, so this should be trivial ... A DOS handler seems a bit extreme in this case. I'm personally into the "use existing tools" mentality that Peter ( I assume ) is into too, judging by his suggestion to use a pipe: Blair --- End of re-hashing --- I now begin to wonder what is going to happen with the new generations of Multi-line BBS's, and the like. I think a dos handler is the best way to go because it may eventually have to handle Unit numbers as well. (IE: bbs.device with unit #x that is passed to the external program when called, or something along the lines of BBSx: where the x is again passed from the calling program. With some of the newer buffered multi-serial ports, this type of Multi-line type of setup is something we should all be looking into. I've heard bits and pieces of a card that ASDG is working on. This is exactly the type of card that I will need on my system (I currently run 2 lines, one of which must be on a Bridgeboard (How Embarasing ;) because the software and hardware just isn't here yet. :Later -- Russell McOrmond ...uunet!attcan!lsuc!nrcaer!tronix!rwm {allegra,decvax,linus,pyramid}!utzoo!dciem!nrcaer!tronix!rwm FidoNet 1:163/109 AlterNet 7:483/109 BBS: (613) 230-2282 Network Support(Fido): (613) 231-7144 I wanna POINT you in the right direction.
rickf@pnet02.cts.com (Rick Flower) (06/07/89)
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
===============================================================================bradch@microsoft.UUCP (Bradford Christian ms1) (06/13/89)
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... This has nothing *** "One cannot BradCh to do with * | * simultaneously Microsoft */|\* prevent and prepare *** for war." -- A. Einstein
bradch@microsoft.UUCP (Bradford Christian ms1) (06/14/89)
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
rickf@pnet02.cts.com (Rick Flower) (06/15/89)
Well, I need to be able to know exactly what is going on at the CLI prompt at
all times as far as I'm concerned.. I need more control than just spawning a
shell that is connected to the serial port.. It would be safer also (yes?)
===============================================================================
I Thought So...
UUCP: {ames!elroy, <backbone>}!gryphon!pnet02!rickf
INET: rickf@pnet02.cts.com
===============================================================================