Path: utzoo!utgpu!jarvis.csri.toronto.edu!rutgers!uwvax!astroatc!nicmad!madnix!aaron From: aaron@madnix.UUCP (Aaron Avery) Newsgroups: comp.sys.amiga.tech Subject: Re: I wanna have a DOSGate! Keywords: Citadel, DOSGate, door, bbs Message-ID: <682@madnix.UUCP> Date: 9 Jun 89 06:08:37 GMT References: <16317@gryphon.COM> <5866@microsoft.UUCP> Reply-To: aaron@madnix.UUCP (Aaron Avery) Distribution: na Organization: ASDG Incorporated Lines: 30 In article <5866@microsoft.UUCP> bradch@microsoft.UUCP (Bradford Christian ms1) writes: >I think I'm confused about what is really wanted here... You have a BBS and >want to let the user run a CLI-style program, right? You can't use AUX: >because you need to be doing other things like checking for carrier and >time-up, etc. (and besides, AUX: doesn't do raw), right? If so, then I >guess I'm not confused. If that's not it, quickly press N now :-) AUX: does do raw mode. It understands the ACTION_SCREEN_MODE packet, and if you put the line 'Startup = raw' in the mountlist entry for AUX:, it should default to raw mode. I'm sure your method of writing your own AUX: handler to support things like carrier checking and timeouts is the proper way to go. I have to warn you, though, that doing it right (like supporting asynchronous reads and writes) is not trivial. I'd suggest finding the 1988 DevCon software disks which include an excellent example to work from written by Andy Finkel. This is a SER: type example, and not an AUX:, so there are many more CON:-like issues you need to worry about. Since you're doing work on a BBS which should, I believe, support multiple lines, please include support for drivers other than serial.device, and unit numbers. Multiple serial port hardware is here now, and the public deserves good multi-line BBS support for this multi-tasking computer. -- Aaron Avery, ASDG Inc. "A mime is a terrible thing to waste." -- Robin Williams ARPA: madnix!aaron@cs.wisc.edu {uunet|ncoast}!marque! UUCP: {harvard|rutgers|ucbvax}!uwvax!astroatc!nicmad!madnix!aaron