rem@remsit.UUCP (Roger Murray) (04/16/88)
Does anybody have a program to replace getty that runs under SCO? I've seen
uutty, but that doesn't work since it needs to be run from an inittab and I
don't happen to have one. :-)
A friend of mine has a BBS and needs the system to be able to answer the phone
at various baud rates without the user having to send BREAKs. He's been
running Microport (and using uutty) but is switching over to SCO and needs an
eqivalent program.
Thanks a lot.
--
Roger Murray
UUCP: ...!{ihnp4,randvax,sdcrdcf,ucbvax}!ucla-cs!cepu!ucla-an!remsit!rem
ARPA: cepu!ucla-an!remsit!rem@CS.UCLA.EDU [formerly LOCUS.UCLA.EDU]donegan@stanton.TCC.COM (Steven P. Donegan) (04/22/88)
In article <460@remsit.UUCP>, rem@remsit.UUCP (Roger Murray) writes: > A friend of mine has a BBS and needs the system to be able to answer the phone > at various baud rates without the user having to send BREAKs. He's been > running Microport (and using uutty) but is switching over to SCO and needs an > eqivalent program. If you set the SCO XENIX /etc/ttys file to gettydef #3 and modify the autobaud sequence to 2400/1200/300, a simple framing error will cause the cycle to autobaud properly. My bbs uses this method and all a remote (non 2400) user has to do is hit a ANY key and the next lowest baud rate will be selected. Works for me and my 500+ BBS users, should work for you. If you wish more detailed help send mail. -- Steven P. Donegan Sr. Telecommunications Analyst Western Digital Corp. donegan@stanton.TCC.COM
karl@ddsw1.UUCP (Karl Denninger) (04/25/88)
In article <31@stanton.TCC.COM> donegan@stanton.TCC.COM (Steven P. Donegan) writes: >In article <460@remsit.UUCP>, rem@remsit.UUCP (Roger Murray) writes: >> A friend of mine has a BBS and needs the system to be able to answer the phone >> at various baud rates without the user having to send BREAKs. He's been >> running Microport (and using uutty) but is switching over to SCO and needs an >> eqivalent program. > >If you set the SCO XENIX /etc/ttys file to gettydef #3 and modify the autobaud >sequence to 2400/1200/300, a simple framing error will cause the cycle to >autobaud properly. My bbs uses this method and all a remote (non 2400) user >has to do is hit a ANY key and the next lowest baud rate will be selected. >Works for me and my 500+ BBS users, should work for you. If you wish more >detailed help send mail. There's a better way, though -- replace 'getty' with a program which knows how to automatically select the proper baud rate from the "Return" it gets from the user. That is, the user hits <return>, and it chooses the correct baud, word size, and parity for the user, and presents the 'initial message'. This has the advantage of also allowing a "long" signon message, with directions and such, as it will not be output until the system *knows* what settings to use (and it doesn't clutter up the 'gettydefs'). Now add to this a much more intelligent 'ungetty' for SCO; one that knows how to release the port automatically if the process which locked it has exited -- and you've got a winner. *No* sequence I have ever used in 'gettydefs' was ever foolproof -- your 500+ BBS users must all be bright and log in at 7/E/1 or 8/N/1, whichever you have chosen. MY bbs users aren't that good -- they call with all kinds of strange types of systems, and we try to accomodate them all. The solution we use handles 300 @ 8/N/1 and 1200, 2400, 9600 & 19200 at 7/E/1 or 8/N/1 (so it can handle a Trailblazer or Courier HST :-). Only one problem with this method -- you have to write it, or find someone else who has and will give away/sell it to you. Since Usenet is non-commercial I can't tell you where to find such a beast, although I might give you a hint -- at least one company gives it away as a premium with the purchase of some of their products. :-) --- Karl Denninger | Data: +1 312 566-8912 Macro Computer Solutions, Inc. | Voice: +1 312 566-8910 ...ihnp4!ddsw1!karl | "Quality solutions for work or play"
davidsen@steinmetz.ge.com (William E. Davidsen Jr) (04/26/88)
The problem is that you need two characters to correctly handle the
full range of possible cases, one which would have the parity bit on if
even parity, the next which would have the parity bit on if odd parity.
This allows determinition of 7/8 bits, and odd, even, off, or mark
parity. The old GE timesharing used a two character sequence, and the
sequence was HELLO as I recall.
--
bill davidsen (wedu@ge-crd.arpa)
{uunet | philabs | seismo}!steinmetz!crdos1!davidsen
"Stupidity, like virtue, is its own reward" -memitchell@cadovax.UUCP (Mitchell Lerner) (04/26/88)
I'm looking for a "talk" or "phone" program that runs under SCO Xenix 2.2.1. You know, the screen splits and one user types in one half and the other types in the other half of the screen. Great improvement over the write command! I got one that runs under System V but it wont build under Xenix. Xenix seems to not have some of the cuses routines that this program uses. Thanks!
jack@turnkey.TCC.COM (Jack F. Vogel) (04/28/88)
In article <2055@cadovax.UUCP> mitchell@cadovax.UUCP (Mitchell Lerner) writes: >I'm looking for a "talk" or "phone" program that runs under SCO Xenix 2.2.1. >You know, the screen splits and one user types in one half and the other >types in the other half of the screen. Great improvement over the write >command! Mitchell, I have just what you are looking for. If you call the Turnkey XBBS at 714-662-7450 and look in the unix subdirectory you will find both the binary for SCO and the source for a program called xtalk. It does just what you are describing, split screen and all. It is not totally bug free, for instance it does not really handle scrolling within each region of the screen properly, but it does work. If you or any others out there would rather uucp it, send me some mail and I will make it available in the public directory for uucp. Best regards, -- Jack F. Vogel Turnkey Computer Consultants, Costa Mesa, CA UUCP: ...{nosc|uunet}!turnkey!jack Internet: jack@turnkey.TCC.COM