Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!swrinde!zaphod.mps.ohio-state.edu!pacific.mps.ohio-state.edu!linac!unixhub!slacvm!wglp09
From: WGLP09@SLACVM.SLAC.STANFORD.EDU
Newsgroups: comp.sys.amiga.datacomm
Subject: Re: VLT and FIFOBBS.REXX
Message-ID: <91042.163529WGLP09@SLACVM.SLAC.STANFORD.EDU>
Date: 12 Feb 91 00:35:29 GMT
References: <1991Feb10.235516.3828@bronze.ucs.indiana.edu> <44016@ut-emx.uucp>
Distribution: na
Organization: Stanford Linear Accelerator Center
Lines: 19

1. As I said, FifoBBS assumes the modem to be in auto-answer mode. You
   can change it to look for "RING" while it is idling, and then send the
   "ATA" string to the modem.
2. Yes, FifoBBS, for simplicity, is made to run only with terminal programs
   that can translate linefeeds to cr/lf's. Most terminal programs can, one
   way or another. If the terminal emulates a VT100, for example, then the
   escape sequence <esc>[20h should put it in that mode. (<esc>[20l should
   reset it). Your suggested solution of putting in a filter-pipe might be the
   easiest way to do it. Alternatively, you could change all "say" commands
   from "say string" to "call writech('stdout', string||'0d'x||'0a'x)". This
   does not fix the "address command" problems, of course. You'd have to fix
   those by ExecIO'ing the result into a stem variable and writech'ing the
   stem variable members the same way. But yes you can fix it inside FifoBBS,
   and when done modularly it's not even that hard.
3. I guess I forgot the questions... 8)

    Willy.
----------
Willy langeveld - Bitnet: WGLP09 @ SLACVM - BIX: langeveld