arr@mtunf.ATT.COM (Andrew Raffman) (02/22/89)
Dear Netfolk, I'm working on a project here which requires me to be able to run my PC from an ASCII terminal hooked into the serial port. Does anyone know of any such programs, either public domain or commercial? I have heard that they are often used by people running BBS's. The following features would be acceptable/preferable: 1) Can operate with no video card installed 2) Allows input from either the serial port or the keyboard 3) Source code in either 'C' or assembler available 4) Allows use of function/arrow keys 5) Works only with "Well Behaved" programs. If anyone knows of such a program, please email me and tell me where I can get it. I don't have ftp access, so if you have a public domain version, could you email that too. I would be eternally grateful. US Mail EMail Andy Raffman mtunf!arr Rm. 3E-341 AT&T Information Systems Middletown, NJ 07748 201-957-2812
davidsen@steinmetz.ge.com (William E. Davidsen Jr) (02/24/89)
In article <900@mtunf.ATT.COM> arr@mtunf.ATT.COM (Andrew Raffman) writes: | Dear Netfolk, | | I'm working on a project here which requires me to be able to run my PC from | an ASCII terminal hooked into the serial port. Does anyone know of any such | programs, either public domain or commercial? I have heard that they are often | used by people running BBS's. CTTY COM1 put it in your autoexec.bat file. If you need login security (you didn't say you did) add a tiny password checker as the next command in autoexec. main(argc, argv) int argc; char *argv[]; { char pwbuf[80]; do { fgets(pwbuf, 80, stdin); } while (strcmp(argv[1],pwbuf)); } Warning: I typed this long and complex program in by hand, there may be typos. If you call it without an argument it will hang your system. This solution doesn't allow input for the keyboard after CTTY is redirected. -- bill davidsen (wedu@ge-crd.arpa) {uunet | philabs}!steinmetz!crdos1!davidsen "Stupidity, like virtue, is its own reward" -me
ejd@caen.engin.umich.edu (Edward J Driscoll) (02/24/89)
In article <13228@steinmetz.ge.com> davidsen@crdos1.UUCP (bill davidsen) writes: >In article <900@mtunf.ATT.COM> arr@mtunf.ATT.COM (Andrew Raffman) writes: >| Dear Netfolk, >| >| I'm working on a project here which requires me to be able to run my PC from >| an ASCII terminal hooked into the serial port. Does anyone know of any such >| programs, either public domain or commercial? I have heard that they are often >| used by people running BBS's. > > CTTY COM1 > >put it in your autoexec.bat file. If you need login security (you didn't >say you did) add a tiny password checker as the next command in >autoexec. > Right. I don't use this command (it's a DOS command, BTW) but I seem to recall that it transfers IO to the serial port EXCLUSIVELY. One of Andrew's desired features was the ability to use the console also. -- Ed Driscoll ejd@caen.engin.umich.edu
brevard@mcc.com (Laurence Brevard) (02/25/89)
In article <41aa98a9.11a9f@uhura.engin.umich.edu>, ejd@caen (Edward J Driscoll) writes: >In article <13228@steinmetz.ge.com> davidsen@crdos1.UUCP (bill davidsen) writes: >>In article <900@mtunf.ATT.COM> arr@mtunf.ATT.COM (Andrew Raffman) writes: >>| I'm working on a project here which requires me to be able to run my PC from >>| an ASCII terminal hooked into the serial port. Does anyone know of any such >>| programs, either public domain or commercial? I have heard that they are often >>| used by people running BBS's. >> >> CTTY COM1 >>put it in your autoexec.bat file. If you need login security (you didn't >>say you did) add a tiny password checker as the next command in >>autoexec. >> >Right. I don't use this command (it's a DOS command, BTW) but I >seem to recall that it transfers IO to the serial port EXCLUSIVELY. >One of Andrew's desired features was the ability to use the console >also. >-- >Ed Driscoll >ejd@caen.engin.umich.edu pcANYWHERE and Carbon Copy (and presumably Hayes' Remote2?) are commercial programs that allow remote control of a PC via a serial line. This can be done over a modem or with a direct connection using a null modem cable or adaptor. With pcANYWHERE you run a program called ANYWHERE as a TSR in the PC to be controlled. The serial connection can be another PC or any of about two dozen supported terminal types. With CTTY COM1 you can only run a program that takes input from standard in (STDIN) and outputs to standard out (STDOUT). If a program writes directly to video ram or even uses the low level bios calls your terminal will not see the changes. Even worse, if the program hooks into the bios to grab the keyboard at a low level for input, it will not respond to your terminal and you're probably dead! With the above programs a small daemon "process" monitors all screen changes and sends them to the remote system or terminal so that the remote screen matches the PC screen. For input, the keystrokes coming from the terminal are hooked in at a very low level -- with pcANYWHERE almost all hot-key invocation of other TSRs still works. NOTE: with this setup YOU DO NOT HAVE TWO USERS. You have two screens and two keyboards "wired" in parallel. This is extremely useful for remote support of a client -- you can call in and run the computer while they watch or watch them operate the system. If you want two simultaneous users... well that's a whole different story. PC-MOS is an alternative to MS-DOS that is semi-compatible and lets additional users have standard in/out programs at terminals. Some BBS operators that I know of use DoubleDOS to have 2 MS-DOSs. It might be fun to try DoubleDOS with ANYWHERE resident in one half so that half can go to the terminal -- I don't think it would work because there is only one set of video ram. Maybe with a color and monochrome controller both in the system... :-) DISCLAIMER: I have no affiliation with pcANYWHERE other than as a satisfied user. I have never tried Carbon Copy or Remote2. Laurence Brevard 3500 W.Balcones Center Dr, Austin,TX 78759 [512] 338-3567 ARPA: brevard@mcc.com UUCP: ...!cs.utexas.edu!milano!cadillac!brevard Microelectronics and Computer Technology Corporation (MCC) VLSI CAD Program
davidsen@steinmetz.ge.com (William E. Davidsen Jr) (02/25/89)
In article <41aa98a9.11a9f@uhura.engin.umich.edu> ejd@caen.engin.umich.edu (Edward J Driscoll) writes: | In article <13228@steinmetz.ge.com> davidsen@crdos1.UUCP (bill davidsen) writes: | Right. I don't use this command (it's a DOS command, BTW) but I | seem to recall that it transfers IO to the serial port EXCLUSIVELY. | One of Andrew's desired features was the ability to use the console | also. When you trimmed my reply you seem to have removed the part in which this is discussed. Allow me to restore it, since it includes exactly the information which you felt needed to be added to my posting: > Warning: I typed this long and complex program in by hand, there may be > typos. If you call it without an argument it will hang your system. This > solution doesn't allow input for the keyboard after CTTY is redirected. ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ | -- | Ed Driscoll | ejd@caen.engin.umich.edu -- bill davidsen (wedu@ge-crd.arpa) {uunet | philabs}!steinmetz!crdos1!davidsen "Stupidity, like virtue, is its own reward" -me
root@tscs.UUCP (Admin) (02/25/89)
In article <900@mtunf.ATT.COM> arr@mtunf.ATT.COM (Andrew Raffman) writes: >I'm working on a project here which requires me to be able to run my PC from >an ASCII terminal hooked into the serial port. Does anyone know of any such >programs, either public domain or commercial? I have heard that they are often >used by people running BBS's. Well believe it or not, DOS sort of provides this capability. Here's what you need to do: 1.) Hook up a terminal to a serial port. 2.) Use the DOS mode command to set-up the appropriate baud rate, data bits, etc. 3.) Issue the DOS 'ctty' command such as 'ctty com1' Assuming that you terminal is on com1. >The following features would be acceptable/preferable: >1) Can operate with no video card installed Nope >2) Allows input from either the serial port or the keyboard No, but can change back to console by issuing 'ctty con' >3) Source code in either 'C' or assembler available Just ask Microsoft, I'm sure they can come up with a high price for DOS source. :-) >4) Allows use of function/arrow keys Not supported, DOS is ignorant of terminal types >5) Works only with "Well Behaved" programs. Well behaved would mean anything that does cursor addressing unless you use ansi compatible commands with a vt100 clone. If you can live with these limitations, the cost is free as it is included with MS-DOS. Hope this helps, Steve
mic@sun.soe.clarkson.edu (Mic Lacey) (02/27/89)
Sorry about my last posting, I am not sure what happened to the text. What I wanted to say was that Procomm (a shareware communications program) has a "host mode" which will do what you want, I think. I have never used this feature, but there is an article discussing Procomm's "host mode" in the Dec. issue of Computer Shopper, p.516. -Mic Lacey
mikef@wyn386.UUCP (Michael Faber) (02/27/89)
In article <900@mtunf.ATT.COM>, arr@mtunf.ATT.COM (Andrew Raffman) writes: > The following features would be acceptable/preferable: > 1) Can operate with no video card installed > 2) Allows input from either the serial port or the keyboard > 3) Source code in either 'C' or assembler available > 4) Allows use of function/arrow keys > 5) Works only with "Well Behaved" programs. > Ever head of Unix? -- Wynalda Litho, Inc. is a printing | mikef@wyn386.uucp (until March 1st) company. Why would they want to | sleepy@wybbs.uucp (until the cows roost) hear what I have to say? They dont | "We dont need no education" - Pink Floyd share in/care about my opinions. | "Two negatives make a positive, dont they?"
rbono@necis.UUCP (Rich Bono) (02/28/89)
Sorry I missed the original posting but refering to the following information the DOSGATE driver that I posted to the ibm moderator a while ago allows one to remotly control a "PC" via the serial port without giving up control from the console!!! It can support a modem, or remote terminal connection... Even remote operation via Amateur Packet Radio!!! I have been using this system for a couple of years now... and it is perfect for remote operation of a system. I have NOT seen it distributed by the moderator... but you can get a version of it from the SIMTEL20 server... here is the storage area for it: Filename Type Bytes CRC Directory PD1:<MSDOS.PACKET> DOSGAT16.ARC BINARY 177629 7510H I hope it can be of use to you... Here are the remnants of the original posting... In article <284@tscs.UUCP>, root@tscs.UUCP (Admin) writes: > In article <900@mtunf.ATT.COM> arr@mtunf.ATT.COM (Andrew Raffman) writes: > >I'm working on a project here which requires me to be able to run my PC from > >an ASCII terminal hooked into the serial port. Does anyone know of any such > >programs, either public domain or commercial? I have heard that they are often > >used by people running BBS's. > > > >The following features would be acceptable/preferable: > >1) Can operate with no video card installed DOSGATE doesn't care about video cards... If the BIOS will ignore the lack of a video card... DOSGATE will also. > > >2) Allows input from either the serial port or the keyboard YES!!! This is one of DOSGATE's key features... > > >3) Source code in either 'C' or assembler available I am the author of DOSGATE... and at this time I have NOT released the source code. > > >4) Allows use of function/arrow keys YES if the remote terminal sends sequences that are recognized by DOS... DOSGATE also includes a simple terminal emulator that will generate the proper sequences if another PC is used for the remote terminal... This allows use of the "F3" function key editing etc... > > >5) Works only with "Well Behaved" programs. YES... DOSGATE is a "device driver"... this means that it won't work with programs that make BIOS calls or directly access the hardware... It works FINE with programs that make only the standard DOS function calls (INT 21h, etc). > Rich Bono (NM1D) -- /**************************************************************************\ * Rich Bono (NM1D) If I could only 'C' forever!! rbono@necis.nec.com * * (508) 635-6303 NEC Information Systems NM1D @ WB1DSW-1 * \**************************************************************************/
rjd@brunix (Rob Demillo) (03/03/89)
I'm sorry I don't know what started this conversation, but from
the looks of the 'subject' line, it would appear that someone is
trying to slave their PC console to the serial port. There is a
program in the public domain that will completely take over the
micro from the serial port. (I use it at home so I can edit
source code in front of my TV ;-) )
It works 100% of the time *as long as you do not attempt to perform
any graphics from the terminal*. Any graphical output is sent to your
original console.
If there is enough demand, I'll post this thing in the binaries group.
- Rob DeMillo
Brown University - Planetary Science Group
NU116215@NDSUVM1.BITNET (CLARK COFFMAN) (03/05/89)
I saw a suggestion to use Procomm to control your pc from remote, I use procomm for this and it work's great and is very easy to use, but a word of warning the documentation says you can run programs from remote along with searching directories, but it also warns that if you try to run a program that does direct screen writes that it will seem to freeze from the remote side. This warning is correct and most of the software these days are doing screen writes in this way to increase the speed. Still Procomm is great for getting files from your pc while you're gone. It also has password protection for logging on and another password to get to your files.