roott@lance.tis.llnl.gov (Tom Root) (12/04/90)
In ms-dos an internal command called "ctty" redirects "most" console activities to a com port (1 or 2). The problem is that it does NOT send ALL output that would go to the screen to the com port (only non-graphic) I would like to know if anyone knows of a public domain or commercial program that will "re-direct" ALL console and keyboard activity to the com (1or2) port Thanx Tom Root roott@tis.llnl.gov
cah@pdx.csd.mot.com (Chris Huey) (12/05/90)
In article <1182@ncis.tis.llnl.gov>, roott@lance.tis.llnl.gov (Tom Root) writes: > I would like to know if anyone knows of a public domain or commercial program > that will "re-direct" ALL console and keyboard activity to the com (1or2) > port > > Tom Root > roott@tis.llnl.gov I know of at least one: a commercial package called Carbon Copy. Don't remember who makes it or how much it costs, just that it does what you are asking for. -- Chris Huey Motorola Inc., Computer Systems Division cah@pdx.csd.mot.com . . . tektronix!reed!cvedc!mcspdx!cah Voice: (503) 643-6247 . . . . uunet!apple!motcsd!mcspdx!cah "Still crazy after all these years..."
cs202101@umbc5.umbc.edu (cs202101) (12/05/90)
In article <1182@ncis.tis.llnl.gov> roott@tis.llnl.gov (Tom Root) writes: >In ms-dos an internal command called "ctty" redirects "most" console >activities to a com port (1 or 2). The problem is that it does NOT send >ALL output that would go to the screen to the com port (only non-graphic) > >I would like to know if anyone knows of a public domain or commercial program >that will "re-direct" ALL console and keyboard activity to the com (1or2) >port The easiest solution that I can think of is to write your own redirection program in C, using dup2 to redirect the i/o. Also, it sounds as though part of your problem might be that no redirection is being done for stderror. Robert Douglas Davis # Is reality real? Can you prove it? cs202101@umbc5.umbc.edu # Can you write an algorythm to prove it? Home: +1-301-744-7964 # Do you have a computer fast enough to compute it? BBS: +1-301-788-6663 # ---> REAL Education: The Benny Hill Show!
stever@Octopus.COM (Steve Resnick ) (12/06/90)
In article <4619@umbc3.UMBC.EDU> cs202101@umbc5.umbc.edu.UUCP (cs202101) writes: >In article <1182@ncis.tis.llnl.gov> roott@tis.llnl.gov (Tom Root) writes: >>In ms-dos an internal command called "ctty" redirects "most" console >>activities to a com port (1 or 2). The problem is that it does NOT send >>ALL output that would go to the screen to the com port (only non-graphic) >> >>I would like to know if anyone knows of a public domain or commercial program >>that will "re-direct" ALL console and keyboard activity to the com (1or2) >>port >The easiest solution that I can think of is to write your own redirection >program in C, using dup2 to redirect the i/o. Also, it sounds as though >part of your problem might be that no redirection is being done for >stderror. > This is close to what CTTY does. CTTY redirects stdin, stdout, and stderr to the specified character device. So far, so good. The real problems lies in the many meathods of communicating with the user under DOS. A program can do one of the following: DOS for all I/O - Slow, but "portable". Will work with CTTY BIOS for screen I/O and DOS for keyboard I/O. Faster, but will not work with CTTY. BIOS for both. Faster yet, will not work with CTTY. Direct hardware access. Fastest, will not work with CTTY. Being a long-time BBS operator, it's been the bane of myself and other sysops that programs will sometimes and sometimes not run "over the wire". There are programs which redirect the BIOS services in order to make other applications run "over the wire: which would otherwise not do so. (Carbon Copy for instance). There is a public domain program which does this, but I cannot seem to dig up the name here right now... Hope this helps... Steve -- ---------------------------------------------------------------------------- steve.resnick@f105.n143.z1.FIDONET.ORG - or - apple!camphq!105!steve.resnick Flames, grammar errors, spelling errrors >/dev/nul The Asylum OS/2 BBS - (408)263-8017 IFNA 1:143/105.0
ralphs@sumax.seattleu.edu (Ralph Sims) (12/06/90)
cs202101@umbc5.umbc.edu (cs202101) writes: > In article <1182@ncis.tis.llnl.gov> roott@tis.llnl.gov (Tom Root) writes: > >I would like to know if anyone knows of a public domain or commercial progra > >that will "re-direct" ALL console and keyboard activity to the com (1or2) > >port > The easiest solution that I can think of is to write your own redirection > program in C, using dup2 to redirect the i/o. Also, it sounds as though > part of your problem might be that no redirection is being done for > stderror. There are a few workable applcations that will do this for you. One is GATEWAY, which allows the local user to see what the remote user is up to. Another is WABIRD, which does the same thing, but adds some bells and whistles. The third is DOORWAY which will allow the remote user to run MANY applications remotely, such as WORDSTAR, LOTUS, LIST, etc., which use direct screen writes. Ftp users can get these on chyde.uwasa.fi (not sure if I sent them WABIRD, however). They can be downloaded from here (PEP speed) at +1 206 292-9048, or I'll uuencode them and send them along. These are all shareware items and have enjoyed wide use in the bbs world.
pyro@casbah.acns.nwu.edu (Leedell Miller) (12/07/90)
_____roott@tis.llnl.gov (Tom Root) ]__________________________________________ |In ms-dos an internal command called "ctty" redirects "most" console |activities to a com port (1 or 2). The problem is that it does NOT send |ALL output that would go to the screen to the com port (only non-graphic) | |I would like to know if anyone knows of a public domain or commercial program |that will "re-direct" ALL console and keyboard activity to the com (1or2) |_____________________________________________________________________________ pcANYWHERE IV DMA 1776 East Jericho Turnpike Huntington, NY 11743 (516) 462-0440 The program provides for file transfers and remote control of another system. Additionally, the images on the host screen appear on the remote console, text and graphics, BIOS/DOS routine or direct memory access notwithstanding. There are others, but that's the only one on which I have full info handy. -- _[\_______________/]_ | "I've abandoned my search for reality (:=)> Be Talkin'! <(=:) | and am looking for a good fantasy." ~[/~~~~~~~~~~~~~~~\]~ | Leedell Miller - Academic Computing pyro@casbah.acns.nwu.edu| Northwestern University - Evanston IL
jjwebb@cruzio.UUCP (JJ Webb) (12/08/90)
In article <1990Dec6.001129.24248@Octopus.COM> stever@octopus.UUCP (Steve Resnick ) writes: >In article <4619@umbc3.UMBC.EDU> cs202101@umbc5.umbc.edu.UUCP (cs202101) writes: >applications run "over the wire: which would otherwise not do so. (Carbon Copy >for instance). There is a public domain program which does this, but I >cannot seem to dig up the name here right now... >Hope this helps... > The name of the PD carbon copy is, I believe, TANDEM. jjwebb
hendricp@wanda.waiariki.ac.nz (Peter Hendricks) (12/09/90)
In article <1182@ncis.tis.llnl.gov>, roott@lance.tis.llnl.gov (Tom Root) writes: > In ms-dos an internal command called "ctty" redirects "most" console > activities to a com port (1 or 2). The problem is that it does NOT send > ALL output that would go to the screen to the com port (only non-graphic) > > I would like to know if anyone knows of a public domain or commercial program > that will "re-direct" ALL console and keyboard activity to the com (1or2) > port > Unfortunately, it's not that simple. While you can re-direct a stream of characters, you can't easily re-direct direct screen writes, because you have to also transmit to the receiving end where on the screen to place characters. If you want to connect a PC running MesSyDOS to the com port, you may want to try these packages: ELSEWR22.* Elsewhere, a PC-Anywhere clone, drive your PC thru com port TR2-6.* Telereplica, Connect 2 PC's, use both keyboards Should be available on Simtel20. To my knowledge, these will only allow CGA graphics and text, but a newer version may provide support for other graphics adapters. This will probably be very SLOW. Peter