phil@pepsi.amd.com (Phil Ngai) (06/12/90)
I can't get terminal to do file transfers, either text or
binary. I've set it up for kermit and am using C-kermit on
a Sun-3 on the other end. MSkermit works just fine. Baud
rate is 19,200, no parity. Any ideas? How do you send
the mskermit equivalent of "finish"?
--
Phil Ngai, phil@amd.com {uunet,decwrl,ucbvax}!amdcad!philahd@kendra.kew.com (Drew Derbyshire) (06/12/90)
From article <1990Jun12.023455.29037@bach.amd.com>, by phil@pepsi.amd.com (Phil Ngai): > I can't get terminal to do file transfers, either text or > binary. I've set it up for kermit and am using C-kermit on > a Sun-3 on the other end. MSkermit works just fine. Baud > rate is 19,200, no parity. Any ideas? How do you send > the mskermit equivalent of "finish"? I suspect your problem is your baud rate; even MS-Kermit, which is optimized to do it's own protocol, runs into trouble at higher speeds except over very clean lines. Any additional BIOS/DOS/Windows overhead (let me say that again ... Windows Overhead) on a program which is not as fast during protocol transfer as MS-Kermit is almost certain to fail at speeds over 9600. I don't have windows up right now, but I did look at terminal the other day, I don't think it HAS a real server interface. You might find the authors of the terminal emulators on simtel20.army.mil and ask them if they have done a port to Windows 3 yet. One version, there or at cunixc.cc.columbia.edu, had the server commands. I hope you have FTP. :-) Drew Derbyshire Internet: ahd@kendra.kew.com Snail mail: 108 Decatur St, Apt 9 Voice: 617-641-3739 Arlington, MA 02174
markg@cbnewsk.att.com (mark.r.gibaldi) (06/12/90)
In article <1990Jun12.023455.29037@bach.amd.com> phil@pepsi.amd.com (Phil Ngai) writes: >I can't get terminal to do file transfers, either text or >binary. I've set it up for kermit and am using C-kermit on >a Sun-3 on the other end. MSkermit works just fine. Baud >rate is 19,200, no parity. Any ideas? How do you send >the mskermit equivalent of "finish"? > >-- >Phil Ngai, phil@amd.com {uunet,decwrl,ucbvax}!amdcad!phil Instead of running C-kermit on your Sun in "server" mode, start it with the "-s" command which is "send". I think Win 3.0 Terminal expects the host to be ready to send when you start your download. It doesn't seem to interface to a host in kermit server mode. Hence, no "finish", "logoff", "send", or "get". Using "-s" and "-r" should fix your problem. Mark R. Gibaldi AT&T Bell Laboratories mrg@cblph.att.com
marshall@wind55.seri.gov (Marshall L. Buhl) (06/13/90)
phil@pepsi.amd.com (Phil Ngai) writes: >I can't get terminal to do file transfers, either text or >binary. I've set it up for kermit and am using C-kermit on >a Sun-3 on the other end. MSkermit works just fine. Baud >rate is 19,200, no parity. Any ideas? How do you send >the mskermit equivalent of "finish"? Phil, try it at 4800 baud. With Crosstalk for Windows and Win/386, I couldn't cut and paste without losing lots of characters at 9600 or 19200. I quit using Windows and CfW because of this a few months back. I haven't tried to cut and paste large blocks since getting Win3. I haven't gotten the Win3 aware CfW yet to play with it. Right now I'm using Crosstalk Mk 4 from Win3. I occasionally loose characters and have to redraw the screen. When I use any of the Crosstalk products and Kermit, I always just did a ^C when I reconnected to the Unix box. Crosstalk doesn't have a FINISH command. While we're on the Terminal subject. I find that I like the way you cut and paste a LOT better than CfW. With CfW, you have to hit the Scroll Lock key to get into Scroll mode, highlight the text, hit ^Ins, hit Scroll Lock, then Shift-Ins. With Terminal, you don't have to mess with getting in and out of Scroll mode. It saves a LOT of time - especially when typing in tinymud descriptions. The advantage of the Scroll Mode is that you can cut things that have already left the screen. Now I can think of ways to make cut and paste even more efficient. Drag with the right button, when you release it, the selected text is put in the copy buffer, then hit both buttons to paste it. That way one doesn't need to keep moving hands between keyboard and mouse. I also like the way Terminal does the display of function keys. With CfW, if you have more than a few keys programmed, the names get scrunched up because it tries to fit all keys on one line. Terminal gives you two lines and four pages for keys. I sure wish you could store more text in the keys. How about 256 characters? CfW is also limited here. The disadvantages of Terminal are no scripting language and no scroll mode to review old information. I'll probably use both according to my greatest need. -- Marshall L. Buhl, Jr. EMAIL: marshall@seri.gov Senior Computer Engineer VOICE: (303)231-1014 Wind Research Branch 1617 Cole Blvd., Golden, CO 80401-3393 Solar Energy Research Institute Solar - safe energy for a healthy future
marshall@wind55.seri.gov (Marshall L. Buhl) (06/13/90)
In a previous article, I ignorantly wrote: >[deleted discussion of the comparison of Terminal and Crosstalk for >Windows] >The disadvantages of Terminal are no scripting language and no scroll >mode to review old information. I'll probably use both according to my >greatest need. Boy, what a screw-up. I just set up Terminal for my work PC and when I went to set the Terminal Preferences, I noticed the Show Scroll Bars check box. I had disabled them on my home PC because I was only getting 78 columns with it enabled. That seems to happen for both EGA and VGA. So you can have scroll bars on a 78 column display. I guess I'll generally leave it disabled and use PageUp/PageDown to review data. I just tried it, it works. This may not be a problem with SVGA. Now I'm even more impressed with Terminal. If only it had a script language... Apologies to the net. My face is red. -- Marshall L. Buhl, Jr. EMAIL: marshall@seri.gov Senior Computer Engineer VOICE: (303)231-1014 Wind Research Branch 1617 Cole Blvd., Golden, CO 80401-3393 Solar Energy Research Institute Solar - safe energy for a healthy future
phil@pepsi.amd.com (Phil Ngai) (06/13/90)
In article <marshall.645216867@wind55> marshall@wind55.seri.gov (Marshall L. Buhl) writes: |Phil, try it at 4800 baud. With Crosstalk for Windows and Win/386, I I should have mentioned that I run MSKermit at 19,200 in a window in the background and it transfers just fine, no errors at all. This is on a 20 MHz cached 386. -- Phil Ngai, phil@amd.com {uunet,decwrl,ucbvax}!amdcad!phil
markg@cbnewsk.att.com (mark.r.gibaldi) (06/13/90)
In article <marshall.645216867@wind55> marshall@wind55.seri.gov (Marshall L. Buhl) writes: >phil@pepsi.amd.com (Phil Ngai) writes: > > >The disadvantages of Terminal are no scripting language and no scroll >mode to review old information. I'll probably use both according to my >greatest need. >-- >Marshall L. Buhl, Jr. EMAIL: marshall@seri.gov >Senior Computer Engineer VOICE: (303)231-1014 >Wind Research Branch 1617 Cole Blvd., Golden, CO 80401-3393 >Solar Energy Research Institute Solar - safe energy for a healthy future The Terminal Emulator that comes with Win 3.0 DOES have a scroll bar for reviewing information that has scrolled off the screen. I do wish it had a scripting language though. Mark R. Gibaldi AT&T Bell Laboratories mrg@cblph.att.com
jmerrill@jarthur.Claremont.EDU (Confusion Reigns) (06/15/90)
In article <1990Jun12.110231.1180@sun.soe.clarkson.edu> ahd@kendra.kew.com (Drew Derbyshire) writes: >I don't have windows up right now, but I did look at terminal the other >day, I don't think it HAS a real server interface. You might find the >authors of the terminal emulators on simtel20.army.mil and ask them if >they have done a port to Windows 3 yet. One version, there or at >cunixc.cc.columbia.edu, had the server commands. I hope you have FTP. The official source for Kermit of all persuasions is watsun.cc.columbia.edu. There is a version of Kermit for Windows there, but I haven't tried it and don't know whether it is Win3-compatible. I'm still using the DOS version... -- Jason Merrill jmerrill@jarthur.claremont.edu
DLB@psuvm.psu.edu (Dan Bernitt) (06/15/90)
The scroll lock key must be on in order for terminal's cursor and function keys to send to the host. Kermit no longer runs in a window since Windows 3 checks all programs for standard headers. Normal DOS .EXE files don't have those and, while they run fine as full-screen programs, they don't "window:.
jmerrill@jarthur.Claremont.EDU (Confusion Reigns) (06/16/90)
In article <90166.080550DLB@psuvm.psu.edu> DLB@psuvm.psu.edu (Dan Bernitt) writes: >Kermit no longer runs in a window since Windows 3 checks all programs for >standard headers. Normal DOS .EXE files don't have those and, while they run >fine as full-screen programs, they don't "window:. Funny...I'm running it in a window right now. Maybe it's just me. Or maybe you're running on a 286. Try hitting Alt-Enter sometime... On another note, is there ANY way to map backspace to DEL in terminal? I like being able to correct my mistakes...I've gotten used to it. Many of the programs I use on this machine don't like ^H. -- Jason Merrill jmerrill@jarthur.claremont.edu