From news@newsmaster.cc.columbia.edu Mon Sep 29 14:36:00 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id OAA11654 for ; Mon, 29 Sep 1997 14:35:59 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id OAA01642 for kermit.misc@watsun; Mon, 29 Sep 1997 14:35:59 -0400 (EDT) Path: news.columbia.edu!sol.ctr.columbia.edu!news.uoregon.edu!news.rediris.es!news-ge.switch.ch!newscore.univie.ac.at!newsfeed.nacamar.de!cpk-news-hub1.bbnplanet.com!news.bbnplanet.com!newsfeed.internetmci.com!207.5.0.44!nntp.mainstreet.net!bug.rahul.net!rahul.net!a2i!samba.rahul.net!rahul.net!a2i!dold.a2i!dold From: dold@83.usenet.us.com Newsgroups: comp.protocols.kermit.misc Subject: Re: Announcing Kermit 95 1.1.14 for Windows 95, Windows NT, and OS/2 Date: 29 Sep 1997 17:45:30 GMT Organization: a2i network Lines: 24 Message-ID: <60opfq$70n$1@samba.rahul.net> References: <60cfre$1me$1@apakabar.cc.columbia.edu> Reply-To: dold@network.rahul.net NNTP-Posting-Host: foxtrot.rahul.net NNTP-Posting-User: dold X-Newsreader: TIN [version 1.2 PL2] X-Comment: Encoded From: line allows replies that preserve original subject Xref: news.columbia.edu comp.protocols.kermit.misc:7761 Frank da Cruz (fdc@watsun.cc.columbia.edu) wrote: : Kermit 95 1.1.14 is now available as a patch to Kermit 95 for Windows 95, As I wait for my patch download to complete, I did a Zip of the K95 directory, which makes me wonder how much of this I should delete. Obviously the *.rtp files from all of the old patches could go away, and most of the *.exe archives of the patches. I recall a problem with "temp" files not going away, but I forget the extensions. I have 147 files in the K95 tree, occupying 14.8MB. Some of the files, like the extra modems and whatnot, could be compressed or deleted, but I am more interested in tossing the stuff that really needn't be there, generically. Some of the things, like "patch.exe" could have been removed by the upgrade that added patchdos.exe, although that is only 60k, as opposed to the 1MB+ files for each of the patch levels. -- --- Clarence A Dold - dold@network.rahul.net - Pope Valley & Napa CA. From news@newsmaster.cc.columbia.edu Mon Sep 29 15:15:33 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id PAA23522 for ; Mon, 29 Sep 1997 15:15:32 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id PAA03603 for kermit.misc@watsun; Mon, 29 Sep 1997 15:15:29 -0400 (EDT) Path: news.columbia.edu!watsun.cc.columbia.edu!fdc From: fdc@watsun.cc.columbia.edu (Frank da Cruz) Newsgroups: comp.protocols.kermit.misc Subject: Re: Announcing Kermit 95 1.1.14 for Windows 95, Windows NT, and OS/2 Date: 29 Sep 1997 19:15:28 GMT Organization: Columbia University Lines: 36 Message-ID: <60ouog$qb2$1@apakabar.cc.columbia.edu> References: <60cfre$1me$1@apakabar.cc.columbia.edu> <60opfq$70n$1@samba.rahul.net> NNTP-Posting-Host: watsun.cc.columbia.edu Xref: news.columbia.edu comp.protocols.kermit.misc:7762 In article <60opfq$70n$1@samba.rahul.net>, wrote: : Frank da Cruz (fdc@watsun.cc.columbia.edu) wrote: : : : Kermit 95 1.1.14 is now available as a patch to Kermit 95 for Windows 95, : : As I wait for my patch download to complete, I did a Zip of the K95 : directory, which makes me wonder how much of this I should delete. : Obviously the *.rtp files from all of the old patches could go away, and : most of the *.exe archives of the patches. : : I recall a problem with "temp" files not going away, but I forget the : extensions. I have 147 files in the K95 tree, occupying 14.8MB. : Well, there is the backup directory, which lets you back off from the most recent patch, but it's always a good idea to hang on to that one for a week or so after a new release in case something bad turns up. The problem with non-vanishing temporary files was fixed in 1.1.12. Theoretically, whatever you find in your TEMP directories (those pointed to by your TMP and/or TEMP environment variables) can go. Kermit's temporary files (those created by the Dialer itself) generally have long cryptic names, and if you still have any of them, the dates should be quite passe. : Some of the files, like the extra modems and whatnot, could be compressed : or deleted, but I am more interested in tossing the stuff that really : needn't be there, generically. : : Some of the things, like "patch.exe" could have been removed by the upgrade : that added patchdos.exe, although that is only 60k, as opposed to the 1MB+ : files for each of the patch levels. : You can actually toss all the old patch remnants except the most recent backup; if necessary you can always re-download old patches from the Kermit archive. - Frank From news@newsmaster.cc.columbia.edu Mon Sep 29 15:50:56 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id PAA06117 for ; Mon, 29 Sep 1997 15:50:56 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id PAA05365 for kermit.misc@watsun; Mon, 29 Sep 1997 15:50:55 -0400 (EDT) Path: news.columbia.edu!panix!howland.erols.net!ais.net!logbridge.uoregon.edu!news.bc.net!rover.ucs.ualberta.ca!alberta!not-for-mail From: Vladimir Alexiev Newsgroups: comp.protocols.kermit.misc Subject: Re: Kermit via PPP under DOS? Date: 29 Sep 1997 13:34:34 -0600 Organization: University of Alberta, Computing Science Lines: 39 Message-ID: References: <60dt7d$dj2@f1n1.spenet.wfu.edu> <60hrre$t7q$1@news3.voicenet.com> NNTP-Posting-Host: tees.cs.ualberta.ca In-reply-to: cmosley@voicenet.com's message of 27 Sep 1997 02:42:54 GMT X-Newsreader: Gnus v5.0.15 Xref: news.columbia.edu comp.protocols.kermit.misc:7763 In article <60hrre$t7q$1@news3.voicenet.com> cmosley@voicenet.com (Christopher Mosley) writes: > Yes, pktmux in combination with cslipper. I don't think dosppp uses > compression? It doesn't have VJ header compression, yes. But I'm not sure if that's the only kind of compression that PPP supports. The main benefit of PPP to SLIP is that it's more robust, not more efficient. In any case the choice of PPP or SLIP is already made for you by your ISP :-) > (slirp can be used if you have a shell account and don't have cslip) If you have a shell account, why would you want to use SLIP for kermit anyway? > can be used to run mskermit as a telnet concurrently with winsock > applications. Once you have any kind of packet driver and/or emulation (no matter SLIP or PPP), you can put two stacks (kermit's and winsock) on top of the driver, using pktmux. With some provisos, of course. > kermit and cslipper makes a great telnet for arachne . Yes, if you use TCP/IP applications, then there is sense in putting a SLIP/PPP emulator on top of a shell connection, and using Kermit over that TCP/IP link. BTW, the emulator that's more commonly used than SLiRP is TIA. TIA has both SLIP and PPP emulation. > Why not use the best instead of what is supplied. Agreed. But one should also understand the tradeoffs between different protocols and protocol driver implementations. Eg PPP is more robust; SLIP may be more parsimonious; EtherPPP supports VJ compression but is bulkier than DOSPPP. > It is somewhat surprising to find that dosppp will not work out of the box > for kermit telnet in arachne but dosppp works quite well with _other_ wattcp > based programs. PPPD (class 6 driver) works out of the box, EPPPD (class 1 driver) doesn't. From news@newsmaster.cc.columbia.edu Mon Sep 29 16:11:08 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id QAA09771 for ; Mon, 29 Sep 1997 16:11:08 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id QAA06370 for kermit.misc@watsun; Mon, 29 Sep 1997 16:11:07 -0400 (EDT) Path: news.columbia.edu!panix!howland.erols.net!newsfeed.direct.ca!logbridge.uoregon.edu!news.bc.net!rover.ucs.ualberta.ca!alberta!not-for-mail From: Vladimir Alexiev Newsgroups: comp.protocols.kermit.misc Subject: Re: Kermit via PPP under DOS? Date: 29 Sep 1997 13:53:25 -0600 Organization: University of Alberta, Computing Science Lines: 58 Message-ID: References: NNTP-Posting-Host: tees.cs.ualberta.ca In-reply-to: jrd@cc.usu.edu's message of 26 Sep 97 22:11:11 MDT X-Newsreader: Gnus v5.0.15 Xref: news.columbia.edu comp.protocols.kermit.misc:7764 In article jrd@cc.usu.edu (Joe Doupnik) writes: > Let's go through the PPP driver situation again when the driver > presents an Ethernet Packet Driver interface. > PPP is a point to point link involving only two stations: this > end and the other end. It is not a broadcast medium, and thus ARP does not > apply. pppd with the proxyarp option allows this. Here's what the pppd(8) man page says: Add an entry to this system's ARP [Address Resolution Protocol] table with the IP address of the peer and the Ethernet address of this system. Also, some terminal servers provide such proxy arp. At least the Cisco terminal server that runs at our uiniversity's login server. (Interestingly, it only does this when the user properly identified themselves to the server, otherwise it allows PPP, but does not give proxy arp.) > A PPP driver presenting an Ethernet interface is indistinguishable > from real Ethernet at the protocol stack level (i.e., by Kermit). That > driver must then FULLY simulate a broadcast medium of many stations, yet > they often fail completely to do that job. I'm not saying that the Kermit class 1 handling is worse than than of other WATTCP apps. I suspect that Kermit does some more checks or expects more from the ethernet driver than other WATTCP apps, in other words it uses the ethernet driver more properly than other WATTCP apps. But the fact remains that these apps can use emulated class 1 drivers, while Kermit can't. Sometimes worse is better. > Half measures are failures too. Well, these half measures prove to be adequate for other WATTCP apps. > SLIP is a point to point link. It is not an Ethernet-style > interface. Kermit knows about SLIP and treats it as a point to point > comms pathway without MAC addresses. Use SLIP interfaces. What are the benefits of an ethernet interface to a SLIP interface: - there are apps that only support ethernet interfaces. Kermit couldn't coexist with such apps because it demands a SLIP interface. - Ethernet interfaces support BOOTP. Is BOOTP impossible with a SLIP interface? - How about DHCP? - RARP is obviously impossible with a SLIP interface, but then it doesn't even apply. - Is there anything else? > There is no such thing as a standardized PPP interface, alas, and thus > Kermit does not have code to deal with the many PPP interfaces out there. EtherPPP's documentation mentions class 15 (SLFP). Is that an example of a non-standardized PPP interface? > Avoid badly designed PPP drivers, please. Since Kermit doesn't work with EtherPPP -k 1, does that make EtherPPP a badly designed driver too? How about Windows PPP drivers, do they support an Ethernet interface? From news@newsmaster.cc.columbia.edu Mon Sep 29 17:02:36 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id RAA21344 for ; Mon, 29 Sep 1997 17:02:36 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id RAA09154 for kermit.misc@watsun; Mon, 29 Sep 1997 17:02:35 -0400 (EDT) Path: news.columbia.edu!watsun.cc.columbia.edu!fdc From: fdc@watsun.cc.columbia.edu (Frank da Cruz) Newsgroups: comp.protocols.kermit.misc Subject: Another K95 patch Date: 29 Sep 1997 21:02:34 GMT Organization: Columbia University Lines: 44 Message-ID: <60p51a$16d$1@apakabar.cc.columbia.edu> NNTP-Posting-Host: watsun.cc.columbia.edu Xref: news.columbia.edu comp.protocols.kermit.misc:7765 Several bugs surfaced in Kermit 95 1.1.14 after it was announced a few days ago; these are fixed in a new patch, which brings the version number up to 1.1.15: 431. Various problems with the 1.1.14 Patch (K) - FIXED The 1.1.14 patch might have corrupted the resulting K95.EXE executable and other files in subtle ways. One effect that was noted in the Windows 95/NT Intel version was that hostmode logins stopped working. Fixed in 1.1.15. 432. SET TELNET TERMINAL TYPE affects actual terminal type (K) - FIXED SET TELNET TERMINAL erroneously resulted in a SET TERMINAL TYPE command whenever a Telnet terminal type negotiation occurred. Fixed in 1.1.15. 433. Problems with Kermit transfers on some Telnet connections (K) - FIXED If the remote telnet server did not send the CR-NUL sequence together and Kermit's window size was 1, Kermit transfers could time out waiting for the NUL. Fixed in 1.1.15. 434. AIX and HFT arrow keys didn't work in the Command screen (K) - FIXED AIX and HFT emulation Gray arrow keys did not manipulate the command history list in the Command screen. Fixed in 1.1.15. 435. AIX and HFT emulation versus Autowrap (K) - FIXED AIX and HFT terminals are not supposed to wrap like a VT terminal. Fixed in 1.1.15. The Kermit 95 website: http://www.columbia.edu/kermit/k95.html as been updated, and the 1.1.15 patches are available at: http://www.columbia.edu/kermit/k95patch.html You can patch up to version 1.1.15 from any version back to 1.1.7. Apologies for the inconvenience. - Frank From news@newsmaster.cc.columbia.edu Mon Sep 29 18:36:52 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id SAA12373 for ; Mon, 29 Sep 1997 18:36:52 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id SAA13900 for kermit.misc@watsun; Mon, 29 Sep 1997 18:36:51 -0400 (EDT) Path: news.columbia.edu!news.cs.columbia.edu!psinntp!news.idt.net!netnews.com!howland.erols.net!newsfeed.internetmci.com!207.20.0.14!vncnews!newsfeed2.vnc.net!bug.rahul.net!rahul.net!a2i!samba.rahul.net!rahul.net!a2i!dold.a2i!dold From: dold@03.usenet.us.com Newsgroups: comp.protocols.kermit.misc Subject: Re: Running Kermit from a server Date: 29 Sep 1997 16:25:29 GMT Organization: a2i network Lines: 18 Message-ID: <60okpp$67l$1@samba.rahul.net> References: <342A6FBB.ADF08550@nrc.ca> Reply-To: dold@network.rahul.net NNTP-Posting-Host: foxtrot.rahul.net NNTP-Posting-User: dold X-Newsreader: TIN [version 1.2 PL2] X-Comment: Encoded From: line allows replies that preserve original subject Xref: news.columbia.edu comp.protocols.kermit.misc:7766 Paul Melsness (Paul.Melsness@nrc.ca) wrote: : Hi, : We have installed Kermit on a Novell server and would like our users : to be able to run it from the server (without installing it locally). : This works, but with the configuration files on the server, users cannot : change screen colour, etc. I have written a batch file that copies Each of our users has a mapped drive of "U:", and there is line in the shared mscustom.ini that looks for u:\personal.ini. I suppose this would be similar to your scheme of pointing to an f:\ directory, although in our scheme we don't have to pass the user name, we are just using uniquely mapped U: drives. -- --- Clarence A Dold - dold@network.rahul.net - Pope Valley & Napa CA. From news@newsmaster.cc.columbia.edu Mon Sep 29 20:01:01 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id UAA24615 for ; Mon, 29 Sep 1997 20:01:00 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id UAA18223 for kermit.misc@watsun; Mon, 29 Sep 1997 20:01:00 -0400 (EDT) Path: news.columbia.edu!panix!news.eecs.umich.edu!news-spur1.maxwell.syr.edu!news.maxwell.syr.edu!cam-news-hub1.bbnplanet.com!news.bbnplanet.com!news.idt.net!news.voicenet.com!omni2!cmosley From: cmosley@voicenet.com (Christopher Mosley) Newsgroups: comp.protocols.kermit.misc Subject: Re: Kermit via PPP under DOS? Date: 29 Sep 1997 23:22:59 GMT Organization: VoiceNet - Internet Access - (215)674-9290 Lines: 60 Message-ID: <60pd8j$kd1$1@news3.voicenet.com> References: <60dt7d$dj2@f1n1.spenet.wfu.edu> NNTP-Posting-Host: omni2.voicenet.com X-Newsreader: TIN [version 1.2 PL2] Xref: news.columbia.edu comp.protocols.kermit.misc:7768 Vladimir Alexiev (vladimir@cs.ualberta.ca) wrote: : In article <60hrre$t7q$1@news3.voicenet.com> cmosley@voicenet.com (Christopher Mosley) writes: : > Yes, pktmux in combination with cslipper. I don't think dosppp uses : > compression? Basically I was giving _explicit_ instructions on how to to use mskermit as a telnet in windows concurrently with winsock applications. So you can connect to your very most favorite isp and use the best telnet. There is the notion around that this cannot be done or shouldn't be done. It's been a while since I did this but I believe the packet driver option in trumpet winsock is ethernet not slip - pktmux is also ethernet. Kermit needs a slip (6)interface with PPP therfore use c/slip. C/Slipper is the best I've found. Why it is not the driver supplied with kermit I don't know. The driver supplied/once supplied with kermit was the basis for c/slipper - I believe. : It doesn't have VJ header compression, yes. But I'm not sure if that's the : only kind of compression that PPP supports. The main benefit of PPP to SLIP is : that it's more robust, not more efficient. : In any case the choice of PPP or SLIP is already made for you by your ISP :-) : > (slirp can be used if you have a shell account and don't have cslip) : If you have a shell account, why would you want to use SLIP for kermit anyway? : > can be used to run mskermit as a telnet concurrently with winsock : > applications. : Once you have any kind of packet driver and/or emulation (no matter SLIP or : PPP), you can put two stacks (kermit's and winsock) on top of the driver, : using pktmux. With some provisos, of course. : > kermit and cslipper makes a great telnet for arachne . : Yes, if you use TCP/IP applications, then there is sense in putting a SLIP/PPP : emulator on top of a shell connection, and using Kermit over that TCP/IP link. : BTW, the emulator that's more commonly used than SLiRP is TIA. TIA has both : SLIP and PPP emulation. Slirp is completely free, has ppp/slip/cslip it is the uncommon choice of the parsimonious. : > Why not use the best instead of what is supplied. : Agreed. But one should also understand the tradeoffs between different : protocols and protocol driver implementations. Eg PPP is more robust; SLIP may : be more parsimonious; EtherPPP supports VJ compression but is bulkier than : DOSPPP. : > It is somewhat surprising to find that dosppp will not work out of the box : > for kermit telnet in arachne but dosppp works quite well with _other_ wattcp : > based programs. : PPPD (class 6 driver) works out of the box, EPPPD (class 1 driver) doesn't. From news@newsmaster.cc.columbia.edu Mon Sep 29 23:02:53 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id XAA18683 for ; Mon, 29 Sep 1997 23:02:53 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id XAA27601 for kermit.misc@watsun; Mon, 29 Sep 1997 23:02:52 -0400 (EDT) Path: news.columbia.edu!panix!howland.erols.net!news-peer.sprintlink.net!news-peer-east.sprintlink.net!news.sprintlink.net!Sprint!news.idt.net!news.voicenet.com!omni2!cmosley From: cmosley@voicenet.com (Christopher Mosley) Newsgroups: comp.protocols.kermit.misc Subject: Re: Kermit via PPP under DOS? Date: 30 Sep 1997 03:01:50 GMT Organization: VoiceNet - Internet Access - (215)674-9290 Lines: 74 Message-ID: <60pq2u$op1$1@news3.voicenet.com> References: <60dt7d$dj2@f1n1.spenet.wfu.edu> <60pd8j$kd1$1@news3.voicenet.com> NNTP-Posting-Host: omni2.voicenet.com X-Newsreader: TIN [version 1.2 PL2] Xref: news.columbia.edu comp.protocols.kermit.misc:7770 Christopher Mosley (cmosley@voicenet.com) wrote: : Vladimir Alexiev (vladimir@cs.ualberta.ca) wrote: : : In article <60hrre$t7q$1@news3.voicenet.com> cmosley@voicenet.com (Christopher Mosley) writes: : : > Yes, pktmux in combination with cslipper. I don't think dosppp uses : : > compression? : Basically I was giving _explicit_ instructions on how to to use mskermit as : a telnet in windows concurrently with winsock applications. So you can connect : to your very most favorite isp and use the best telnet. There is the notion : around that this cannot be done or shouldn't be done. : It's been a while since I did this but I believe the packet driver : option in trumpet winsock is ethernet not slip - pktmux is also ethernet. This is backwards, the important thing is that pktmux uses an ethernet driver and presents an ethernet interface I believe and kermit needs a slip interface if ethernet is going to be used . There *is* a slip/ppp interface in winsock. Now if there is a way around this - I don't know. It is however simple to do this with c/slipper. : Kermit needs a slip (6)interface with PPP therfore use c/slip. C/Slipper : is the best I've found. Why it is not the driver supplied with kermit : I don't know. The driver supplied/once supplied with kermit was the basis : for c/slipper - I believe. : : : It doesn't have VJ header compression, yes. But I'm not sure if that's the : : only kind of compression that PPP supports. The main benefit of PPP to SLIP is : : that it's more robust, not more efficient. : : In any case the choice of PPP or SLIP is already made for you by your ISP :-) : : > (slirp can be used if you have a shell account and don't have cslip) : : If you have a shell account, why would you want to use SLIP for kermit anyway? : : > can be used to run mskermit as a telnet concurrently with winsock : : > applications. : : Once you have any kind of packet driver and/or emulation (no matter SLIP or : : PPP), you can put two stacks (kermit's and winsock) on top of the driver, : : using pktmux. With some provisos, of course. : : > kermit and cslipper makes a great telnet for arachne . : : Yes, if you use TCP/IP applications, then there is sense in putting a SLIP/PPP : : emulator on top of a shell connection, and using Kermit over that TCP/IP link. : : BTW, the emulator that's more commonly used than SLiRP is TIA. TIA has both : : SLIP and PPP emulation. : Slirp is completely free, has ppp/slip/cslip it is the uncommon choice of : the parsimonious. : : > Why not use the best instead of what is supplied. : : Agreed. But one should also understand the tradeoffs between different : : protocols and protocol driver implementations. Eg PPP is more robust; SLIP may : : be more parsimonious; EtherPPP supports VJ compression but is bulkier than : : DOSPPP. : : > It is somewhat surprising to find that dosppp will not work out of the box : : > for kermit telnet in arachne but dosppp works quite well with _other_ wattcp : : > based programs. : : PPPD (class 6 driver) works out of the box, EPPPD (class 1 driver) doesn't. From news@newsmaster.cc.columbia.edu Mon Sep 29 23:23:26 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id XAA20562 for ; Mon, 29 Sep 1997 23:23:26 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id XAA28576 for kermit.misc@watsun; Mon, 29 Sep 1997 23:23:25 -0400 (EDT) Path: news.columbia.edu!panix!howland.erols.net!cpk-news-hub1.bbnplanet.com!news.bbnplanet.com!News1.Ottawa.iSTAR.net!News4.Toronto.iSTAR.net!News1.Vancouver.iSTAR.net!news.istar.net!cal.istar!news From: Russell Magee Newsgroups: comp.protocols.kermit.misc Subject: Re: How, exactly, should Kermit encode data? Date: 30 Sep 1997 03:21:49 GMT Organization: iSTAR internet Incorporated Lines: 24 Message-ID: <60pr8d$423@nr1.calgary.istar.net> References: <60ko7e$pts@nr1.calgary.istar.net> <60oeb7$fc3$1@apakabar.cc.columbia.edu> NNTP-Posting-Host: cheetah.spots.ab.ca X-Newsreader: TIN [UNIX 1.3 unoff BETA 970709; i586 Linux 2.0.29] Xref: news.columbia.edu comp.protocols.kermit.misc:7771 Frank da Cruz wrote: > : > I don't know what Kermit protocol spec you found on what ftp site, but no > reverse engineering was necessary; the Kermit protocol is specified in the > book "Kermit, A File Transfer Protocol": > http://www.columbia.edu/kermit/manuals.html > - Frank The document I got was "Kermit, a Simple File Transfer Protocol for Microcomputers and Mainframes", by yourself and a Mr. Bill Catchings. I'm sure this isn't the most up-to-date document (1983), but I didn't have much time for research unfortunately 8-/. I will definitely have to pick up that book though. I didn't mean to imply that I had to reverse- engineer the Kermit protocol; the doc actually seemed quite clear. As someone has already told me in email, Telix's implementation of Kermit may very well be broken. Thanks for the book reference. -Russ From news@newsmaster.cc.columbia.edu Tue Sep 30 05:56:35 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id FAA21968 for ; Tue, 30 Sep 1997 05:56:34 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id FAA15312 for kermit.misc@watsun; Tue, 30 Sep 1997 05:56:33 -0400 (EDT) Message-ID: <3430CC92.37FD51CC@th.ibm.com> Date: Tue, 30 Sep 1997 16:55:30 +0700 From: Nattapong Mongkolprasit Organization: IBM Thailand Company Limited X-Mailer: Mozilla 4.03 [en] (Win95; I) MIME-Version: 1.0 Newsgroups: comp.sys.ibm.as400.misc,comp.protocols.kermit.misc To: Frank da Cruz , paul_nicolay@merck.com Subject: Re: transfer files from AS/400 to UNIX References: <01bcbdd3$4c8d2980$9f05a8c0@da159mat5.sonae.pt> <01bcbdea$1e564b20$6e036536@merck.com> <5vrhsc$r92$1@apakabar.cc.columbia.edu> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit NNTP-Posting-Host: 198.133.29.52 Lines: 103 Path: news.columbia.edu!panix!news-out.internetmci.com!newsfeed.internetmci.com!165.87.194.248!newsm.ibm.net!ibm.net!news1.ibm.net!198.133.29.52 Xref: news.columbia.edu comp.sys.ibm.as400.misc:34526 comp.protocols.kermit.misc:7772 Paul, There are such many ways to transfer file between UNIX and AS/400. Actually there is a license program on AS/400 that comes with UNIX client program named "UNIX Connection for AS/400", it can surely handle your problem, please try on contacting IBM AS/400 Sale representer in your region. Another easy way is ftp, you have to first configure TCP/IP on your AS/400, then start FTP with comand STRTCP, then STRTCPSVR *FTP. The library convention naming rules is like this: -. If it is in the Root IFS file system on AS/400, you may refer to it as other UNIX -. If it is in the library like "QUSRSYS", file "TESTFILE", member "DBFILE1" refer to it as cd /qsys.lib/qusrsys.lib" then get "testfile.file/dbfile1.mbr" DO NOT FORGET TO USE "ascii" MODE TO TRANSFER ASCII FILE!! And Frank, You might know that AS/400 have C compiler except from those of RPG and COBOL. It might be a good idea to recompile your source on AS/400. The header file "*.h" might a little bit different from other platform because of object-oriented concept in AS/400 refer to file as library and object. The normal header files reside in AS/400 as member in libary QSYSINC, QCLE and QCPA in file H. The Integrated Language C on AS/400 complies ANSI C. You may request for helping of C programming by contacting IBM technical support in US.. Should there is any progress on this project, please let me know. ------- Frank da Cruz wrote: > In article <01bcbdea$1e564b20$6e036536@merck.com>, > Paul Nicolay wrote: > : Paulo Martins wrote in article > : <01bcbdd3$4c8d2980$9f05a8c0@da159mat5.sonae.pt>... > : > I would like transfer files from AS/400 to UNIX, but I have some problems > : > with packed fields and fields with sign. > : > Can anyone suggest some solution to my problem. > : > > : > PRECONDITIONS: I only can make conversions in the UNIX system > : > : Normally you should convert everything to alphanumeric BEFORE it is FTP'ed > : to the Unix. This means that you have a serious problem and the only > : solution I can think about is to write a program that reads the binary file > : (so transfer in BIN mode) and does the EBCDIC to ASCII itself. If you are > : aware of the record layout you can also take care of the packed > : representation. Not really a nice solution but it should work. > : > As you may know, at Columbia University we make cross-platrom communications > software called Kermit. You can read all about it at our website: > > http://www.columbia.edu/kermit/ > > Kermit software is available for just about every hardware and OS platform on > the planet EXCEPT for the IBM midrange systems: /34, /36, /38, and AS/400. > > We receive a constant stream of requests for Kermit software for these > systems, but we can't produce this software ourselves because we don't have > access to them, nor do we know anything about them. However, the Kermit > file-transfer protocol is fully documented, and there is source code in many > languages (C, Fortran, Algol, Pascal, you name it -- just about everything > except COBOL and RPG). > > I took my first look at this newsgroup today and was struck by the fact that, > out of about 500 postings, probably a good 20% of them were asking how to > transfer files between the AS/400 or System/3x and Windows, UNIX, VMS, etc. > > Since Kermit software is already available for ALL these other platforms, > then all of these needs could be satisfied by a Kermit program for the AS/400 > (hopefully coded so as to also work on the System/3x's). > > I realize there are some rather nontrivial issues to be tackled: > > . Conversion between EBCDIC (including, no doubt, the many Country Extended > Code Pages) and the ASCII-based character sets on the other end (Latin-1, > Latin-2, etc, as well as various proprietary sets). But this problem is > solved in the Kermit protocol definition and in practice in the IBM > mainframe version of Kermit, which runs on VM/CMS, MVS/TSO, CICS, and > several other less-well known OS's (MUSIC, GUTS, etc). > > . Import/export of complex file/record structures. This is indeed a tough > one, but can be handled at the "presentation layer" of the protocol. We > have handled similar problems in VMS (which also has a complex structured > file system) and OS/2 (with its Extended Attributes). > > . The communications interface: 5250 terminals and all that -- all the > issues raised by protocol converters. But we have handled these in the > 3270 world, and the same principles should apply. > > Do it once, and you've opened the door to the entire rest of the computing > world. Any volunteers? If you're a competent IBM midrange programmer > interested in some pro bono work (fame if not fortune), please contact me and > I'll be glad to get you started. > > Frank da Cruz > The Kermit Project > Columbia University From news@newsmaster.cc.columbia.edu Tue Sep 30 10:07:18 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id KAA21775 for ; Tue, 30 Sep 1997 10:07:18 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id KAA28216 for kermit.misc@watsun; Tue, 30 Sep 1997 10:07:17 -0400 (EDT) Path: news.columbia.edu!watsun.cc.columbia.edu!fdc From: fdc@watsun.cc.columbia.edu (Frank da Cruz) Newsgroups: comp.sys.ibm.as400.misc,comp.protocols.kermit.misc Subject: Re: transfer files from AS/400 to UNIX Date: 30 Sep 1997 14:07:15 GMT Organization: Columbia University Lines: 32 Message-ID: <60r12j$4hu$1@apakabar.cc.columbia.edu> References: <01bcbdd3$4c8d2980$9f05a8c0@da159mat5.sonae.pt> <01bcbdea$1e564b20$6e036536@merck.com> <5vrhsc$r92$1@apakabar.cc.columbia.edu> <3430CC92.37FD51CC@th.ibm.com> NNTP-Posting-Host: watsun.cc.columbia.edu Xref: news.columbia.edu comp.sys.ibm.as400.misc:34533 comp.protocols.kermit.misc:7773 In article <3430CC92.37FD51CC@th.ibm.com>, Nattapong Mongkolprasit wrote: : : You might know that AS/400 have C compiler except from those of RPG and : COBOL. : Is it supplied with all AS/400 systems or is it an extra-cost option? : It might be a good idea to recompile your source on AS/400. : I don't have access to an AS/400. In any case, Kermit is not a simple "standard input/output" program. It uses the sockets library, plus just about every system call that exists to catch all sorts of interrupts, to change device characteristics, manipulate files, perform nonblocking communications i/o, millisecond sleeps, forks and interprocess communication, directory traversal, etc etc, and these operations are not portable even among UNIX versions, let alone to completely different operating systems. So it's not a simple matter of recompiling :-) An experienced AS/400 programmer would be required. : The header file "*.h" might a little bit different from other platform : because of object-oriented concept in AS/400 refer to file as library and : object. : C-Kermit is quite modular, with communications and file i/o modules that can be plugged in for different platforms. Nevertheless, mapping a complex, structured file system to a communications i/o stream requires some thought and probably a lot of work. Thanks for the pointers! - Frank From news@newsmaster.cc.columbia.edu Tue Sep 30 11:00:12 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id LAA06747 for ; Tue, 30 Sep 1997 11:00:12 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id LAA00804 for kermit.misc@watsun; Tue, 30 Sep 1997 11:00:11 -0400 (EDT) Path: news.columbia.edu!panix!logbridge.uoregon.edu!ais.net!iagnet.net!204.73.178.14!visi.com!news-out.visi.com!not-for-mail From: jot@visi.com (J. Otto Tennant) Newsgroups: comp.protocols.kermit.misc Subject: OS/2 Kermit odd behaviour with nn in terminal emulation Date: 30 Sep 1997 14:58:42 GMT Organization: (missing) Lines: 23 Message-ID: <60r432$scd$1@darla.visi.com> NNTP-Posting-Host: bambi.visi.com NNTP-Posting-Date: 30 Sep 1997 09:58:42 CDT Summary: terminal emulation hangs Keywords: OS/2,Kermit,nn X-Newsreader: NN version 6.5.1 (NOV) Xref: news.columbia.edu comp.protocols.kermit.misc:7774 I have updated OS/2 kermit to 1.14. The vt220/vt320 terminal emulation seems bulletproof. I have no problems using it with elm and vi. When I attempt to follow-up a post using nn, though, WAIT appears and that's the end of it for that terminal session. This does not happen using vanilla telnet (although the OS/2 telnet is excruciatingly awkward to use, in this scenario it at least works.) The only way out is to kill off the window. (Since nn is trying to bring up vi, I can't imagine what is going wrong. I haven't researched this in detail. The only thing I can guess is that 'nn' is attempting to send some sequence such as "smcup" to change some mode and that the Kermit terminal emulation gets hung up.) Any ideas? Thanks -- J.Otto Tennant jotto@pobox.com Forsan et haec olim meminisse juvabit. From news@newsmaster.cc.columbia.edu Tue Sep 30 11:12:23 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id LAA08973 for ; Tue, 30 Sep 1997 11:12:22 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id LAA01536 for kermit.misc@watsun; Tue, 30 Sep 1997 11:12:22 -0400 (EDT) Path: news.columbia.edu!panix!news.eecs.umich.edu!nntprelay.mathworks.com!logbridge.uoregon.edu!news.bc.net!torn!ccshst05.cs.uoguelph.ca!news From: Rowan Kerr Newsgroups: comp.protocols.kermit.misc Subject: Local Printing from Kermit'95 Date: Tue, 30 Sep 1997 11:05:40 -0400 Organization: University of Guelph Lines: 8 Message-ID: <34310734.B2A8C465@uoguelph.ca> NNTP-Posting-Host: 131.104.86.42 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailer: Mozilla 4.03 [en] (Win95; I) Xref: news.columbia.edu comp.protocols.kermit.misc:7775 I've read that local printing /is/ supported in Kermit'95. My university distributes K95 v1.1.7 but without printing extensions because they aren't completely stable? Could someone let me know what the real deal is with this situation. (would patching to 1.1.15 do anything?) --rowan. mailto:rowan@uoguelph.ca From news@newsmaster.cc.columbia.edu Tue Sep 30 11:38:23 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id LAA15276 for ; Tue, 30 Sep 1997 11:38:22 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id LAA02890 for kermit.misc@watsun; Tue, 30 Sep 1997 11:38:22 -0400 (EDT) Path: news.columbia.edu!watsun.cc.columbia.edu!jaltman From: jaltman@watsun.cc.columbia.edu (Jeffrey Altman) Newsgroups: comp.protocols.kermit.misc Subject: Re: OS/2 Kermit odd behaviour with nn in terminal emulation Date: 30 Sep 1997 15:38:20 GMT Organization: Columbia University Lines: 35 Message-ID: <60r6dc$7vg$1@apakabar.cc.columbia.edu> References: <60r432$scd$1@darla.visi.com> Reply-To: kermit-support@newsmaster.cc.columbia.edu NNTP-Posting-Host: watsun.cc.columbia.edu Keywords: OS/2,Kermit,nn Xref: news.columbia.edu comp.protocols.kermit.misc:7776 In article <60r432$scd$1@darla.visi.com>, J. Otto Tennant wrote: : I have updated OS/2 kermit to 1.14. : : The vt220/vt320 terminal emulation seems bulletproof. I have no : problems using it with elm and vi. : : When I attempt to follow-up a post using nn, though, WAIT appears and : that's the end of it for that terminal session. This does not happen : using vanilla telnet (although the OS/2 telnet is excruciatingly awkward : to use, in this scenario it at least works.) The only way out is to : kill off the window. Your host is probably sending a C1 character which is ignored by IBM Telnet but which is interpretted by Kermit as the start of a STRING definition. What does Kermit/2 say in the lower right corner of the status line? What happens if you use Alt-R to reset the terminal? To debug the cause you can use SET TERMINAL DEBUG ON (Alt-D toggles) or capture the session using LOG SESSION and examining what data is being sent. Very likely the post uses a character set such as CP1252 (Windows Latin1) which uses C1 control characters for things such as apostrophe. Try this: SET TERMINAL REMOTE-CHARACTER-SET CP1252 the problem will most likely go away. Jeffrey Altman * Sr.Software Designer * Kermit-95 for Win32 and OS/2 The Kermit Project * Columbia University 612 West 115th St #716 * New York, NY * 10025 * (212) 854-1344 http://www.columbia.edu/kermit/k95.html * kermit-support@columbia.edu From news@newsmaster.cc.columbia.edu Tue Sep 30 11:44:26 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id LAA18344 for ; Tue, 30 Sep 1997 11:44:19 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id LAA03149 for kermit.misc@watsun; Tue, 30 Sep 1997 11:44:17 -0400 (EDT) Path: news.columbia.edu!watsun.cc.columbia.edu!fdc From: fdc@watsun.cc.columbia.edu (Frank da Cruz) Newsgroups: comp.protocols.kermit.misc Subject: Re: Local Printing from Kermit'95 Date: 30 Sep 1997 15:44:15 GMT Organization: Columbia University Lines: 16 Message-ID: <60r6of$84h$1@apakabar.cc.columbia.edu> References: <34310734.B2A8C465@uoguelph.ca> NNTP-Posting-Host: watsun.cc.columbia.edu Xref: news.columbia.edu comp.protocols.kermit.misc:7777 In article <34310734.B2A8C465@uoguelph.ca>, Rowan Kerr wrote: : I've read that local printing /is/ supported in Kermit'95. : My university distributes K95 v1.1.7 but without printing extensions : because they aren't completely stable? : Could someone let me know what the real deal is with this situation. : (would patching to 1.1.15 do anything?) : It would do a lot, not just for your printers, but in countless other areas too. Look at: http://www.columbia.edu/kermit/k95news.html to see lists of all the changes to K95 since 1.1.7. - Frank From news@newsmaster.cc.columbia.edu Tue Sep 30 11:44:26 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id LAA18343 for ; Tue, 30 Sep 1997 11:44:19 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id LAA03151 for kermit.misc@watsun; Tue, 30 Sep 1997 11:44:17 -0400 (EDT) Path: news.columbia.edu!watsun.cc.columbia.edu!jaltman From: jaltman@watsun.cc.columbia.edu (Jeffrey Altman) Newsgroups: comp.protocols.kermit.misc Subject: Re: Local Printing from Kermit'95 Date: 30 Sep 1997 15:44:15 GMT Organization: Columbia University Lines: 24 Message-ID: <60r6of$84i$1@apakabar.cc.columbia.edu> References: <34310734.B2A8C465@uoguelph.ca> NNTP-Posting-Host: watsun.cc.columbia.edu Xref: news.columbia.edu comp.protocols.kermit.misc:7778 In article <34310734.B2A8C465@uoguelph.ca>, Rowan Kerr wrote: : I've read that local printing /is/ supported in Kermit'95. : My university distributes K95 v1.1.7 but without printing extensions : because they aren't completely stable? All versions of K95 support local printing. Even those distributed by Universities. : Could someone let me know what the real deal is with this situation. : (would patching to 1.1.15 do anything?) Version 1.1.15 has significant enhancements to the printing capabilities supported in 1.1.7. The most important of which is the ability to print directly to Window printer queues without requiring the user to capture a port such as LPT1 to the queue. This capturing very often does not work but that is the result of bugs or poor design in Windows 95, not in Kermit-95. Jeffrey Altman * Sr.Software Designer * Kermit-95 for Win32 and OS/2 The Kermit Project * Columbia University 612 West 115th St #716 * New York, NY * 10025 * (212) 854-1344 http://www.columbia.edu/kermit/k95.html * kermit-support@columbia.edu From news@newsmaster.cc.columbia.edu Tue Sep 30 13:17:19 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id NAA02598 for ; Tue, 30 Sep 1997 13:17:19 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id NAA07819 for kermit.misc@watsun; Tue, 30 Sep 1997 13:17:18 -0400 (EDT) Path: news.columbia.edu!sol.ctr.columbia.edu!news.indiana.edu!vixen.cso.uiuc.edu!news-peer.sprintlink.net!news.sprintlink.net!Sprint!cs.utexas.edu!utnut!torn!ccshst05.cs.uoguelph.ca!news From: paul@uoguelph.ca (Paul Briggs) Newsgroups: comp.protocols.kermit.misc Subject: Re: Printing with Kermit Date: Tue, 30 Sep 1997 19:50:56 GMT Organization: University of Guelph Lines: 92 Message-ID: <60rai2$2ha@ccshst05.cs.uoguelph.ca> References: <608k7f$fo4@ccshst05.cs.uoguelph.ca> <608llv$qtc$1@apakabar.cc.columbia.edu> NNTP-Posting-Host: paul.cs.uoguelph.ca X-Newsreader: Forte Free Agent 1.0.82 Xref: news.columbia.edu comp.protocols.kermit.misc:7779 Ok, I applied the appropriate patch and got SHIFT+PRTSCRN to print but the prYnt function in Pine still doesn't work. Any thoughts? I suspect your answer will be talk to Washington. Thanks for any help. Paul Briggs U of Guelph fdc@watsun.cc.columbia.edu (Frank da Cruz) wrote: >In article <608k7f$fo4@ccshst05.cs.uoguelph.ca>, >Paul Briggs wrote: >: I can't seem to print anything using Kermit. I am running Windows 95 >: and K95 1.1.7. I see in the manual that I should be able to print what >: ever is on the screen to either a locally attached printer or my >: default windows 95 printer. There is also a reference about printing >: from within Pine (which is what I really need to do). When I issue the >: command SHOW PRINTER it says PRN. I don't have a locally attached >: printer but I do have a networked HP printer configured. Do I need to >: change PRN to something else or is there a known bug here that I don't >: know about? BTW the prYnt function in Pine works fine with another >: emulator so I'm sure its something I'm missing with K95. Any help >: would be appreciated. TIA >: >This should be mostly fixed in the current version of K95, 1.1.13; you >can patch up to it at: > http://www.columbia.edu/kermit/k95patch.html >Note that version 1.1.13 supports both DOS printers (like "PRN") and >Windows printers (like "HP LaserJet 5L (PCL)"), so in general if one >doesn't work, the other will. It also sometimes works to change the >DOS printer from PRN to LPT1. >From the 1.1.12/1.1.13 update notes: >USING PRINTERS IN KERMIT 95 > As of Kermit 95 version 1.1.12 > Fri Jun 6 17:45:40 1997 >For an overview of printing services in Kermit 95, see pages 53-56 of the >Kermit 95 booklet. For documentation of new features added since the booklet >was published, see section 7 of your Kermit 95 UPDATES.TXT file. Some of the >new features are: > . Ability to use print filters (e.g. text-to-PostScript) > . Printer selection in the Dialer > . Ability to use Windows (as opposed to DOS) printers > . Ability to use bidirectional printers >NOTE: Problems with redirecting printers might be fixed in Windows 95 OEM SR2. >MICROSOFT PRINTER TROUBLESHOOTING AIDS FOR WINDOWS >In Windows 95, begin by reading Printers.txt file in the Windows folder. >It is an ordinary plain-text file like this one. >Windows 95 also includes a Print Troubleshooter program: > > 1. Click the Start button, then click Help. > 2. On the Contents tab, double-click the Troubleshooting topic. > 3. Double-click the If You Have Trouble Printing topic. > >Microsoft publishes numerous printer-related articles in its Knowledge >Base, including: > PSS ID Number: Q128345 > PSS ID Number: Q132425 > PSS ID Number: Q133152 > PSS ID Number: Q133438 > PSS ID Number: Q135889 > PSS ID Number: Q135890 >Go to the Microsoft Web site: > http://www.microsoft.com >and search for these ID numbers. In these articles you will find all sorts >of testing and troubleshooting procedures, pointers to new printer drivers, >Device Manager / Control Panel procedures, spool settings and spool file >management tips, network printing procedures, hints for specific printers, >instructions for using Windows 3.1 drivers in Windows 95, and some coverage >of font issues. >(End of PRINTERS.TXT) >Version 1.1.14 will include additional printing improvements. Watch this >space for announcements. >- Frank From news@newsmaster.cc.columbia.edu Tue Sep 30 13:38:23 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id NAA08474 for ; Tue, 30 Sep 1997 13:38:23 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id NAA08879 for kermit.misc@watsun; Tue, 30 Sep 1997 13:38:22 -0400 (EDT) Path: news.columbia.edu!watsun.cc.columbia.edu!fdc From: fdc@watsun.cc.columbia.edu (Frank da Cruz) Newsgroups: comp.protocols.kermit.misc Subject: Re: Printing with Kermit Date: 30 Sep 1997 17:38:21 GMT Organization: Columbia University Lines: 22 Message-ID: <60rded$bu7$1@apakabar.cc.columbia.edu> References: <608k7f$fo4@ccshst05.cs.uoguelph.ca> <608llv$qtc$1@apakabar.cc.columbia.edu> <60rai2$2ha@ccshst05.cs.uoguelph.ca> NNTP-Posting-Host: watsun.cc.columbia.edu Xref: news.columbia.edu comp.protocols.kermit.misc:7781 In article <60rai2$2ha@ccshst05.cs.uoguelph.ca>, Paul Briggs wrote: : Ok, I applied the appropriate patch and got SHIFT+PRTSCRN to print but : the prYnt function in Pine still doesn't work. Any thoughts? I suspect : your answer will be talk to Washington. Thanks for any help. : Not at all. Why don't you collect a session log to see what Pine is sending. Go to the K95 prompt, give the "log session" command, return to the Command screen, give the Pine prYnt command, return to the K95 prompt, "close session", and then send us the uuencoded session.log file. The whole deal with communications protocols is that the two communicating partners have to agree EXACTLY about the format and meaning of all the protocol messages -- and that includes things like escape sequences too. It might be a simple matter of terminal type mismatch -- you have told K95 to emulate one kind of terminal, but Pine thinks you have another. Pine printing to K95 does work, really. - Frank From news@newsmaster.cc.columbia.edu Tue Sep 30 16:55:46 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id QAA22767 for ; Tue, 30 Sep 1997 16:55:45 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id QAA18892 for kermit.misc@watsun; Tue, 30 Sep 1997 16:55:45 -0400 (EDT) Path: news.columbia.edu!ylee From: ylee@columbia.edu (Yeechang Lee) Newsgroups: comp.protocols.kermit.misc Subject: Re: Kermit via PPP under DOS? Date: 30 Sep 1997 20:55:44 GMT Organization: World Domination for Fun and Profit, Inc. Lines: 10 Message-ID: References: <60dt7d$dj2@f1n1.spenet.wfu.edu> <60hrre$t7q$1@news3.voicenet.com> NNTP-Posting-Host: monire.cc.columbia.edu X-Newsreader: slrn (0.9.4.3 UNIX) Xref: news.columbia.edu comp.protocols.kermit.misc:7783 Vladimir Alexiev wrote: > > (slirp can be used if you have a shell account and don't have cslip) > > If you have a shell account, why would you want to use SLIP for > kermit anyway? Multiple sessions. DOS Kermit was, and is, a superb telnet client over PPP. -- From news@newsmaster.cc.columbia.edu Tue Sep 30 20:27:16 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id UAA25109 for ; Tue, 30 Sep 1997 20:27:15 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id UAA29449 for kermit.misc@watsun; Tue, 30 Sep 1997 20:27:14 -0400 (EDT) Path: news.columbia.edu!psinntp!news.idt.net!news-peer.gsl.net!news.gsl.net!gip.net!cpk-news-hub1.bbnplanet.com!cpk-news-feed4.bbnplanet.com!cpk-news-feed1.bbnplanet.com!news.bbnplanet.com!netnews.jhuapl.edu!aplcomm.jhuapl.edu!collins From: collins@aplcomm.jhuapl.edu (Skip Collins) Newsgroups: comp.protocols.kermit.misc Subject: Long filenames in msdos kermit? Date: 30 Sep 97 18:16:28 GMT Organization: Johns Hopkins University Applied Physics Lab, Laurel, MD, USA Lines: 5 Message-ID: NNTP-Posting-Host: aplcomm.jhuapl.edu X-Newsreader: NN version 6.5.0 CURRENT #2 Xref: news.columbia.edu comp.protocols.kermit.misc:7784 Is it possible to coax mskermit into using long filenames when that is supported by the underlying OS? If not, are there any plans to make it possible? Skip Collins From news@newsmaster.cc.columbia.edu Tue Sep 30 20:33:19 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id UAA27474 for ; Tue, 30 Sep 1997 20:33:19 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id UAA29730 for kermit.misc@watsun; Tue, 30 Sep 1997 20:33:18 -0400 (EDT) Path: news.columbia.edu!panix!cam-news-hub1.bbnplanet.com!cpk-news-hub1.bbnplanet.com!news.bbnplanet.com!europa.clark.net!204.73.178.14!visi.com!news-out.visi.com!not-for-mail From: jot@visi.com (J. Otto Tennant) Newsgroups: comp.protocols.kermit.misc Subject: Re: OS/2 Kermit odd behaviour with nn in terminal emulation Date: 1 Oct 1997 00:22:35 GMT Organization: (missing) Lines: 52 Message-ID: <60s54b$lc8$1@darla.visi.com> References: <60r432$scd$1@darla.visi.com> <60r6dc$7vg$1@apakabar.cc.columbia.edu> NNTP-Posting-Host: bambi.visi.com NNTP-Posting-Date: 30 Sep 1997 19:22:35 CDT Keywords: OS/2,Kermit,nn X-Newsreader: NN version 6.5.1 (NOV) Xref: news.columbia.edu comp.protocols.kermit.misc:7785 jaltman@watsun.cc.columbia.edu (Jeffrey Altman) writes: >In article <60r432$scd$1@darla.visi.com>, J. Otto Tennant wrote: >: I have updated OS/2 kermit to 1.14. >: >: The vt220/vt320 terminal emulation seems bulletproof. I have no >: problems using it with elm and vi. >: >: When I attempt to follow-up a post using nn, though, WAIT appears and >: that's the end of it for that terminal session. This does not happen >: using vanilla telnet (although the OS/2 telnet is excruciatingly awkward >: to use, in this scenario it at least works.) The only way out is to >: kill off the window. >Your host is probably sending a C1 character which is ignored by IBM Telnet >but which is interpretted by Kermit as the start of a STRING definition. >What does Kermit/2 say in the lower right corner of the status line? Well, that surely is the problem. It says STRING. >What happens if you use Alt-R to reset the terminal? I confess I haven't tried that, though I will. I was distracted by your other suggestion. [...] >Very likely the post uses a character set such as CP1252 (Windows >Latin1) which uses C1 control characters for things such as >apostrophe. Try this: > SET TERMINAL REMOTE-CHARACTER-SET CP1252 >the problem will most likely go away. I'm sure it would. However, setting CP1252 in the K95 dialer doesn't seem to have any effect. I will Read the Fine Manual to find out how to execute this command at a more basic level. Many, many thanks. I am very pleased with your product. > Jeffrey Altman * Sr.Software Designer * Kermit-95 for Win32 and OS/2 > The Kermit Project * Columbia University > 612 West 115th St #716 * New York, NY * 10025 * (212) 854-1344 > http://www.columbia.edu/kermit/k95.html * kermit-support@columbia.edu -- J.Otto Tennant jotto@pobox.com Forsan et haec olim meminisse juvabit. From news@newsmaster.cc.columbia.edu Tue Sep 30 21:07:38 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id VAA01423 for ; Tue, 30 Sep 1997 21:07:38 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id VAA01577 for kermit.misc@watsun; Tue, 30 Sep 1997 21:07:37 -0400 (EDT) Path: news.columbia.edu!watsun.cc.columbia.edu!jaltman From: jaltman@watsun.cc.columbia.edu (Jeffrey Altman) Newsgroups: comp.protocols.kermit.misc Subject: Re: OS/2 Kermit odd behaviour with nn in terminal emulation Date: 1 Oct 1997 01:07:34 GMT Organization: Columbia University Lines: 31 Message-ID: <60s7om$7a$1@apakabar.cc.columbia.edu> References: <60r432$scd$1@darla.visi.com> <60r6dc$7vg$1@apakabar.cc.columbia.edu> <60s54b$lc8$1@darla.visi.com> NNTP-Posting-Host: watsun.cc.columbia.edu Keywords: OS/2,Kermit,nn Xref: news.columbia.edu comp.protocols.kermit.misc:7786 In article <60s54b$lc8$1@darla.visi.com>, J. Otto Tennant wrote: : jaltman@watsun.cc.columbia.edu (Jeffrey Altman) writes: : : >Very likely the post uses a character set such as CP1252 (Windows : >Latin1) which uses C1 control characters for things such as : >apostrophe. Try this: : : > SET TERMINAL REMOTE-CHARACTER-SET CP1252 : : >the problem will most likely go away. : : : I'm sure it would. However, setting CP1252 in the K95 dialer doesn't : seem to have any effect. I will Read the Fine Manual to find out how : to execute this command at a more basic level. Just checked it. Kermit/2 is set to CP1252. Check it with SHOW CHARACTER-SET from the Kermit command prompt. Of course, character sets may be changed upon the request of the host. And if you are using a script generated by the dialer you need to generate a new one after making changes. : Many, many thanks. I am very pleased with your product. Your are welcome. Jeffrey Altman * Sr.Software Designer * Kermit-95 for Win32 and OS/2 The Kermit Project * Columbia University 612 West 115th St #716 * New York, NY * 10025 * (212) 854-1344 http://www.columbia.edu/kermit/k95.html * kermit-support@columbia.edu From news@newsmaster.cc.columbia.edu Wed Oct 1 10:14:55 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id KAA13425 for ; Wed, 1 Oct 1997 10:14:55 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id KAA28282 for kermit.misc@watsun; Wed, 1 Oct 1997 10:14:54 -0400 (EDT) Path: news.columbia.edu!watsun.cc.columbia.edu!fdc From: fdc@watsun.cc.columbia.edu (Frank da Cruz) Newsgroups: comp.protocols.kermit.misc Subject: Re: Long filenames in msdos kermit? Date: 1 Oct 1997 14:14:54 GMT Organization: Columbia University Lines: 13 Message-ID: <60tlsu$en7$1@apakabar.cc.columbia.edu> References: NNTP-Posting-Host: watsun.cc.columbia.edu Xref: news.columbia.edu comp.protocols.kermit.misc:7787 In article , Skip Collins wrote: : Is it possible to coax mskermit into using long filenames when that is : supported by the underlying OS? If not, are there any plans to make it : possible? : No, and no. MS-DOS Kermit is a DOS program. If you want to access to the special features of OS/2 (or Windows 95 or NT), you need native 32-bit software for those platforms: http://www.columbia.edu/kermit/k95.html - Frank From news@newsmaster.cc.columbia.edu Wed Oct 1 10:26:32 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id KAA15506 for ; Wed, 1 Oct 1997 10:26:32 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id KAA28855 for kermit.misc@watsun; Wed, 1 Oct 1997 10:26:31 -0400 (EDT) Path: news.columbia.edu!panix!cam-news-hub1.bbnplanet.com!su-news-hub1.bbnplanet.com!news.bbnplanet.com!diablo.theplanet.net!btnet-feed2!btnet!bt!garnet.kbss.bt.co.uk!chris From: cgreen@bcs.org.uk Newsgroups: comp.protocols.kermit.misc Subject: Kermit 95 PC character set emulation - how? Date: 1 Oct 1997 14:03:22 GMT Organization: ISBD Ltd. Lines: 16 Message-ID: <60tl7a$ak5$1@pheidippides.axion.bt.co.uk> NNTP-Posting-Host: garnet.kbss.bt.co.uk Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Xref: news.columbia.edu comp.protocols.kermit.misc:7788 I am using Kermit95 (both OS/2 and Windows95) version to 'telnet' across my home network to enable me to run command line applications on other systems on the network. It all works fine except that I can't get the PC graphics characters to display correctly. I.e. the lines, blocks, etc appear as accented characters etc. Presumably this is an emulation/character set problem but I can't find the right set up. Can anyone help? The most important one for me is to be able to run an OS/2 session in a Windows95 kermit session. -- Chris Green Home: chris@isbd.demon.co.uk Work: cgreen@bcs.org.uk WWW: http://www.isbd.co.uk/ From news@newsmaster.cc.columbia.edu Wed Oct 1 10:40:23 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id KAA19985 for ; Wed, 1 Oct 1997 10:40:23 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id KAA29499 for kermit.misc@watsun; Wed, 1 Oct 1997 10:40:22 -0400 (EDT) Path: news.columbia.edu!watsun.cc.columbia.edu!fdc From: fdc@watsun.cc.columbia.edu (Frank da Cruz) Newsgroups: comp.protocols.kermit.misc Subject: Re: Kermit 95 PC character set emulation - how? Date: 1 Oct 1997 14:40:06 GMT Organization: Columbia University Lines: 28 Message-ID: <60tnc6$fng$1@apakabar.cc.columbia.edu> References: <60tl7a$ak5$1@pheidippides.axion.bt.co.uk> NNTP-Posting-Host: watsun.cc.columbia.edu Xref: news.columbia.edu comp.protocols.kermit.misc:7789 In article <60tl7a$ak5$1@pheidippides.axion.bt.co.uk>, wrote: : I am using Kermit95 (both OS/2 and Windows95) version to 'telnet' : across my home network to enable me to run command line applications : on other systems on the network. : : It all works fine except that I can't get the PC graphics characters : to display correctly. I.e. the lines, blocks, etc appear as accented : characters etc. Presumably this is an emulation/character set problem : but I can't find the right set up. : If your host application is sending PC code page characters for box drawing, etc, you probably should be using some form of ANSI terminal emulation: ANSI, SCOANSI, AT386, QANSI, etc. In K95, choosing any of these emulations automatically switches you to CP437. : Can anyone help? The most important one for me is to be able to run : an OS/2 session in a Windows95 kermit session. : For Telnetting to the OS/2 Telnet server, the sequence should be something like this: set terminal type ansi set terminal remote-character-set cp850 Or whatever other code page OS/2 is using. - Frank From news@newsmaster.cc.columbia.edu Wed Oct 1 20:23:56 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id UAA15160 for ; Wed, 1 Oct 1997 20:23:55 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id UAA29285 for kermit.misc@watsun; Wed, 1 Oct 1997 20:23:55 -0400 (EDT) Path: news.columbia.edu!panix!news.eecs.umich.edu!newsxfer3.itd.umich.edu!cpk-news-hub1.bbnplanet.com!news.bbnplanet.com!cs.utexas.edu!news.cs.utah.edu!cc.usu.edu!jrd From: jrd@cc.usu.edu (Joe Doupnik) Newsgroups: comp.protocols.kermit.misc Subject: Re: Kermit via PPP under DOS? Message-ID: Date: 1 Oct 97 17:38:37 MDT References: Organization: Utah State University Lines: 80 Xref: news.columbia.edu comp.protocols.kermit.misc:7790 In article , Vladimir Alexiev writes: > In article jrd@cc.usu.edu (Joe Doupnik) writes: > >> Let's go through the PPP driver situation again when the driver >> presents an Ethernet Packet Driver interface. >> PPP is a point to point link involving only two stations: this >> end and the other end. It is not a broadcast medium, and thus ARP does not >> apply. > pppd with the proxyarp option allows this. Here's what the pppd(8) man page > says: > Add an entry to this system's ARP [Address Resolution > Protocol] table with the IP address of the peer and the > Ethernet address of this system. > Also, some terminal servers provide such proxy arp. At least the Cisco > terminal server that runs at our uiniversity's login server. (Interestingly, > it only does this when the user properly identified themselves to the server, > otherwise it allows PPP, but does not give proxy arp.) > >> A PPP driver presenting an Ethernet interface is indistinguishable >> from real Ethernet at the protocol stack level (i.e., by Kermit). That >> driver must then FULLY simulate a broadcast medium of many stations, yet >> they often fail completely to do that job. > > I'm not saying that the Kermit class 1 handling is worse than than of other > WATTCP apps. I suspect that Kermit does some more checks or expects more from > the ethernet driver than other WATTCP apps, in other words it uses the > ethernet driver more properly than other WATTCP apps. But the fact remains > that these apps can use emulated class 1 drivers, while Kermit can't. > Sometimes worse is better. This looks more and more like an argument waiting to happen, due to lack of specific information. I thought I explained the difficulties with a driver purporting to be Ethernet but isn't; they are fundamental. The paragraph above is so loose that I am discarding it. >> Half measures are failures too. > > Well, these half measures prove to be adequate for other WATTCP apps. which are tailored for a point to point link, no doubt. >> SLIP is a point to point link. It is not an Ethernet-style >> interface. Kermit knows about SLIP and treats it as a point to point >> comms pathway without MAC addresses. Use SLIP interfaces. > > What are the benefits of an ethernet interface to a SLIP interface: > - there are apps that only support ethernet interfaces. Kermit couldn't > coexist with such apps because it demands a SLIP interface. Argumentative again. No, Kermit does not "demand" SLIP, but if the alternatives fail to meet specs then that is hardly Kermit's fault. > - Ethernet interfaces support BOOTP. Is BOOTP impossible with a SLIP > interface? > - How about DHCP? Time to read up on these guys. Both use UDP over IP. How IP gets put onto the wire is another matter. Please do keep in mind that both BOOTP and DHCP are sensitive to physical address, something which SLIP lacks. > - RARP is obviously impossible with a SLIP interface, but then it doesn't even > apply. > - Is there anything else? > >> There is no such thing as a standardized PPP interface, alas, and thus >> Kermit does not have code to deal with the many PPP interfaces out there. > > EtherPPP's documentation mentions class 15 (SLFP). Is that an example of a > non-standardized PPP interface? > >> Avoid badly designed PPP drivers, please. > > Since Kermit doesn't work with EtherPPP -k 1, does that make EtherPPP a badly > designed driver too? How about Windows PPP drivers, do they support an > Ethernet interface? I think this ground was well covered in my long message on the matter a couple of weeks ago. Joe D. From news@newsmaster.cc.columbia.edu Wed Oct 1 22:35:07 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id WAA03372 for ; Wed, 1 Oct 1997 22:35:06 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id WAA05928 for kermit.misc@watsun; Wed, 1 Oct 1997 22:35:06 -0400 (EDT) Newsgroups: comp.protocols.kermit.misc Path: news.columbia.edu!sol.ctr.columbia.edu!news.msfc.nasa.gov!news-spur1.maxwell.syr.edu!news.maxwell.syr.edu!ix.netcom.com!jhurwit From: jhurwit@netcom.com (Jeffrey Hurwit) Subject: Re: kermit and PPP Message-ID: Sender: jhurwit@netcom23.netcom.com Organization: Organization? What organization? References: <1997Sep14.222503.14410@galileo.cc.rochester.edu> Date: Wed, 1 Oct 1997 01:10:07 GMT Lines: 30 Xref: news.columbia.edu comp.protocols.kermit.misc:7791 [Courtesy Cc. to froboz@cif.rochester.edu] >In article <1997Sep14.222503.14410@galileo.cc.rochester.edu> Joshua Pincus writes: >>Hi, >> >>I've got kermit performing my dialup stuff for a kernel-level PPP on >>a FreeBSD 2.1.5 machine. The problem is this: I need the kermit >>script to dial, respond to the login/password info, and then exit >>WITHOUT killing the modem connection so that pppd can talk to the >>/dev/cuaa2 serial port in kermit's place. I was having the same problem when trying to switch control from MS-Kermit to the winsock TCP/IP under Windows 3.11. My answer: The last thing my Kermit script does after dialing up and logging on is to set my modem to ignore DTR, like so: OUTPUT +++ INPUT OK OUTPUT AT&D0O\13 REINPUT CONNECT IF FAIL GOTO CONNECT OUTPUT \8\8\8 :CONNECT CONNECT END Jeff -- jhurwit@netcom.com Jeffrey Hurwit "NETCOM: It's not just an ISP, it's a way of life." From news@newsmaster.cc.columbia.edu Wed Oct 1 23:06:49 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id XAA06215 for ; Wed, 1 Oct 1997 23:06:49 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id XAA07532 for kermit.misc@watsun; Wed, 1 Oct 1997 23:06:48 -0400 (EDT) Path: news.columbia.edu!news.cs.columbia.edu!psinntp!news.idt.net!news-spur1.maxwell.syr.edu!news.maxwell.syr.edu!news-peer.sprintlink.net!news-pull.sprintlink.net!news-in-east.sprintlink.net!news.sprintlink.net!Sprint!199.0.0.7!mhv.net!not-for-mail From: robertr@spice.mhv.net () Newsgroups: comp.protocols.kermit.misc Subject: Telnet server for Kermit95 Date: 1 Oct 1997 20:56:38 GMT Organization: MHVNet Lines: 4 Message-ID: <60ude6$k7$1@news.mhv.net> NNTP-Posting-Host: spice.mhv.net X-Server-Date: 1 Oct 1997 20:56:38 GMT X-Newsreader: TIN [UNIX 1.3 950824BETA PL0] Xref: news.columbia.edu comp.protocols.kermit.misc:7793 Has anyone found a way tomake the Windows 95 host mode work similarly to TelnetD on OS/2, with a full-screen DOS command line and editing capability? . From news@newsmaster.cc.columbia.edu Thu Oct 2 07:01:46 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id HAA11524 for ; Thu, 2 Oct 1997 07:01:46 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id HAA28240 for kermit.misc@watsun; Thu, 2 Oct 1997 07:01:45 -0400 (EDT) Path: news.columbia.edu!psinntp!news.idt.net!news-spur1.maxwell.syr.edu!news.maxwell.syr.edu!news-peer.sprintlink.net!news-pull.sprintlink.net!news-in-east.sprintlink.net!news.sprintlink.net!Sprint!129.240.148.41!nntp.uio.no!mn5.swip.net!news From: sosiha@swipnet.se (Göran Nyberg) Newsgroups: comp.protocols.kermit.misc Subject: Font size in K95 Date: Thu, 02 Oct 1997 05:01:20 GMT Organization: PRIVAT Lines: 5 Message-ID: <3433296f.46395615@nntpserver.swip.net> Reply-To: sosiha@swipnet.se NNTP-Posting-Host: dialup113-1-20.swipnet.se NNTP-Posting-User: s-237736 X-Newsreader: Forte Free Agent 1.11/32.235 Xref: news.columbia.edu comp.protocols.kermit.misc:7794 I am using K95 (1.1.14) on Windows 95. When using K95Dial to make a connection I want my window to use the same font size at all connections. Now I have to change font size from Auto to what I want, every time. How can I get K95Dial to use my preference of fontsize? /GN From news@newsmaster.cc.columbia.edu Thu Oct 2 07:25:23 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id HAA13581 for ; Thu, 2 Oct 1997 07:25:22 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id HAA29609 for kermit.misc@watsun; Thu, 2 Oct 1997 07:25:21 -0400 (EDT) Path: news.columbia.edu!news.new-york.net!news-peer.gsl.net!news.gsl.net!gip.net!news-peer.sprintlink.net!news.sprintlink.net!Sprint!cs.utexas.edu!news.cs.utah.edu!cc.usu.edu!jrd From: jrd@cc.usu.edu (Joe Doupnik) Newsgroups: comp.protocols.kermit.misc Subject: Re: Kermit via PPP under DOS? Message-ID: Date: 1 Oct 97 20:23:39 MDT References: Organization: Utah State University Lines: 18 Xref: news.columbia.edu comp.protocols.kermit.misc:7795 > EtherPPP's documentation mentions class 15 (SLFP). Is that an example of a > non-standardized PPP interface? > >> Avoid badly designed PPP drivers, please. > > Since Kermit doesn't work with EtherPPP -k 1, does that make EtherPPP a badly > designed driver too? How about Windows PPP drivers, do they support an > Ethernet interface? --------- A Class 15 Packet Driver is specific to MERIT and I have seen no specification of it (it is not in the official Packet Driver specs other than to note the assignment of type 1 to MERIT). Note also MERIT's software is not revealed in source code form nor even in API form. So I stand firm on the comment about non-standardized PPP interfaces. Windows drivers are neither of interest or applicability to this discussion. Joe D. From news@newsmaster.cc.columbia.edu Thu Oct 2 12:57:30 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id MAA11918 for ; Thu, 2 Oct 1997 12:57:30 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id MAA16675 for kermit.misc@watsun; Thu, 2 Oct 1997 12:57:29 -0400 (EDT) Path: news.columbia.edu!watsun.cc.columbia.edu!fdc From: fdc@watsun.cc.columbia.edu (Frank da Cruz) Newsgroups: comp.protocols.kermit.misc Subject: Re: Telnet server for Kermit95 Date: 2 Oct 1997 16:57:28 GMT Organization: Columbia University Lines: 18 Message-ID: <610jpo$8bj$1@apakabar.cc.columbia.edu> References: <60ude6$k7$1@news.mhv.net> NNTP-Posting-Host: watsun.cc.columbia.edu Xref: news.columbia.edu comp.protocols.kermit.misc:7796 In article <60ude6$k7$1@news.mhv.net>, wrote: : Has anyone found a way tomake the Windows 95 host mode work similarly : to TelnetD on OS/2, with a full-screen DOS command line and editing : capability? . : Kermit 95 host mode is a Kermit script. You have the source code, you are certainly free to experiment with it to make it do anything you like. But no, it is not the Telnet server you are looking for. To the best of our knowledge THERE IS NO TELNET SERVER for Windows 95 that runs over the Microsoft TCP/IP stack and lets you see the same thing you would see in a DOS window of Windows 95. This statement is still true after twenty-five months of people begging for such a product. That there is such a gaping hole in the marketplace might tell you something about the suitability of Windows 95 for open text-mode access from outside -- something which is indeed trivial to implement on "traditional" "legacy" platforms such as UNIX, VMS, etc. - Frank From news@newsmaster.cc.columbia.edu Thu Oct 2 13:13:13 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id NAA14607 for ; Thu, 2 Oct 1997 13:13:13 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id NAA17448 for kermit.misc@watsun; Thu, 2 Oct 1997 13:13:12 -0400 (EDT) Path: news.columbia.edu!watsun.cc.columbia.edu!fdc From: fdc@watsun.cc.columbia.edu (Frank da Cruz) Newsgroups: comp.protocols.kermit.misc Subject: Re: Font size in K95 Date: 2 Oct 1997 17:13:10 GMT Organization: Columbia University Lines: 11 Message-ID: <610kn6$8t2$1@apakabar.cc.columbia.edu> References: <3433296f.46395615@nntpserver.swip.net> NNTP-Posting-Host: watsun.cc.columbia.edu Xref: news.columbia.edu comp.protocols.kermit.misc:7797 In article <3433296f.46395615@nntpserver.swip.net>, Göran Nyberg wrote: : I am using K95 (1.1.14) on Windows 95. When using K95Dial to make a : connection I want my window to use the same font size at all : connections. Now I have to change font size from Auto to what I want, : every time. How can I get K95Dial to use my preference of fontsize? : It's explained in the READ.ME file. We hope to have a more convenient mechanism in a future release. - Frank From news@newsmaster.cc.columbia.edu Thu Oct 2 22:05:08 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id WAA18315 for ; Thu, 2 Oct 1997 22:05:03 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id WAA16393 for kermit.misc@watsun; Thu, 2 Oct 1997 22:05:02 -0400 (EDT) Path: news.columbia.edu!panix!howland.erols.net!newsfeed.internetmci.com!198.108.1.18!aanews.merit.net!news.si.com!swdev.si.com!tillman From: tillman@swdev.si.com (Brian Tillman, x8425) Newsgroups: comp.protocols.kermit.misc Subject: MS Kermit V3.14 and V3.15 status line mistake Date: 2 OCT 97 21:58:07 GMT Organization: Smiths Industries Aerospace Lines: 11 Message-ID: <2OCT97.21580732@swdev.si.com> NNTP-Posting-Host: challenger.si.com Xref: news.columbia.edu comp.protocols.kermit.misc:7798 Both MS-Kermit V3.14 and V3.15, when connecting at 24,000 bps (with a 28.8 Kbps modem) display the speed in the status line as 2400 rather than 24000 or 24K. The modem's DTE connection speed is set to 115K all the time and the status line shows 115K if the connection is 28.8 or 33.6. -- Brian Tillman Internet: tillman_brian at si.com Smiths Industries, Inc. tillman at swdev.si.com 4141 Eastern Ave., MS239 Addresses modified to prevent Grand Rapids, MI 49518-8727 SPAM. Replace "at" with "@" This opinion doesn't represent that of my company From news@newsmaster.cc.columbia.edu Thu Oct 2 22:57:15 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id WAA24496 for ; Thu, 2 Oct 1997 22:57:15 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id WAA18882 for kermit.misc@watsun; Thu, 2 Oct 1997 22:57:14 -0400 (EDT) Path: news.columbia.edu!panix!news.eecs.umich.edu!nntprelay.mathworks.com!newsfeed.internetmci.com!207.49.14.4!news.wolsi.com!news.aros.net!news.cs.utah.edu!cc.usu.edu!jrd From: jrd@cc.usu.edu (Joe Doupnik) Newsgroups: comp.protocols.kermit.misc Subject: Re: Long filenames in msdos kermit? Message-ID: Date: 2 Oct 97 08:10:25 MDT References: <60tlsu$en7$1@apakabar.cc.columbia.edu> Organization: Utah State University Lines: 18 Xref: news.columbia.edu comp.protocols.kermit.misc:7799 In article <60tlsu$en7$1@apakabar.cc.columbia.edu>, fdc@watsun.cc.columbia.edu (Frank da Cruz) writes: > In article , > Skip Collins wrote: > : Is it possible to coax mskermit into using long filenames when that is > : supported by the underlying OS? If not, are there any plans to make it > : possible? > : > No, and no. MS-DOS Kermit is a DOS program. If you want to access to the > special features of OS/2 (or Windows 95 or NT), you need native 32-bit > software for those platforms: > > http://www.columbia.edu/kermit/k95.html > > - Frank -------- I might add: the reason is DOS does not reveal those long names via regular DOS calls. Thus this is not the fault of MSK. Joe D. From news@newsmaster.cc.columbia.edu Thu Oct 2 23:38:00 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id XAA00226 for ; Thu, 2 Oct 1997 23:37:59 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id XAA20934 for kermit.misc@watsun; Thu, 2 Oct 1997 23:37:59 -0400 (EDT) Path: news.columbia.edu!panix!howland.erols.net!news-peer.sprintlink.net!news.sprintlink.net!Sprint!cs.utexas.edu!news.cs.utah.edu!cc.usu.edu!jrd From: jrd@cc.usu.edu (Joe Doupnik) Newsgroups: comp.protocols.kermit.misc Subject: Re: Kermit via PPP under DOS? Message-ID: Date: 2 Oct 97 21:00:15 MDT References: <60i3al$8l@gateway.dircsa.org.au> Organization: Utah State University Lines: 30 Xref: news.columbia.edu comp.protocols.kermit.misc:7800 In article <60i3al$8l@gateway.dircsa.org.au>, arthur@gateway.dircsa.org.au (Arthur Marsh) writes: > Vladimir Alexiev (vladimir@cs.ualberta.ca) wrote: > > : In addition to Merit PPP (PPP.EXE that is distributed with Kermit), there's > : another free PPP driver for DOS that you may want to consider. It is PPPD.EXE > : in the archive MSDOS/PKTDRVR/DOSPPP05.ZIP on any SimTel mirror. It takes only > : 57k in memory (as opposed to 95k taken by Merit PPP), and is more robust. > > The demoware PPP at ftp://ftp.klos.com/demo/pppdemo.exe also works, but I > haven't tried the pppshare.exe at the same location. > > What I did have problems with was that the MS-DOS Kermit "check TCP" command > succeeded when I had a FOSSIL driver, BNUi, loaded, but nothing else that > might resemble a TCP/IP capability for MS-DOS Kermit 3.15. Therefore, I > needed to manually change MSCUSTOM.INI between serial FOSSIL communications > and TCP/IP over the Klos ODI over PPP stack. ----------- The MS-DOS Kermit command CHECK TCP tells whether or not the TCP/IP stack is built into the program, because we issue MSK with and without that stack. Thus the CHECK command is a test for which features are complied into a particular issue of the program. Referring back to other messages in the thread from Vladimir that try to tie PPP driver behavior with the origin of the app TCP/IP stack: the TCP/IP stack in MSK originated with Erick Engelke at the Univ of Waterloo (wattcp). Evolution acted rapidly and the MSK TCP/IP code has been very different from wattcp code for many years. Packet Driver material in MSK was never from wattcp. People can check this by looking at source code for the two. Source code for MSK 3.15 will be available shortly (delayed by travel). Joe D. From news@newsmaster.cc.columbia.edu Fri Oct 3 00:37:34 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id AAA08672 for ; Fri, 3 Oct 1997 00:37:34 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id AAA23327 for kermit.misc@watsun; Fri, 3 Oct 1997 00:37:32 -0400 (EDT) Path: news.columbia.edu!sol.ctr.columbia.edu!news.indiana.edu!vixen.cso.uiuc.edu!news-peer.sprintlink.net!news-pull.sprintlink.net!news-in-east.sprintlink.net!news.sprintlink.net!Sprint!129.240.148.41!nntp.uio.no!mn5.swip.net!news From: sosiha@swipnet.se (Göran Nyberg) Newsgroups: comp.protocols.kermit.misc Subject: Re: Font size in K95 Date: Fri, 03 Oct 1997 04:25:39 GMT Organization: PRIVAT Lines: 17 Message-ID: <343472cc.62539584@nntpserver.swip.net> References: <3433296f.46395615@nntpserver.swip.net> <610kn6$8t2$1@apakabar.cc.columbia.edu> Reply-To: sosiha@swipnet.se NNTP-Posting-Host: mn8.swip.net X-Newsreader: Forte Free Agent 1.11/32.235 Cache-Post-Path: mn8!s-237736@dialup186-4-27.swipnet.se Xref: news.columbia.edu comp.protocols.kermit.misc:7802 On 2 Oct 1997 17:13:10 GMT, fdc@watsun.cc.columbia.edu (Frank da Cruz) wrote: >In article <3433296f.46395615@nntpserver.swip.net>, >Göran Nyberg wrote: >: I am using K95 (1.1.14) on Windows 95. When using K95Dial to make a >: connection I want my window to use the same font size at all >: connections. Now I have to change font size from Auto to what I want, >: every time. How can I get K95Dial to use my preference of fontsize? >: >It's explained in the READ.ME file. We hope to have a more convenient >mechanism in a future release. > In the READ.ME it's explain how to handle it when starting K95.EXE directly, but I want to use my font size when K95.EXE is started by K95DIAL.EXE /GN From news@newsmaster.cc.columbia.edu Fri Oct 3 00:56:14 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id AAA11565 for ; Fri, 3 Oct 1997 00:56:14 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id AAA23745 for kermit.misc@watsun; Fri, 3 Oct 1997 00:56:14 -0400 (EDT) Path: news.columbia.edu!watsun.cc.columbia.edu!jaltman From: jaltman@watsun.cc.columbia.edu (Jeffrey Altman) Newsgroups: comp.protocols.kermit.misc Subject: Re: Font size in K95 Date: 3 Oct 1997 04:56:10 GMT Organization: Columbia University Lines: 39 Message-ID: <611tta$3mh$1@apakabar.cc.columbia.edu> References: <3433296f.46395615@nntpserver.swip.net> <610kn6$8t2$1@apakabar.cc.columbia.edu> <343472cc.62539584@nntpserver.swip.net> NNTP-Posting-Host: watsun.cc.columbia.edu Xref: news.columbia.edu comp.protocols.kermit.misc:7803 In article <343472cc.62539584@nntpserver.swip.net>, Göran Nyberg wrote: : On 2 Oct 1997 17:13:10 GMT, fdc@watsun.cc.columbia.edu (Frank da Cruz) : wrote: : : >In article <3433296f.46395615@nntpserver.swip.net>, : >Göran Nyberg wrote: : >: I am using K95 (1.1.14) on Windows 95. When using K95Dial to make a : >: connection I want my window to use the same font size at all : >: connections. Now I have to change font size from Auto to what I want, : >: every time. How can I get K95Dial to use my preference of fontsize? : >: : >It's explained in the READ.ME file. We hope to have a more convenient : >mechanism in a future release. : > : In the READ.ME it's explain how to handle it when starting K95.EXE : directly, but I want to use my font size when K95.EXE is started by : K95DIAL.EXE : /GN >From FAQ.TXT: Q: How do you configure the default fonts, window sizes, ... for a Console Window on Windows 95, such as the one used by K95.EXE? A: Create a CONAGENT.PIF file in the WINDOWS\SYSTEM directory. Do this by viewing the WINDOWS\SYSTEM directory folder. Then select CONAGENT.EXE and choose the Properties item from the menu. Select whatever fonts and other Window properties that you would like. Then these settings will be used by K95.EXE when started from the K95DIAL.EXE. They will also affect any other WIN32 console applications started from a GUI based program. ALSO SEE: the section "CREATING SHORTCUTS" in the Kermit 95 READ.ME file. Jeffrey Altman * Sr.Software Designer * Kermit-95 for Win32 and OS/2 The Kermit Project * Columbia University 612 West 115th St #716 * New York, NY * 10025 * (212) 854-1344 http://www.columbia.edu/kermit/k95.html * kermit-support@columbia.edu From news@newsmaster.cc.columbia.edu Fri Oct 3 03:13:42 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id DAA07525 for ; Fri, 3 Oct 1997 03:13:41 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id DAA29178 for kermit.misc@watsun; Fri, 3 Oct 1997 03:13:41 -0400 (EDT) Path: news.columbia.edu!sol.ctr.columbia.edu!spool.mu.edu!uwm.edu!gsl-penn-ns.gsl.net!news.gsl.net!gip.net!sunqbc.risq.qc.ca!news.bc.net!rover.ucs.ualberta.ca!alberta!not-for-mail From: Vladimir Alexiev Newsgroups: comp.protocols.kermit.misc Subject: Re: Kermit via PPP under DOS? Date: 29 Sep 1997 13:57:10 -0600 Organization: University of Alberta, Computing Science Lines: 12 Message-ID: References: <60i3al$8l@gateway.dircsa.org.au> <60km6a$jsb@gateway.dircsa.org.au> NNTP-Posting-Host: tees.cs.ualberta.ca In-reply-to: arthur@gateway.dircsa.org.au's message of 28 Sep 1997 13:54:42 +0930 X-Newsreader: Gnus v5.0.15 Xref: news.columbia.edu comp.protocols.kermit.misc:7804 In article <60km6a$jsb@gateway.dircsa.org.au> arthur@gateway.dircsa.org.au (Arthur Marsh) writes: > "check tcp" only determines whether support is compiled in. > I did the following in my MSCUSTOM.INI to have a single configuration for > both serial and IP connections: > > set port tcp/ip > if success forward passedserial I think that this will always succeed, because the actual connection is only attempted when CONNECT is issued. You should check "if success" after CONNECT, and if it's failed eventually examine \v(tcpip_status). From news@newsmaster.cc.columbia.edu Fri Oct 3 10:57:37 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id KAA28520 for ; Fri, 3 Oct 1997 10:57:37 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id KAA11572 for kermit.misc@watsun; Fri, 3 Oct 1997 10:57:37 -0400 (EDT) Path: news.columbia.edu!watsun.cc.columbia.edu!fdc From: fdc@watsun.cc.columbia.edu (Frank da Cruz) Newsgroups: comp.protocols.kermit.misc Subject: Re: Kermit via PPP under DOS? Date: 3 Oct 1997 14:57:35 GMT Organization: Columbia University Lines: 33 Message-ID: <61314v$bsc$1@apakabar.cc.columbia.edu> References: <60i3al$8l@gateway.dircsa.org.au> <60km6a$jsb@gateway.dircsa.org.au> NNTP-Posting-Host: watsun.cc.columbia.edu Xref: news.columbia.edu comp.protocols.kermit.misc:7805 In article , Vladimir Alexiev wrote: : In article <60km6a$jsb@gateway.dircsa.org.au> : arthur@gateway.dircsa.org.au (Arthur Marsh) writes: : : > "check tcp" only determines whether support is compiled in. : > I did the following in my MSCUSTOM.INI to have a single configuration for : > both serial and IP connections: : > : > set port tcp/ip : > if success forward passedserial : : I think that this will always succeed, because the actual connection is only : attempted when CONNECT is issued. You should check "if success" after : CONNECT, and if it's failed eventually examine \v(tcpip_status). : There is actually a better way. The way MS-DOS Kermit is structured, as Vladimir points out, SET PORT TCP merely declares the name of the host to be connected to, but otherwise does nothing. Various other commands like CONNECT open the connection if it is not yet open. But of course you don't want to use CONNECT in a script, because then the script loses control. Another command also opens the connection if it is not open, but does nothing more: PAUSE 0 (or "pause" anything-else"). So a common practice is to define a TELNET macro like this: DEFINE TELNET SET PORT TCP \%1, PAUSE 0, IF SUCCESS CONNECT - Frank From news@newsmaster.cc.columbia.edu Fri Oct 3 11:06:46 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id LAA00769 for ; Fri, 3 Oct 1997 11:06:46 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id LAA12119 for kermit.misc@watsun; Fri, 3 Oct 1997 11:06:45 -0400 (EDT) Path: news.columbia.edu!watsun.cc.columbia.edu!fdc From: fdc@watsun.cc.columbia.edu (Frank da Cruz) Newsgroups: comp.protocols.kermit.misc Subject: Re: Font size in K95 Date: 3 Oct 1997 15:06:42 GMT Organization: Columbia University Lines: 31 Message-ID: <6131m2$c71$1@apakabar.cc.columbia.edu> References: <3433296f.46395615@nntpserver.swip.net> <610kn6$8t2$1@apakabar.cc.columbia.edu> <343472cc.62539584@nntpserver.swip.net> NNTP-Posting-Host: watsun.cc.columbia.edu Xref: news.columbia.edu comp.protocols.kermit.misc:7806 In article <343472cc.62539584@nntpserver.swip.net>, Göran Nyberg wrote: : On 2 Oct 1997 17:13:10 GMT, fdc@watsun.cc.columbia.edu (Frank da Cruz) : wrote: : >In article <3433296f.46395615@nntpserver.swip.net>, : >Göran Nyberg wrote: : >: I am using K95 (1.1.14) on Windows 95. When using K95Dial to make a : >: connection I want my window to use the same font size at all : >: connections. Now I have to change font size from Auto to what I want, : >: every time. How can I get K95Dial to use my preference of fontsize? : >: : >It's explained in the READ.ME file. We hope to have a more convenient : >mechanism in a future release. : > : In the READ.ME it's explain how to handle it when starting K95.EXE : directly, but I want to use my font size when K95.EXE is started by : K95DIAL.EXE : Window 95 tries its very best to pretend that console applications do not exist, and to make their existence as difficult as possible. We will, of course, eventually remedy this by issuing a full GUI version (yes, we are STILL working on it). You can force ALL console applications to use a particular font and size by changing the properties of C:\WINDOWS\DOSPRMPT.PIF, but as far as we can determine, there is no way to do this for any particular console application regardless of how it is started. And of course, Windows 95 does not allow the application itself to pick a font or window size, nor to exercise any form of control over the window at all. - Frank From news@newsmaster.cc.columbia.edu Fri Oct 3 11:15:30 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id LAA02297 for ; Fri, 3 Oct 1997 11:15:30 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id LAA12593 for kermit.misc@watsun; Fri, 3 Oct 1997 11:15:29 -0400 (EDT) Path: news.columbia.edu!watsun.cc.columbia.edu!fdc From: fdc@watsun.cc.columbia.edu (Frank da Cruz) Newsgroups: comp.protocols.kermit.misc Subject: Re: MS Kermit V3.14 and V3.15 status line mistake Date: 3 Oct 1997 15:15:27 GMT Organization: Columbia University Lines: 27 Message-ID: <61326f$cf0$1@apakabar.cc.columbia.edu> References: <2OCT97.21580732@swdev.si.com> NNTP-Posting-Host: watsun.cc.columbia.edu Xref: news.columbia.edu comp.protocols.kermit.misc:7807 In article <2OCT97.21580732@swdev.si.com>, Brian Tillman, x8425 wrote: : Both MS-Kermit V3.14 and V3.15, when connecting at 24,000 bps (with a 28.8 : Kbps modem) display the speed in the status line as 2400 rather than 24000 : or 24K. The modem's DTE connection speed is set to 115K all the time and : the status line shows 115K if the connection is 28.8 or 33.6. : MS-DOS Kermit contains not one line of code to change its interface speed automatically. The only way it can change out from under you is if you are running a script (such as a dialing script) that contains a SET SPEED command. But 24000 bps is not a valid interface speed. I suspect you must be dialing with HAYES.SCR. If so, that is not the appropriate script -- it is for Hayes 2400 bps modems and below, which change their *interface* speed upon connection to match the modulation speed. Kermit therefore must change its own interface speed to match, based on the modem's CONNECT report ("2400" is a substring of "24000"). But you have a high-speed modem, and for these we keep the interface speed fixed at the highest one that works -- 38400, 57600, 115200 -- and ignore the CONNECT report. So please use a dialing script that matches your modem. If you can't find one, then adapt one of the existing high-speed scripts (e.g. SPORT.SCR) to your modem and send it in to us so others can use it too. - Frank From news@newsmaster.cc.columbia.edu Fri Oct 3 13:37:21 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id NAA01572 for ; Fri, 3 Oct 1997 13:37:21 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id NAA19643 for kermit.misc@watsun; Fri, 3 Oct 1997 13:37:20 -0400 (EDT) Path: news.columbia.edu!watsun.cc.columbia.edu!cmg From: cmg@watsun.cc.columbia.edu (Christine Gianone) Newsgroups: comp.protocols.kermit.misc Subject: New Kermit 95 Registry Utility Date: 3 Oct 1997 17:37:17 GMT Organization: Columbia University Lines: 25 Message-ID: <613agd$ham$1@apakabar.cc.columbia.edu> NNTP-Posting-Host: watsun.cc.columbia.edu Xref: news.columbia.edu comp.protocols.kermit.misc:7808 This just in (too late for the Kermit 95 1.1.15 patch): a new utility for Kermit 95 in Windows 95 or Windows NT 4.0 (not OS/2 or Windows NT 3.x), the Kermit 95 Registry Tool, K95REGTL.EXE. This is a GUI program that lets you create and remove associations for Kermit 95 in the Windows Registry, and create desktop and/or Start Menu shortcuts for Kermit 95 itself and the Dialer (K95 1.1.14 and later already let you create desktop shortcuts for individual connections). The K95 Registry Tool can be downloaded from: ftp://kermit.columbia.edu/kermit/k95/utils/w?regtl.exe where "?" should be replaced by "i" for Intel, "a" for Alpha platforms, or "p" for the PowerPC. Send any questions or reports by email to kermit-support@columbia.edu. Christine Gianone Manager The Kermit Project Columbia University http://www.columbia.edu/kermit/ kermit@columbia.edu From news@newsmaster.cc.columbia.edu Fri Oct 3 18:55:10 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id SAA28713 for ; Fri, 3 Oct 1997 18:55:09 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id SAA08977 for kermit.misc@watsun; Fri, 3 Oct 1997 18:55:08 -0400 (EDT) Path: news.columbia.edu!panix!news.eecs.umich.edu!nntprelay.mathworks.com!europa.clark.net!169.207.30.81!newsfeeds.sol.net!newsops.execpc.com!posts.execpc.com!usenet From: "Ed Summers" Newsgroups: comp.protocols.kermit.misc Subject: FTP-help...Please.......... Date: 3 Oct 1997 22:51:27 GMT Organization: Exec-PC BBS Internet - Milwaukee, WI Lines: 3 Message-ID: <01bcd04e$b1e606c0$9044cfa9@Pesummers> NNTP-Posting-Host: eoraptor.mdm.mke.execpc.com X-Newsreader: Microsoft Internet News 4.70.1155 Xref: news.columbia.edu comp.protocols.kermit.misc:7809 I'm a new user of ftp. Does anyone know of a good reference manual, so I can learn to move files (upload) to my web page? From news@newsmaster.cc.columbia.edu Fri Oct 3 21:39:44 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id VAA19153 for ; Fri, 3 Oct 1997 21:39:43 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id VAA17341 for kermit.misc@watsun; Fri, 3 Oct 1997 21:39:43 -0400 (EDT) Path: news.columbia.edu!news.new-york.net!news-spur1.maxwell.syr.edu!news.maxwell.syr.edu!news-peer.sprintlink.net!news.sprintlink.net!Sprint!ais.net!chippy.visi.com!news-out.visi.com!vncnews!newsfeed2.vnc.net!bug.rahul.net!rahul.net!a2i!samba.rahul.net!rahul.net!a2i!dold.a2i!dold From: dold@80.usenet.us.com Newsgroups: comp.protocols.kermit.misc Subject: Re: Another K95 patch Date: 3 Oct 1997 17:29:38 GMT Organization: a2i network Lines: 24 Message-ID: <613a22$bbm$1@samba.rahul.net> References: <60p51a$16d$1@apakabar.cc.columbia.edu> Reply-To: dold@network.rahul.net NNTP-Posting-Host: foxtrot.rahul.net NNTP-Posting-User: dold X-Newsreader: TIN [version 1.2 PL2] X-Comment: Encoded From: line allows replies that preserve original subject Xref: news.columbia.edu comp.protocols.kermit.misc:7810 Frank da Cruz (fdc@watsun.cc.columbia.edu) wrote: : Several bugs surfaced in Kermit 95 1.1.14 after it was announced a : few days ago; these are fixed in a new patch, which brings the version : number up to 1.1.15: While perusing something, I noticed that the "registration information" was know to be lost during upgrades, but that was now fixed. Since my 1.1.14 version announced itself as unregistered, I thought I would just start over. I removed \k95. I installed from 1.1 diskettes. I patched from 11 to 17. That worked with no errors, but the registration info is gone. I donloaded the 7-15 patch, but it won't self-extract. WinZip extracted it cleanly, but it won't patch. It reports all of my files as "found" but not the right version. Que Paso? -- --- Clarence A Dold - dold@network.rahul.net - Pope Valley & Napa CA. From news@newsmaster.cc.columbia.edu Sat Oct 4 07:24:06 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id HAA04865 for ; Sat, 4 Oct 1997 07:24:05 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id HAA14159 for kermit.misc@watsun; Sat, 4 Oct 1997 07:24:04 -0400 (EDT) Path: news.columbia.edu!sol.ctr.columbia.edu!news.uoregon.edu!news.rediris.es!news-ge.switch.ch!news-fra1.dfn.de!news-was.dfn.de!news-spur1.maxwell.syr.edu!news.maxwell.syr.edu!news-peer.sprintlink.net!news-pull.sprintlink.net!news-in-east.sprintlink.net!news.sprintlink.net!Sprint!192.102.249.7!news.cerf.net!btree.is.brooktree.com!usenet From: Ian Diddams Newsgroups: comp.protocols.kermit.misc Subject: 2 queries Date: Wed, 01 Oct 1997 14:34:26 +0100 Organization: Brooktree Corporation Lines: 23 Message-ID: <34325162.42877E5C@rss.rockwell.com> NNTP-Posting-Host: frodo.swindon.rss.rockwell.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailer: Mozilla 3.01Gold (X11; I; SunOS 4.1.4 sun4m) Xref: news.columbia.edu comp.protocols.kermit.misc:7812 1) Is there an archive of comp.protocols.kermit.misc anywhere that you know of: 2) I can use kermit fine on my linux box (usr robotics 14400 internal) but after dialling, connecting, doing, exiting.... I return to kermit, but on exiting I get a message regarding "serial connections may still be open". I can't find a command to "clear" this staus, but if I exit anyway, next time I try to use kermit, it "hangs" trying to set line /dev/ttyS1; there's nothing obvious in /var/lock. What am I doing wrong? Thanks for your help... -- Didds "At these prices you'd be mad not too". Moronic quote by Paul Diddams to "Observer" journalist on "The London Brewers Beer festival" held last Saturday. From news@newsmaster.cc.columbia.edu Sat Oct 4 07:50:56 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id HAA08847 for ; Sat, 4 Oct 1997 07:50:56 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id HAA15562 for kermit.misc@watsun; Sat, 4 Oct 1997 07:50:55 -0400 (EDT) Path: news.columbia.edu!panix!logbridge.uoregon.edu!newsfeed.internetmci.com!4.1.16.34!cpk-news-hub1.bbnplanet.com!news.bbnplanet.com!cs.utexas.edu!news.cs.utah.edu!cc.usu.edu!jrd From: jrd@cc.usu.edu (Joe Doupnik) Newsgroups: comp.protocols.kermit.misc Subject: Re: MS Kermit V3.14 and V3.15 status line mistake Message-ID: Date: 4 Oct 97 05:24:02 MDT References: <2OCT97.21580732@swdev.si.com> Organization: Utah State University Lines: 24 Xref: news.columbia.edu comp.protocols.kermit.misc:7813 In article <2OCT97.21580732@swdev.si.com>, tillman@swdev.si.com (Brian Tillman, x8425) writes: > Both MS-Kermit V3.14 and V3.15, when connecting at 24,000 bps (with a 28.8 Kbps > modem) display the speed in the status line as 2400 rather than 24000 or 24K. > The modem's DTE connection speed is set to 115K all the time and the status line > shows 115K if the connection is 28.8 or 33.6. > > -- > Brian Tillman Internet: tillman_brian at si.com > Smiths Industries, Inc. tillman at swdev.si.com > 4141 Eastern Ave., MS239 Addresses modified to prevent > Grand Rapids, MI 49518-8727 SPAM. Replace "at" with "@" > This opinion doesn't represent that of my company --------- I don't understand the first part of your report, the 24000 bps part. The speed used by, and reported by MS-DOS Kermit is the DTE speed, the binary/bus/computer side of things because that is what it must deal with. 24000 bps is not amongst the choices available for DTE speed. The modem may communicate a much different rates across the telco wires, but that is a matter for the analogue side of the modem rather than for Kermit's code. Clearly, the modem needs to talk at two different speeds, one for the telco wires and optionally another for the computer DTE side. What did you tell Kermit to use for the DTE speed, because that will govern that part of matters? Joe D. From news@newsmaster.cc.columbia.edu Sat Oct 4 12:17:12 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id MAA10354 for ; Sat, 4 Oct 1997 12:17:12 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id MAA29118 for kermit.misc@watsun; Sat, 4 Oct 1997 12:17:11 -0400 (EDT) Path: news.columbia.edu!watsun.cc.columbia.edu!fdc From: fdc@watsun.cc.columbia.edu (Frank da Cruz) Newsgroups: comp.protocols.kermit.misc,comp.os.linux.misc Subject: Re: 2 queries Date: 4 Oct 1997 16:17:10 GMT Organization: Columbia University Lines: 86 Message-ID: <615q66$sft$1@apakabar.cc.columbia.edu> References: <34325162.42877E5C@rss.rockwell.com> NNTP-Posting-Host: watsun.cc.columbia.edu Xref: news.columbia.edu comp.protocols.kermit.misc:7814 comp.os.linux.misc:218226 In article <34325162.42877E5C@rss.rockwell.com>, Ian Diddams wrote: : 1) Is there an archive of comp.protocols.kermit.misc anywhere that you : know of: : ftp://kermit.columbia.edu/kermit/newsgroup/misc.* : 2) I can use kermit fine on my linux box (usr robotics 14400 internal) : but after dialling, connecting, doing, exiting.... I return to kermit, : but on exiting I get a message regarding "serial connections may still : be open". : I can't find a command to "clear" this staus, but if I exit anyway, next : time I try to use kermit, it "hangs" trying to set line /dev/ttyS1; : there's nothing obvious in /var/lock. : What am I doing wrong? : Ian and I worked this one out over the past few days while his posting was in transit. We now have the following entries from Ian and others in the working copy of the C-Kermit for UNIX "beware file" (ckuker.bwr): "set line /dev/modem" or "set line /dev/ttyS2", etc, results in an error, "/dev/modem is not a tty". Cause unknown, but obviously a driver issue, not a Kermit one (Kermit uses "isatty()" to check that the device is a tty, so it knows it will be able to issue all the tty-related ioctl's on it, like setting the speed & flow control). Try a different name (i.e. driver) for the same port, e.g. "set line /dev/cua2" or whatever. "set modem type xxx" (where xxx is the name of a modem) followed by "set line /dev/modem" or "set line /dev/ttyS2", etc, hangs (but can be interrupted with Ctrl-C). Experimentation shows that if the modem is configured to always assert carrier (&C0) the same command does not hang. Again, a driver issue. Use /dev/cua2 (or whatever) instead. More on the ttyS0 vs cua0 issue (quoting from a user, October 1997): Platform: Intel 486 PC, Caldera Open Linux (Base), USR Robotics 14400 internal modem. Problem: When using C-Kermit with a ttyS? device, the modem works fine the first time a modem connection is attempted. Upon exiting kermit, the message: "A serial connection might still be active on /dev/cua1. OK to exit?" is displayed. Answering "yes" at this point seems to hang the line up, such that the next time C-Kermit is run on that device, it will not open the line - C-Kermit just sits there until the user breaks (control-C). Nothing within C-Kermit appears to rectify this situation - the same question is asked with the same consequences whatever attempts are made to "clear" the line. The workstation must then be rebooted. Fix: Although the Linux implementation may not necessarily indicate that it is available, the cua? device is available as an alternative to the ttyS?; e.g. /dev/cua0 works as well as /dev/ttyS0. Use this /dev/cua? device instead of the ttyS? one, and although the same message might be displayed on exit, the consequences do not occur; i.e. the line is available again next time C-Kermit is used ... and without rebooting the workstation. Reasons: ???? See Linux documentation with your distribution if there is any, otherwise Linux documentation is available on the WWW. (end quote) from /usr/doc/faq/howto/Serial-HOWTO 12.4. What's The Real Difference Between The /dev/cuaN And /dev/ttySN Devices? The only difference is the way that the devices are opened. The dialin devices /dev/ttySN are opened in blocking mode, until CD is asserted (ie someone connects). So, when someone wants to use the /dev/cuaN device, there is no conflict with a program watching the /dev/ttySN device (unless someone is connected of course). The multiple /dev entries, allow operation of the same physical device with different operating characteristics. It also allows standard getty programs to coexist with any other serial program, without the getty being retrofitted with locking of some sort. It's especially useful since standard Unix kernel file locking, and UUCP locking are both advisory and not mandatory. The best advice about using /dev/ttySx in C-Kermit seems to be, like the doctor says, "if it hurts, don't do it". If any Linux experts would care to shed further light on this, please do! - Frank From news@newsmaster.cc.columbia.edu Sat Oct 4 12:22:51 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id MAA10832 for ; Sat, 4 Oct 1997 12:22:51 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id MAA29527 for kermit.misc@watsun; Sat, 4 Oct 1997 12:22:50 -0400 (EDT) Path: news.columbia.edu!watsun.cc.columbia.edu!fdc From: fdc@watsun.cc.columbia.edu (Frank da Cruz) Newsgroups: comp.protocols.kermit.misc Subject: Re: Another K95 patch Date: 4 Oct 1997 16:22:49 GMT Organization: Columbia University Lines: 28 Message-ID: <615qgp$skc$1@apakabar.cc.columbia.edu> References: <60p51a$16d$1@apakabar.cc.columbia.edu> <613a22$bbm$1@samba.rahul.net> NNTP-Posting-Host: watsun.cc.columbia.edu Xref: news.columbia.edu comp.protocols.kermit.misc:7815 In article <613a22$bbm$1@samba.rahul.net>, wrote: : Frank da Cruz (fdc@watsun.cc.columbia.edu) wrote: : : : Several bugs surfaced in Kermit 95 1.1.14 after it was announced a : : few days ago; these are fixed in a new patch, which brings the version : : number up to 1.1.15: : : While perusing something, I noticed that the "registration information" was : know to be lost during upgrades, but that was now fixed. : Since my 1.1.14 version announced itself as unregistered, I thought I would : just start over. : I removed \k95. : I installed from 1.1 diskettes. : I patched from 11 to 17. That worked with no errors, but the : registration info is gone. : I donloaded the 7-15 patch, but it won't self-extract. : WinZip extracted it cleanly, but it won't patch. It reports all of my : files as "found" but not the right version. : : Que Paso? : No sé, exactamente, pero... If all else is well, you should be able to simply register your 1.1.15 copy using the registration utility in your K95 directory, CKREG.EXE. First be sure to shut down K95 and K95DIAL. - Frank From news@newsmaster.cc.columbia.edu Sat Oct 4 12:28:24 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id MAA12315 for ; Sat, 4 Oct 1997 12:28:23 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id MAA29782 for kermit.misc@watsun; Sat, 4 Oct 1997 12:28:23 -0400 (EDT) Path: news.columbia.edu!watsun.cc.columbia.edu!fdc From: fdc@watsun.cc.columbia.edu (Frank da Cruz) Newsgroups: comp.protocols.kermit.misc Subject: Downloading the Kermit 95 Registry Tool Date: 4 Oct 1997 16:28:21 GMT Organization: Columbia University Lines: 16 Message-ID: <615qr5$srk$1@apakabar.cc.columbia.edu> NNTP-Posting-Host: watsun.cc.columbia.edu Xref: news.columbia.edu comp.protocols.kermit.misc:7816 It seems that something was wrong with the downloadable K-95 Registry Tool file, which was supposed to be a self-extracting archive: ftp://kermit.columbia.edu/kermit/k95/utils/wiregtl.exe It wouldn't self-extract. I'm not sure why. If you already downloaded it, and if you have an Unzip program on your PC, you should be able to simply unzip it: unzip wiregtl.exe Meanwhile, I've uploaded a new copy of wiregtl.exe that does self-extract. Sorry for the inconvenience! (It's always something...) - Frank From news@newsmaster.cc.columbia.edu Sat Oct 4 14:46:31 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id OAA06167 for ; Sat, 4 Oct 1997 14:46:31 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id OAA06754 for kermit.misc@watsun; Sat, 4 Oct 1997 14:46:30 -0400 (EDT) Path: news.columbia.edu!panix!howland.erols.net!nntprelay.mathworks.com!cam-news-hub1.bbnplanet.com!cpk-news-feed4.bbnplanet.com!cpk-news-feed1.bbnplanet.com!news.bbnplanet.com!netnews.jhuapl.edu!aplcomm.jhuapl.edu!collins From: collins@aplcomm.jhuapl.edu (Skip Collins) Newsgroups: comp.protocols.kermit.misc Subject: Re: Long filenames in msdos kermit? Date: 4 Oct 97 18:04:51 GMT Organization: Johns Hopkins University Applied Physics Lab, Laurel, MD, USA Lines: 28 Message-ID: References: <60tlsu$en7$1@apakabar.cc.columbia.edu> NNTP-Posting-Host: aplcomm.jhuapl.edu X-Newsreader: NN version 6.5.0 CURRENT #2 Xref: news.columbia.edu comp.protocols.kermit.misc:7817 Joe Doupnik writes: >> No, and no. MS-DOS Kermit is a DOS program. If you want to access to the >> special features of OS/2 (or Windows 95 or NT), you need native 32-bit >> software for those platforms: >> >> http://www.columbia.edu/kermit/k95.html >> > I might add: the reason is DOS does not reveal those long names >via regular DOS calls. Thus this is not the fault of MSK. > Joe D. I am aware of the limitations of MSDOS regarding filenames. But there exist ways of circumventing this OS limitation. Many 16 bit DOS programs are compiled so that they can access the LFN support of the underlying file system. I guess my question is then why does Frank say I "need native 32-bit software for those platforms"? Because it is too much trouble to retrofit a perfectly functional, stable piece of software such as mskermit with a dubious hack to get a superfluous feature such as LFN support? I can understand that. Or is it because adding that feature to mskermit, while perhaps not all that difficult to do, would eliminate one of the best reasons for users to pay for K95? I can understand that too. Or is there another reason I am missing? By the way, does anyone have any experience compiling C kermit with djgpp or the Cygnus GNU-Win32 tools? Skip Collins From news@newsmaster.cc.columbia.edu Sat Oct 4 15:06:22 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id PAA08816 for ; Sat, 4 Oct 1997 15:06:21 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id PAA07725 for kermit.misc@watsun; Sat, 4 Oct 1997 15:06:21 -0400 (EDT) Path: news.columbia.edu!watsun.cc.columbia.edu!fdc From: fdc@watsun.cc.columbia.edu (Frank da Cruz) Newsgroups: comp.protocols.kermit.misc Subject: Re: Long filenames in msdos kermit? Date: 4 Oct 1997 19:06:19 GMT Organization: Columbia University Lines: 34 Message-ID: <61643b$4e8$1@apakabar.cc.columbia.edu> References: <60tlsu$en7$1@apakabar.cc.columbia.edu> NNTP-Posting-Host: watsun.cc.columbia.edu Xref: news.columbia.edu comp.protocols.kermit.misc:7818 In article , Skip Collins wrote: : Joe Doupnik writes: : >> No, and no. MS-DOS Kermit is a DOS program. If you want to access to the : >> special features of OS/2 (or Windows 95 or NT), you need native 32-bit : >> software for those platforms: : >> : >> http://www.columbia.edu/kermit/k95.html : > : > I might add: the reason is DOS does not reveal those long names : >via regular DOS calls. Thus this is not the fault of MSK. : > Joe D. : : I am aware of the limitations of MSDOS regarding filenames. But there : exist ways of circumventing this OS limitation. Many 16 bit DOS programs : are compiled so that they can access the LFN support of the underlying : file system. I guess my question is then why does Frank say I "need native : 32-bit software for those platforms"? : We have a version of Kermit for DOS. We have a version of Kermit for Windows 95 and NT. We have a version of Kermit for OS/2. Pick the one that is most appropriate for your platform, period. Please understand that the Kermit Project consists of a tiny handful of people trying to supply, please, help, support, and take care of literally millions of people. We do our best with the number of bodies we have and the number of hours in a day. The only way we can serve you better than we do now is to make enough money to hire more people. - Frank From news@newsmaster.cc.columbia.edu Sat Oct 4 15:17:56 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id PAA10434 for ; Sat, 4 Oct 1997 15:17:56 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id PAA08221 for kermit.misc@watsun; Sat, 4 Oct 1997 15:17:55 -0400 (EDT) Path: news.columbia.edu!watsun.cc.columbia.edu!fdc From: fdc@watsun.cc.columbia.edu (Frank da Cruz) Newsgroups: comp.os.linux.misc,comp.protocols.kermit.misc Subject: Re: Better FTP than FTP? (Kermit/modem sharing) Date: 4 Oct 1997 19:17:52 GMT Organization: Columbia University Lines: 76 Message-ID: <6164p0$4p0$1@apakabar.cc.columbia.edu> References: <60cqce$22v$1@merki.connect.com.au> <60rure$sem$1@mercury.mcs.net> <60tn42$fi4$1@apakabar.cc.columbia.edu> <614on6$b18$1@mercury.mcs.net> NNTP-Posting-Host: watsun.cc.columbia.edu Keywords: FTP Xref: news.columbia.edu comp.os.linux.misc:218249 comp.protocols.kermit.misc:7819 In article <614on6$b18$1@mercury.mcs.net>, Leslie Mikesell wrote: : In article <60tn42$fi4$1@apakabar.cc.columbia.edu>, : Frank da Cruz wrote: : : >: I don't think it's crazy to use inetd to start a program with its standard : >: file descriptors connected to a tcp socket. That's the normal way : >: to do things if you don't mind the start-up time... : >: : >C-Kermit starts very quickly if you tell it to skip reading its : >initialization file: : : What I meant by that was that some programs are run as 'standalone' : daemons listening directly on certain ports simply to reduce the : startup time compared to letting inetd accept the connection and : exec them. Sendmail and httpd normally run standalone, but I : don't think it would matter for kermit. : Kermit can run standalone. If you tell it to "set host * 2000", this means to wait for a TCP connection to come in on port 2000. But then you could not use it to make a connection between the TCP side and a modem, since in its present form C-Kermit can only have one "set host" or "set line" device open at once. : >: ...you should be able to start it with a script : >: that has a stack of: : >: : >: set port /dev/xxx1 : >: if success goto got_modem : >: set port /dev/xxx2 : >: etc... : >: : >: to work through a pool of modems that might also be shared for dial-in : >: and fax use. : >: : >: (By the way, how about setting a convention for doing this so all : >: your other scripts that need a modem can 'take' the file that : >: finds one?) : >: : >What kind of convention would you like to see? Kermit has no way of knowing : >which devices to use, so executing a command file, as you have suggested, : >would be just about the only sensible one. In this case the convention : >might be: : > : > kermit -y filename : > : >(lowercase "y" = execute "filename" instead of the standard init file). : : In my case I ended up with a file /usr/local/lib/kermit/getline.k that : I kept up to date with the ports with available dial-out modems. Then : many other dial-out scripts would simply 'take' that file. That keeps : the other scripts from requiring changes when modems are added, moved : or deleted, or even when the scripts are moved to different machines. : Having a 'site-library' directory concept in some example scripts : might make this approach even more portable. : Good idea. In the current version of C-Kermit, the "take" command (which executes command files) searches a "take path" to find the file whose name is given if it is not fully specified or in the current directory. The "take path" is currently hardwired, but it would be a simple matter to make it user- and/or site-definable. I'll add this to the list. : >Kermit goes to great lengths to be efficient when it is "in the middle", : >using buffered, nonblocking i/o on both ends of its connection, within the : >limits of portability (not all UNIXes have threads, select(), etc). : > : >I'd drop everything and fool with this myself if it was in my power to do : >that, so anybody else who is interested has a guaranteed head start. : : I guess I should have suggested it a couple of years ago, but the : place I was working for bought a terminal server so I ended up : not needing it. : Terminal servers are terrific if you have one and if you can get to it, but tricks like this come in handy for all sorts of reasons. - Frank From news@newsmaster.cc.columbia.edu Sat Oct 4 15:53:54 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id PAA16654 for ; Sat, 4 Oct 1997 15:53:54 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id PAA10004 for kermit.misc@watsun; Sat, 4 Oct 1997 15:53:53 -0400 (EDT) Path: news.columbia.edu!panix!cam-news-hub1.bbnplanet.com!cpk-news-feed4.bbnplanet.com!cpk-news-feed1.bbnplanet.com!news.bbnplanet.com!netnews.jhuapl.edu!aplcomm.jhuapl.edu!collins From: collins@aplcomm.jhuapl.edu (Skip Collins) Newsgroups: comp.protocols.kermit.misc Subject: Re: Long filenames in msdos kermit? Date: 4 Oct 97 19:17:38 GMT Organization: Johns Hopkins University Applied Physics Lab, Laurel, MD, USA Lines: 27 Message-ID: References: <60tlsu$en7$1@apakabar.cc.columbia.edu> <61643b$4e8$1@apakabar.cc.columbia.edu> NNTP-Posting-Host: aplcomm.jhuapl.edu X-Newsreader: NN version 6.5.0 CURRENT #2 Xref: news.columbia.edu comp.protocols.kermit.misc:7820 Frank da Cruz writes: >We have a version of Kermit for DOS. >We have a version of Kermit for Windows 95 and NT. >We have a version of Kermit for OS/2. >Pick the one that is most appropriate for your platform, period. >Please understand that the Kermit Project consists of a tiny handful of >people trying to supply, please, help, support, and take care of literally >millions of people. We do our best with the number of bodies we have and >the number of hours in a day. The only way we can serve you better than we >do now is to make enough money to hire more people. So it's a matter of resources and money. As I indicated in my last post, I have no problems with that. I am happy with, and grateful for, a great program that does almost everything I want it to do. If you wanted to charge everyone for mskermit, I could not argue with that either. My initial inquiry about LFN support was just that, an inquiry, not a complaint. Do you have any objections to me trying to get C Kermit to compile and run under GNU-Win32? Is there anyone else working on this? Do you have any suggestions for making it easier? Skip From news@newsmaster.cc.columbia.edu Sat Oct 4 16:26:29 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id QAA20946 for ; Sat, 4 Oct 1997 16:26:28 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id QAA11584 for kermit.misc@watsun; Sat, 4 Oct 1997 16:26:28 -0400 (EDT) Path: news.columbia.edu!watsun.cc.columbia.edu!fdc From: fdc@watsun.cc.columbia.edu (Frank da Cruz) Newsgroups: comp.protocols.kermit.misc Subject: Re: Long filenames in msdos kermit? Date: 4 Oct 1997 20:26:26 GMT Organization: Columbia University Lines: 27 Message-ID: <6168pi$6oq$1@apakabar.cc.columbia.edu> References: <61643b$4e8$1@apakabar.cc.columbia.edu> NNTP-Posting-Host: watsun.cc.columbia.edu Xref: news.columbia.edu comp.protocols.kermit.misc:7821 In article , Skip Collins wrote: : Do you have any objections to me trying to get C Kermit to compile and : run under GNU-Win32? : We have put about three years of round-the-clock work into a product that already runs under Windows 95 and NT, so even if you could adapt C-Kermit to Win32, it would be a tiny subset of Kermit 95 -- no terminal emulator, etc. What would be the point? We already have a product for Win32; we don't need another one. If you want to contribute something to the Kermit Project, you could develop a Kermit program for some platform that is not covered at all yet (various palmtops come to mind) or one that is not adequately supported, like the Macintosh. I know everybody wants free software, and there's plenty of it out there. If you want a free communications package for Windows 95 or NT, you're perfectly welcome to search the Web for it, or write one yourself from scratch, and use it in good health. But Kermit 95 is not free because it has full-time people behind it to support it and develop further to meet the needs and wishes of its users, year after year. In any case, the Columbia University copyright on C-Kermit is not compatible with the GNU copyright -- this is a simple fact, there is no need to debate it -- and so there is not much chance that C-Kermit can or will ever become a GNU component. - Frank From news@newsmaster.cc.columbia.edu Sat Oct 4 19:41:20 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id TAA23708 for ; Sat, 4 Oct 1997 19:41:20 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id TAA21899 for kermit.misc@watsun; Sat, 4 Oct 1997 19:41:19 -0400 (EDT) Path: news.columbia.edu!panix!howland.erols.net!newsfeed.direct.ca!logbridge.uoregon.edu!news.bc.net!rover.ucs.ualberta.ca!alberta!not-for-mail From: Vladimir Alexiev Newsgroups: comp.protocols.kermit.misc Subject: Re: Kermit via PPP under DOS? Date: 04 Oct 1997 17:23:04 -0600 Organization: University of Alberta, Computing Science Lines: 59 Message-ID: References: NNTP-Posting-Host: tees.cs.ualberta.ca In-reply-to: jrd@cc.usu.edu's message of 1 Oct 97 17:38:37 MDT X-Newsreader: Gnus v5.0.15 Xref: news.columbia.edu comp.protocols.kermit.misc:7822 In article jrd@cc.usu.edu (Joe Doupnik) writes: > > the fact remains that these apps can use emulated class 1 drivers, while > > Kermit can't. Sometimes worse is better. > This looks more and more like an argument waiting to happen, due to > lack of specific information. Talk by Michael Ringe which is "built upon the WATTCP library" works with EPPPD which is a class 1 PPP driver. Kermit's TCP is also built over the WATTCP library (if information on WATTCP's site is correct), but I guess that Joe has introduced changes that make it incompatible with drivers emulating class 1 (Internet). > I thought I explained the difficulties with a driver purporting to be > Ethernet but isn't; they are fundamental. How do you explain then that that talk program works? I also tried successfully the telnet from NUPop over the same EPPPD driver, however NUPop is not WATTCP-based. Would you like me to test WATTCP FTP or a WATTCP-based telnet client (where is one)? > > Well, these half measures prove to be adequate for other WATTCP apps. > which are tailored for a point to point link, no doubt. I don't think so. I don't have an ethernet connection I can try them with, but their docs claim they work over ethernet too. It wouldn't make much sense if they didn't. > > - there are apps that only support ethernet interfaces. Kermit couldn't > > coexist with such apps because it demands a SLIP interface. > Argumentative again. No, Kermit does not "demand" SLIP, If Kermit is to be used with a serial link (SLIP or PPP), the packet driver has to support class 6 (SLIP) interface. Obviously all SLIP drivers do, but only two out of the three freely available PPP drivers do (dosppp and MeritPPP, aka etherppp or ethernew), while ppppkt does not. More important however is that if one would like to use another TCP app together with Kermit, that app should also support class 6, because a driver can only run in one of the class modes that it supports at a time. > but if the alternatives fail to meet specs then that is hardly Kermit's > fault. What spec does a working combination "class 1 PPP driver" - "class 1 app" fail to meet? You seem to assert that class 1 emulating serial drivers are impossible, yet there are at least 3 such: dosppp, MeritPPP, pppshare/pppdemo. > > Is BOOTP impossible with a SLIP interface? How about DHCP? > Both use UDP over IP. How IP gets put onto the wire is another matter. Yes, I can't think of a good reason why BOOTP shouldn't work either, but the class 6 driver in dosppp (PPPD) doesn't support it for some reason. > Please do keep in mind that both BOOTP and DHCP are sensitive to physical > address Why? Isn't it only critical for RARP (which resolves an Ether address to an IP address)? I guess it depends a lot on the remote side as well, because most often the remote gives us our IP. > > How about Windows PPP drivers, do they support an Ethernet interface? (Forget about this, my mind was probably clouded when I wrote it; Windows drivers are not packet drivers.) From news@newsmaster.cc.columbia.edu Sat Oct 4 21:13:30 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id VAA08099 for ; Sat, 4 Oct 1997 21:13:30 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id VAA26506 for kermit.misc@watsun; Sat, 4 Oct 1997 21:13:29 -0400 (EDT) Path: news.columbia.edu!panix!howland.erols.net!europa.clark.net!128.223.220.30!logbridge.uoregon.edu!news.bc.net!rover.ucs.ualberta.ca!alberta!not-for-mail From: Vladimir Alexiev Newsgroups: comp.protocols.kermit.misc Subject: Re: Kermit via PPP under DOS? Date: 04 Oct 1997 17:24:59 -0600 Organization: University of Alberta, Computing Science Lines: 11 Message-ID: References: NNTP-Posting-Host: tees.cs.ualberta.ca In-reply-to: jrd@cc.usu.edu's message of 1 Oct 97 20:23:39 MDT X-Newsreader: Gnus v5.0.15 Xref: news.columbia.edu comp.protocols.kermit.misc:7823 In article jrd@cc.usu.edu (Joe Doupnik) writes: > A Class 15 Packet Driver is specific to MERIT and I have seen no > specification of it... So I stand firm on the comment about non-standardized > PPP interfaces. I can easily believe this, because dosppp provides class 1 and class 6, but not class 15. > Windows drivers are neither of interest or applicability to this > discussion. Right. From news@newsmaster.cc.columbia.edu Sun Oct 5 21:12:51 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id VAA17581 for ; Sun, 5 Oct 1997 21:12:50 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id VAA05807 for kermit.misc@watsun; Sun, 5 Oct 1997 21:12:50 -0400 (EDT) Path: news.columbia.edu!panix!news.eecs.umich.edu!news-spur1.maxwell.syr.edu!news.maxwell.syr.edu!cs.utexas.edu!news.cs.utah.edu!cc.usu.edu!jrd From: jrd@cc.usu.edu (Joe Doupnik) Newsgroups: comp.protocols.kermit.misc Subject: Re: Kermit via PPP under DOS? Message-ID: <4TpKBo0duVW2@cc.usu.edu> Date: 5 Oct 97 08:40:36 MDT References: Organization: Utah State University Lines: 108 Xref: news.columbia.edu comp.protocols.kermit.misc:7827 In article , Vladimir Alexiev writes: > In article jrd@cc.usu.edu (Joe Doupnik) writes: > >> > the fact remains that these apps can use emulated class 1 drivers, while >> > Kermit can't. Sometimes worse is better. >> This looks more and more like an argument waiting to happen, due to >> lack of specific information. > > Talk by Michael Ringe which is "built > upon the WATTCP library" works with EPPPD which is a class 1 PPP driver. > Kermit's TCP is also built over the WATTCP library (if information on WATTCP's > site is correct), but I guess that Joe has introduced changes that make it > incompatible with drivers emulating class 1 (Internet). Kermit's TCP/IP stack is based upon the WATTCP of over six years ago and followed its own development/evolutionary path to be a different set of code. Similarly the WATTCP of that era has itself developed and evolved to be the WATTCP of today. Neither is even nearly the same as their 1991 versions. Today the two sets of code are very different indeed. I've said this before. Class 1 Packet Drivers have no identification with "Internet"; we presume that's your name for IP packets. They purport to deal with frames on Ethernet. MS-DOS Kermit runs just fine over Class 1 Ethernet Packet Drivers, if those drivers do their job correctly. Again here are fundamentals and I hope you pause to understand this. A Packet Driver advertisizing itself as Ethernet (Class 1) on the top tells the application protocol stack that Ethernet is the lan topology and hence Ethernet rules apply. Amongst them are supporting MAC addresses, identifying stations in the same broadcast domain (and hence IP subnet) by physical layer broadcasts and direct MAC addressing (no router), and having an IP gateway to contact stations not in the same broadcast domain. An ARP for one's own IP address, for example, must fail to yield a response, and an ARP for another station on the same IP subnet must yield a proper response (or none if the station is not reachable by IP at that time). This is in addition to framing details. Ethernet runs this way. Let me emphasize this point again. Frame construction is only part of the situation. Supporting a broadcast medium via physical addresses is another part, and it is the part that is easily broken in emulation. Both parts are intrinsic components of Ethernet. See my comment on "fundamentals" below. If a PPP or carrier-pigeon or whatever driver advertisizes itself as Ethernet to the protocol stack then it must emulate Ethernet characteristics to the protocol stack. >> I thought I explained the difficulties with a driver purporting to be >> Ethernet but isn't; they are fundamental. > > How do you explain then that that talk program works? I also tried > successfully the telnet from NUPop over the same EPPPD driver, however NUPop > is not WATTCP-based. Would you like me to test WATTCP FTP or a WATTCP-based > telnet client (where is one)? > I have not the slightest idea of what code is in those programs. Have you looked at them to see what they do internally? How about the internals of those PPP drivers? What are those drivers really doing? >> > Well, these half measures prove to be adequate for other WATTCP apps. >> which are tailored for a point to point link, no doubt. > I don't think so. I don't have an ethernet connection I can try them with, but > their docs claim they work over ethernet too. It wouldn't make much sense if > they didn't. > >> > - there are apps that only support ethernet interfaces. Kermit couldn't >> > coexist with such apps because it demands a SLIP interface. >> Argumentative again. No, Kermit does not "demand" SLIP, > If Kermit is to be used with a serial link (SLIP or PPP), the packet driver > has to support class 6 (SLIP) interface. Obviously all SLIP drivers do, but > only two out of the three freely available PPP drivers do (dosppp and > MeritPPP, aka etherppp or ethernew), while ppppkt does not. More important > however is that if one would like to use another TCP app together with Kermit, > that app should also support class 6, because a driver can only run in one of > the class modes that it supports at a time. We do not support any attempt to run two TCP/IP stacks over the same lan driver, period. Folks may be succussful at times with pktmux, but that is not an item or area we are prepared to support in any way. Why? Because it is not possible to cleanly separate two or more stack's this way, despite the good work in pktmux. >> but if the alternatives fail to meet specs then that is hardly Kermit's >> fault. > What spec does a working combination "class 1 PPP driver" - "class 1 app" fail > to meet? You seem to assert that class 1 emulating serial drivers are > impossible, yet there are at least 3 such: dosppp, MeritPPP, pppshare/pppdemo. No such assertion has been made by me. You are the guy going to extremes. >> > Is BOOTP impossible with a SLIP interface? How about DHCP? >> Both use UDP over IP. How IP gets put onto the wire is another matter. > Yes, I can't think of a good reason why BOOTP shouldn't work either, but the > class 6 driver in dosppp (PPPD) doesn't support it for some reason. > >> Please do keep in mind that both BOOTP and DHCP are sensitive to physical >> address > Why? Isn't it only critical for RARP (which resolves an Ether address to an > IP address)? I guess it depends a lot on the remote side as well, because most > often the remote gives us our IP. It might be beneficial to review the specs of BOOTP and DHCP. > >> > How about Windows PPP drivers, do they support an Ethernet interface? > > (Forget about this, my mind was probably clouded when I wrote it; Windows > drivers are not packet drivers.) Joe D. From news@newsmaster.cc.columbia.edu Mon Oct 6 17:51:24 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id RAA11592 for ; Mon, 6 Oct 1997 17:51:22 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id RAA24821 for kermit.misc@watsun; Mon, 6 Oct 1997 17:51:22 -0400 (EDT) From: arthur@gateway.dircsa.org.au (Arthur Marsh) Newsgroups: comp.protocols.kermit.misc Subject: Re: Kermit via PPP under DOS? Date: 5 Oct 1997 09:58:48 +0930 Organization: DIRC - Disability Information & Resource Centre - Sth Australia Lines: 20 Message-ID: <616n00$g5m@gateway.dircsa.org.au> References: <61314v$bsc$1@apakabar.cc.columbia.edu> NNTP-Posting-Host: apache.dircsa.org.au X-Newsreader: TIN [version 1.1 PL8] Path: news.columbia.edu!news.new-york.net!news-peer.gsl.net!news.gsl.net!gip.net!news.idt.net!newsfeed.direct.ca!Supernews60!supernews.com!uunet!in4.uu.net!munnari.OZ.AU!news.mel.connect.com.au!news.ade.connect.com.au!duster.adelaide.on.net!kastagir.senet.com.au!news.adl.auslink.net!news.dircsa.org.au!news.dircsa.org.au!not-for-mail Xref: news.columbia.edu comp.protocols.kermit.misc:7828 Frank da Cruz (fdc@watsun.cc.columbia.edu) wrote: : Another command also opens the connection if it is not open, but does nothing : more: : PAUSE 0 : (or "pause" anything-else"). So a common practice is to define a TELNET : macro like this: : DEFINE TELNET SET PORT TCP \%1, PAUSE 0, IF SUCCESS CONNECT : - Frank Thanks, that did the trick... -- Arthur Marsh, telephone +61-8-8370-2365, fax +61-8-8223-5082 arthur@dircsa.org.au .endofsig From news@newsmaster.cc.columbia.edu Tue Oct 7 01:40:29 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id BAA15739 for ; Tue, 7 Oct 1997 01:39:06 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id BAA17369 for kermit.misc@watsun; Tue, 7 Oct 1997 01:39:06 -0400 (EDT) Path: news.columbia.edu!news.cloud9.net!news-out.internetmci.com!newsfeed.internetmci.com!164.67.42.145!nntp.info.ucla.edu!134.87.113.1!news.bc.net!rover.ucs.ualberta.ca!alberta!not-for-mail From: Vladimir Alexiev Newsgroups: comp.protocols.kermit.misc Subject: Re: Kermit via PPP under DOS? Date: 06 Oct 1997 19:30:11 -0600 Organization: University of Alberta, Computing Science Lines: 76 Message-ID: References: <4TpKBo0duVW2@cc.usu.edu> NNTP-Posting-Host: tees.cs.ualberta.ca In-reply-to: jrd@cc.usu.edu's message of 5 Oct 97 08:40:36 MDT X-Newsreader: Gnus v5.0.15 Xref: news.columbia.edu comp.protocols.kermit.misc:7829 In article <4TpKBo0duVW2@cc.usu.edu> jrd@cc.usu.edu (Joe Doupnik) writes: Joe, the discussion is getting unnecessarily antagonistic, and I would hate that. I understand very well that you're the driving force behind MS Kermit, and I'm very grateful for what you've done for it. But I think that making it work with emulated class 1 (if possible and feasible) would make it slightly better. Of course, it should be first determined whether this is really a desideratum (that's why I asked what are the benefits of class 1, if any), and whether the effort required is worth it. Now, I know squat about TCP stacks, but I have this gut feeling (whatever that's worth) that it is something pretty small that prevents Kermit from doing it. After all, all the required functionality for class 1 is thre, and all the required functionality for serial line drivers is there. If you decide such a task is worth pursuing, I'm offering my help with testing and experiments, and if you prefer, we can switch this discussion offline. > Class 1 Packet Drivers have no identification with "Internet"; we > presume that's your name for IP packets. Sorry, it's a typo, I meant Ethernet. > Again here are fundamentals and I hope you pause to understand this. > A Packet Driver advertisizing itself as Ethernet (Class 1) on the top tells > the application protocol stack that Ethernet is the lan topology and hence > Ethernet rules apply. Right. Something often used in the Unix world is "proxy ARPing". In that case a gateway host G that's connected to an ethernet and further to the internet, serves as a proxy to a client C that's connected to D through a PPP link. When another host X from G's ethernet ARPs with the IP of C, G returns its own MAC, and then takes care to forward any packets received as a result of that fake to C. (see eg http://www.med2000.com:457/NetAdminG/pppC.proxy_arp.html) I don't know how do EPPPD and PPP -k 1 emulate class 1, but I suppose it's somethign similar. > Amongst them are supporting MAC addresses, identifying stations in the same > broadcast domain Proxy ARPing makes C appear to be connected to G's ethernet. > Frame construction is only part of the situation. It is my understanding that class 1 emulators do take care of ARP issues. > If a PPP or carrier-pigeon or whatever driver advertisizes itself > as Ethernet to the protocol stack then it must emulate Ethernet > characteristics to the protocol stack. Which ethernet characteristics do those emulators fail to emulate, and are they critical for the operation of a telnet application? > I have not the slightest idea of what code is in those programs. > Have you looked at them to see what they do internally? No. I was hoping that we could determine what is the problem by looking at Kermit "from the outside" and/or by using some packet analyzers. > > if one would like to use another TCP app together with Kermit, that app > > should also support class 6 > We do not support any attempt to run two TCP/IP stacks over the same > lan driver, period. Folks may be succussful at times with pktmux... Consider this: a user may want to first run telnet, then close Kermit down and read their email using the same PPP connection. This is impossible if the telnet and the mail reader don't use the same driver class. > > You seem to assert that class 1 emulating serial drivers are impossible, > No such assertion has been made by me. You are the guy going to > extremes. Ok, maybe I chose my words wrong, but what you've written so far is: - class 1 is supposed to work this way: - Kermit works ok with real class 1 - ergo, there must be something wrong with class 1 emulators Of course, what I wrote isn't more technical either: - these other apps work with class 1 emulators - ergo, it should be easy to change Kermit to also work with them > >> > Is BOOTP impossible with a SLIP interface? How about DHCP? dosppp class 6 doesn't support it. How about MeritPPP class 6? From news@newsmaster.cc.columbia.edu Tue Oct 7 12:52:58 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id MAA04333 for ; Tue, 7 Oct 1997 12:52:57 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id MAA20864 for kermit.misc@watsun; Tue, 7 Oct 1997 12:52:55 -0400 (EDT) Path: news.columbia.edu!sol.ctr.columbia.edu!news.mindlink.net!nntp.portal.ca!newsfeed.direct.ca!newsfeed.internetmci.com!206.229.87.25!news-peer.sprintlink.net!news-sea-19.sprintlink.net!news-in-west.sprintlink.net!news.sprintlink.net!Sprint!128.143.2.44!hearst.acc.Virginia.EDU!mercury.vcu.edu!gems.vcu.edu!agnew From: agnew@gems.vcu.edu (Brainwave Surfer) Newsgroups: comp.protocols.kermit.misc Subject: 2 questions, pc slowing down, and dialer/multisessions Date: 7 Oct 97 10:59:48 -0400 Organization: Medical College of Virginia Lines: 27 Distribution: world Message-ID: <1997Oct7.105948.1@gems.vcu.edu> NNTP-Posting-Host: ruby.vcu.edu Xref: news.columbia.edu comp.protocols.kermit.misc:7830 Dear Netpeople, I've got a real good one... i'm using Kermit v1.1.11, i use one copy of the dialer, and typically open 'bout 4 telnet sessions at a time to the vaxen... most of which are running v5.5-2, one v6.? the one i'm using the most is running UCX, or Ultra Crude coneXtion ;-) the other is Multinet, and the peecee is running win95 B. ok, the thing is that periodically the pc slows waayy down, and i get a ROAR from the fan. both the power supply and the disk has been replaced by Dell. Anyone else seen this? my second question is: should I use one copy of the dialer for each telnet session, or isit ok to keep spinning out connects from the same dialer? thanks!!!! Jim -- /^^^\ \ / Jim Agnew | AGNEW@JADE.VCU.EDU NOTICE: Adding me to / > || Neurosurgery, | a commercial mailing list is prohibited. /\_/ ' \ / MCV-VCU | License will be $100.00, agreed to by /________________> Richmond, Va | adding me. THIS WILL BE ENFORCED!!! From news@newsmaster.cc.columbia.edu Tue Oct 7 13:39:50 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id NAA15123 for ; Tue, 7 Oct 1997 13:39:50 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id NAA23315 for kermit.misc@watsun; Tue, 7 Oct 1997 13:39:49 -0400 (EDT) Path: news.columbia.edu!watsun.cc.columbia.edu!fdc From: fdc@watsun.cc.columbia.edu (Frank da Cruz) Newsgroups: comp.protocols.kermit.misc Subject: Re: 2 questions, pc slowing down, and dialer/multisessions Date: 7 Oct 1997 17:39:43 GMT Organization: Columbia University Lines: 48 Message-ID: <61ds4v$aua$1@apakabar.cc.columbia.edu> References: <1997Oct7.105948.1@gems.vcu.edu> NNTP-Posting-Host: watsun.cc.columbia.edu Xref: news.columbia.edu comp.protocols.kermit.misc:7831 In article <1997Oct7.105948.1@gems.vcu.edu>, Brainwave Surfer wrote: : Dear Netpeople, I've got a real good one... : : i'm using Kermit v1.1.11, : : i use one copy of the dialer, and typically open 'bout 4 telnet sessions at a : time to the vaxen... most of which are running v5.5-2, one v6.? : the one i'm using the most is running UCX, or Ultra Crude coneXtion ;-) : : the other is Multinet, and the peecee is running win95 B. : : ok, the thing is that periodically the pc slows waayy down, and i get a ROAR : from the fan. both the power supply and the disk has been replaced by Dell. : Hmmm... Kermit 95 is written in Microsoft C, not assembler, so if there are any OPSAF (Overheat Power Supply and Accelerate Fan) instructions in the executable, that would be a bug in the Microsoft code generator, not the K95 source code, since you can't do that from ANSI C. : Anyone else seen this? : This is a great example of what it's like to support software applications for Windows. NOBODY knows what's going on underneath that pretty face. Something bad happens to just about everybody, but it's hardly ever the same thing. I would be really surprised if this was caused by anything specific to Kermit 95, except that nothing surprises me any more. One possibility is simply that your PC is tight on memory and so is swapping itself to death. What happens if you shut down some apps and/or add more memory? : my second question is: should I use one copy of the dialer for each telnet : session, or isit ok to keep spinning out connects from the same dialer? : You should (a) patch up to K95 version 1.1.15: http://www.columbia.edu/kermit/k95patch.html and then (b) happily start up as many sessions as you like from the same copy of the Dialer -- that's what it's for! -- within the limitations of your PC. Upgrading to the current release is always recommended, because that's the one we support. But it's especially recommended in this case because earlier releases of the Dialer did not allow multiple connections to the same entry, whereas recent ones do. - Frank From news@newsmaster.cc.columbia.edu Wed Oct 8 07:02:33 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id HAA12491 for ; Wed, 8 Oct 1997 07:02:31 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id HAA04584 for kermit.misc@watsun; Wed, 8 Oct 1997 07:02:30 -0400 (EDT) Path: news.columbia.edu!panix!howland.erols.net!netnews.com!news.idt.net!dispose.news.demon.net!demon!news.demon.co.uk!compu-inc.demon.co.uk!not-for-mail From: "Ian Houldridge" Newsgroups: comp.protocols.kermit.misc Subject: Binary files transfer terminates after 770K Date: Wed, 08 Oct 1997 11:01:52 GMT Organization: Computype Message-ID: <01bcd3d9$4dafebb0$0101c8c8@hull03> Reply-To: nospam@nospam.demon.co.uk NNTP-Posting-Host: compu-inc.demon.co.uk X-NNTP-Posting-Host: compu-inc.demon.co.uk [194.222.213.169] X-Newsreader: Microsoft Internet News 4.70.1161 Lines: 17 Xref: news.columbia.edu comp.protocols.kermit.misc:7834 I have a customer using a SUN Unix system & C-kermit 6.0.192. When he sends a binary file to my MSDOS PC running kermit 3.14 or 3.15 beta the transfer terminates each time at 770k. I can use the MSDOS versions from my NT box & transfer larger binary files no problem. I can use C-Kermit 6.0.192 from my VAX and no-problem. To get the file here, i connected the modem to my VAX and received the file (900K) there. As a test, I transfered the same file to the MSDOS PC using the VAX C-Kermit without any problems. I suspect that because I can transfer files using my NT box & VAX to the PC that the problem is on the UNIX box. Any clues Ian. From news@newsmaster.cc.columbia.edu Wed Oct 8 09:47:36 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id JAA13574 for ; Wed, 8 Oct 1997 09:47:35 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id JAA13440 for kermit.misc@watsun; Wed, 8 Oct 1997 09:47:35 -0400 (EDT) Path: news.columbia.edu!watsun.cc.columbia.edu!fdc From: fdc@watsun.cc.columbia.edu (Frank da Cruz) Newsgroups: comp.protocols.kermit.misc Subject: Re: Binary files transfer terminates after 770K Date: 8 Oct 1997 13:47:32 GMT Organization: Columbia University Lines: 27 Message-ID: <61g2tk$dc7$1@apakabar.cc.columbia.edu> References: <01bcd3d9$4dafebb0$0101c8c8@hull03> NNTP-Posting-Host: watsun.cc.columbia.edu Xref: news.columbia.edu comp.protocols.kermit.misc:7835 In article <01bcd3d9$4dafebb0$0101c8c8@hull03>, Ian Houldridge wrote: : I have a customer using a SUN Unix system & C-kermit 6.0.192. When he : sends a binary file to my MSDOS PC running kermit 3.14 or 3.15 beta the : transfer terminates each time at 770k. : No matter what file? Or only when transferring a particular file? : I can use the MSDOS versions from my NT box & transfer larger binary files : no problem. I can use C-Kermit 6.0.192 from my VAX and no-problem. : : To get the file here, i connected the modem to my VAX and received the file : (900K) there. As a test, I transfered the same file to the MSDOS PC using : the VAX C-Kermit without any problems. : : I suspect that because I can transfer files using my NT box & VAX to the PC : that the problem is on the UNIX box. : We know that all three Kermit programs (UNIX C-Kermit, VMS C-Kermit, MS-DOS Kermit) work OK. Therefore I would suspect the connection between the Sun and your PC. Exactly how is the connection made and what are its components? (modems, terminal servers, ...) Or, more to the point, how do we know how transparent the connection is? Are you using control-character "unprefixing"? If so, what happens when you "set prefixing all"? Or, in the extreme case, "set parity space"? - Frank From news@newsmaster.cc.columbia.edu Wed Oct 8 10:44:54 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id KAA25049 for ; Wed, 8 Oct 1997 10:44:53 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id KAA16464 for kermit.misc@watsun; Wed, 8 Oct 1997 10:44:52 -0400 (EDT) Path: news.columbia.edu!panix!howland.erols.net!news.maxwell.syr.edu!news.algonet.se!pepsi.tninet.se!not-for-mail From: JF Newsgroups: comp.protocols.kermit.misc Subject: Help! Date: Wed, 08 Oct 1997 16:42:54 +0200 Organization: Algonet/Tninet Lines: 4 Message-ID: <343B9BEE.EF0A3605@innova.se> NNTP-Posting-Host: du177-250.ppp.algonet.se Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailer: Mozilla 4.01 [en] (WinNT; I) X-Priority: 3 (Normal) Xref: news.columbia.edu comp.protocols.kermit.misc:7836 By connecting my two PCs witha serial cable I can "chat" but file transfering gives me "No response from Host". What could be wrong? From news@newsmaster.cc.columbia.edu Wed Oct 8 10:55:24 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id KAA27004 for ; Wed, 8 Oct 1997 10:55:23 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id KAA17049 for kermit.misc@watsun; Wed, 8 Oct 1997 10:55:20 -0400 (EDT) Path: news.columbia.edu!watsun.cc.columbia.edu!fdc From: fdc@watsun.cc.columbia.edu (Frank da Cruz) Newsgroups: comp.protocols.kermit.misc,comp.os.linux.misc Subject: x Date: 8 Oct 1997 14:55:12 GMT Organization: Columbia University Lines: 57 Message-ID: <61g6sg$for$1@apakabar.cc.columbia.edu> NNTP-Posting-Host: watsun.cc.columbia.edu Summary: Re: Kermit_6_for_Linux Xref: news.columbia.edu comp.protocols.kermit.misc:7837 comp.os.linux.misc:218981 Mike.Warby@brunel.ac.uk wrote: > I have obtained the versions 5 and 6 of kermit for running on my Pentium PC > under slackware Linux. Version 5 seems to work okay but version 6 needs to > the library > > libncurses.so.3.0 > > which I do not have and which I cannot find using the program archie. (Older > version seem to be available but not 3.0). I cannot tell if kermit needs > other libraries as well which I may or may not have. > All you need is a curses library -- any curses library. Unfortunately, this proves to be not quite so simple in Linux. Kermit itself could not care less which curses library (curses or ncurses) or version of it you have. >From the ckuker.bwr file: (3.3) C-KERMIT AND LINUX Be sure to read the comments in the "linux:" makefile entry. There are all sorts of confusing issues caused by the many and varied Linux distributions. Some of the worst involve the curses library and header files: where are they, what are they called, which ones are they really? Ditto for UUCP lock files. To add to the confusion, the curses library (now, as of C-Kermit 6.0.193, by popular demand, ncurses rather than curses) is dynamically linked, rather than linked into the executable. This means a certain relationship must obtain between the version number referenced in the executable and the version number of the library. But there are evidently several different numbering systems for libncurses.so -- e.g. 1.9.9e is another "name" for 3.0 -- but the program loader doesn't know that and so won't run the program. Solution: rebuild it yourself from source code, and if you have additional trouble, come back and read this section (but you can skip this paragraph on future readings). (etc etc)... > Can you give me advice as to what to do. I have ordered the book "Using > C-Kermit" from our University bookshop and I would if possible like to use > version 6 instead of version 5. I am not sure whether this is relevant, but > I obtained my slackware linux in 1996 and have since upgraded my kernel to > version 2.0.29. > We also have a C-Kermit 6.0.192 Slackware install package. In case that is not what you are working from, you might want to try it: ftp://kermit.columbia.edu/kermit/linux/slackware/cku192-slackware-i386.tgz If this doesn't doesn't work for you, you can, of course, build a new copy yourself from source code: ftp://kermit.columbia.edu/kermit/archives/cku192.tar.gz uncompress, untar, "make linux". But again, you might have trouble, and if you do, then follow the instructions in the makefile entry for putting and/or naming curses-related things so that they can be found in the expected places. - Frank From news@newsmaster.cc.columbia.edu Wed Oct 8 11:03:37 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id LAA28990 for ; Wed, 8 Oct 1997 11:03:37 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id LAA17561 for kermit.misc@watsun; Wed, 8 Oct 1997 11:03:36 -0400 (EDT) Path: news.columbia.edu!watsun.cc.columbia.edu!fdc From: fdc@watsun.cc.columbia.edu (Frank da Cruz) Newsgroups: comp.protocols.kermit.misc Subject: Re: Help! Date: 8 Oct 1997 15:03:35 GMT Organization: Columbia University Lines: 10 Message-ID: <61g7c7$g1f$1@apakabar.cc.columbia.edu> References: <343B9BEE.EF0A3605@innova.se> NNTP-Posting-Host: watsun.cc.columbia.edu Xref: news.columbia.edu comp.protocols.kermit.misc:7838 In article <343B9BEE.EF0A3605@innova.se>, JF wrote: : By connecting my two PCs witha serial cable I can "chat" but file : transfering gives me "No response from Host". What could be wrong? : Assuming you have given the appropriate file-transfer commands on each end, probably a lack of effective flow control. Do you have a true null- modem cable, in which the RTS and CTS wires are crossed? Have you told both Kermit programs to use RTS/CTS flow control? - Frank From news@newsmaster.cc.columbia.edu Wed Oct 8 16:26:36 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id QAA09265 for ; Wed, 8 Oct 1997 16:26:35 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id QAA05199 for kermit.misc@watsun; Wed, 8 Oct 1997 16:26:34 -0400 (EDT) Path: news.columbia.edu!panix!logbridge.uoregon.edu!news.bc.net!torn!nott!nrccsb2.di.nrc.ca!not-for-mail From: Christy McBean Newsgroups: comp.protocols.kermit.misc Subject: Adding New Dialer Entry Date: Wed, 08 Oct 1997 16:19:44 -0400 Organization: National Research Council, Canada Lines: 10 Message-ID: <343BEAE0.88BFD349@nrc.ca> NNTP-Posting-Host: 132.246.24.42 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailer: Mozilla 4.01 [en] (Win95; I) X-Priority: 3 (Normal) Xref: news.columbia.edu comp.protocols.kermit.misc:7839 Is there some way to change what file is modified when a new entry is added to the Kermit Dialer? The reason I am asking is because we have installed Kermit 1.1.15 on our server. We would like our users to be able to run it from the server but we would like them to be able to add entries to their (personal??) dialer without affecting the dialer on the server. Is this possible? Thanks in advance, Christy McBean From news@newsmaster.cc.columbia.edu Wed Oct 8 16:35:52 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id QAA13246 for ; Wed, 8 Oct 1997 16:35:51 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id QAA05736 for kermit.misc@watsun; Wed, 8 Oct 1997 16:35:50 -0400 (EDT) Path: news.columbia.edu!watsun.cc.columbia.edu!fdc From: fdc@watsun.cc.columbia.edu (Frank da Cruz) Newsgroups: comp.protocols.kermit.misc Subject: Re: Adding New Dialer Entry Date: 8 Oct 1997 20:35:47 GMT Organization: Columbia University Lines: 12 Message-ID: <61gqr3$s1n$1@apakabar.cc.columbia.edu> References: <343BEAE0.88BFD349@nrc.ca> NNTP-Posting-Host: watsun.cc.columbia.edu Xref: news.columbia.edu comp.protocols.kermit.misc:7840 In article <343BEAE0.88BFD349@nrc.ca>, Christy McBean wrote: : Is there some way to change what file is modified when a new entry : is added to the Kermit Dialer? The reason I am asking is because we : have installed Kermit 1.1.15 on our server. We would like our users to : be able to run it from the server but we would like them to be able to : add entries to their (personal??) dialer without affecting the dialer on : the server. Is this possible? : Yes. See the Kermit 95 READ.ME file. - Frank From news@newsmaster.cc.columbia.edu Wed Oct 8 18:47:05 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id SAA10490 for ; Wed, 8 Oct 1997 18:47:05 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id SAA13031 for kermit.misc@watsun; Wed, 8 Oct 1997 18:47:04 -0400 (EDT) Path: news.columbia.edu!news.new-york.net!news-peer.gsl.net!news.gsl.net!gip.net!news-peer.sprintlink.net!news.sprintlink.net!Sprint!uunet!in4.uu.net!hearst.acc.Virginia.EDU!mercury.vcu.edu!gems.vcu.edu!agnew From: agnew@gems.vcu.edu (Brainwave Surfer) Newsgroups: comp.protocols.kermit.misc Subject: Re: 2 questions, pc slowing down, and dialer/multisessions Date: 8 Oct 97 10:21:41 -0400 Organization: Medical College of Virginia Lines: 67 Distribution: world Message-ID: <1997Oct8.102141.1@gems.vcu.edu> References: <1997Oct7.105948.1@gems.vcu.edu> <61ds4v$aua$1@apakabar.cc.columbia.edu> NNTP-Posting-Host: ruby.vcu.edu Xref: news.columbia.edu comp.protocols.kermit.misc:7841 In article <61ds4v$aua$1@apakabar.cc.columbia.edu>, fdc@watsun.cc.columbia.edu (Frank da Cruz) writes: > In article <1997Oct7.105948.1@gems.vcu.edu>, > Brainwave Surfer wrote: > : Dear Netpeople, I've got a real good one... > : > : i'm using Kermit v1.1.11, > : > : i use one copy of the dialer, and typically open 'bout 4 telnet sessions at a > : time to the vaxen... most of which are running v5.5-2, one v6.? > : the one i'm using the most is running UCX, or Ultra Crude coneXtion ;-) > : > : the other is Multinet, and the peecee is running win95 B. > : > : ok, the thing is that periodically the pc slows waayy down, and i get a ROAR > : from the fan. both the power supply and the disk has been replaced by Dell. > : > Hmmm... Kermit 95 is written in Microsoft C, not assembler, so if there are > any OPSAF (Overheat Power Supply and Accelerate Fan) instructions in the > executable, that would be a bug in the Microsoft code generator, not the K95 > source code, since you can't do that from ANSI C. > Frank, remember the HCF instruction from ibm 370 assembler? Halt, Catch Fire.. > : Anyone else seen this? > : > This is a great example of what it's like to support software applications > for Windows. NOBODY knows what's going on underneath that pretty face. > Something bad happens to just about everybody, but it's hardly ever the same > thing. > > I would be really surprised if this was caused by anything specific to Kermit > 95, except that nothing surprises me any more. One possibility is simply that > your PC is tight on memory and so is swapping itself to death. What happens > if you shut down some apps and/or add more memory? > Same thing, i have 32 megs ram.. > : my second question is: should I use one copy of the dialer for each telnet > : session, or isit ok to keep spinning out connects from the same dialer? > : > You should (a) patch up to K95 version 1.1.15: > > http://www.columbia.edu/kermit/k95patch.html > > and then (b) happily start up as many sessions as you like from the same copy > of the Dialer -- that's what it's for! -- within the limitations of your PC. > > Upgrading to the current release is always recommended, because that's the one > we support. But it's especially recommended in this case because earlier > releases of the Dialer did not allow multiple connections to the same entry, > whereas recent ones do. > > - Frank that is probably what the problem is... i'll upgrade and see if the cpu melts this time.. ;-) Thanks for your help, Frank. -- /^^^\ \ / Jim Agnew | AGNEW@JADE.VCU.EDU NOTICE: Adding me to / > || Neurosurgery, | a commercial mailing list is prohibited. /\_/ ' \ / MCV-VCU | License will be $100.00, agreed to by /________________> Richmond, Va | adding me. THIS WILL BE ENFORCED!!! From news@newsmaster.cc.columbia.edu Thu Oct 9 05:25:58 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id FAA13953 for ; Thu, 9 Oct 1997 05:25:57 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id FAA12817 for kermit.misc@watsun; Thu, 9 Oct 1997 05:25:57 -0400 (EDT) Path: news.columbia.edu!panix!howland.erols.net!newsfeed.internetmci.com!204.238.120.130!jump.net!grunt.dejanews.com!not-for-mail Date: Thu, 09 Oct 1997 04:21:34 -0600 From: weldata@compuserve.com Subject: Kermit 2.32 How to auto answer my remote system Newsgroups: comp.protocols.kermit.misc Message-ID: <876209123.10362@dejanews.com> Organization: Deja News Posting Service X-Article-Creation-Date: Tue Oct 07 07:25:23 1997 GMT X-Originating-IP-Addr: 199.174.234.232 (hd54-232.hil.compuserve.com) X-Http-User-Agent: Mozilla/2.0 (compatible; MSIE 3.02; Update a; Windows 95) X-Authenticated-Sender: weldata@compuserve.com Lines: 24 Xref: news.columbia.edu comp.protocols.kermit.misc:7842 Dear Kermit Freaks, I want to create a Remote -Kermit- based Server, where I can login locally (All PC's). I'm using the 2.32 kermit version. The remote PC has to obey the local PC. e.g. The local PC has to send & Recieve files from the remote system. The Remote System has to obey all commands initiating by the local PC. I want to create the following configuration: - The remote system (PC) must be set to auto-answer the ANSWER-command will not work because of the older -2.32- version we use); - What commands do I have to use on both sides, when auto answer is established on the remote side, for up/down loading files. Thanks for prompt response, Robbert de Kraa Weldata The Netherlands -------------------==== Posted via Deja News ====----------------------- http://www.dejanews.com/ Search, Read, Post to Usenet From news@newsmaster.cc.columbia.edu Thu Oct 9 08:44:08 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id IAA03744 for ; Thu, 9 Oct 1997 08:44:07 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id IAA23031 for kermit.misc@watsun; Thu, 9 Oct 1997 08:44:07 -0400 (EDT) Path: news.columbia.edu!watsun.cc.columbia.edu!fdc From: fdc@watsun.cc.columbia.edu (Frank da Cruz) Newsgroups: comp.protocols.kermit.misc Subject: Re: Kermit 2.32 How to auto answer my remote system Date: 9 Oct 1997 12:44:06 GMT Organization: Columbia University Lines: 49 Message-ID: <61ijim$snt$1@apakabar.cc.columbia.edu> References: <876209123.10362@dejanews.com> NNTP-Posting-Host: watsun.cc.columbia.edu Xref: news.columbia.edu comp.protocols.kermit.misc:7844 In article <876209123.10362@dejanews.com>, wrote: : I want to create a Remote -Kermit- based Server, where I can login : locally (All PC's). I'm using the 2.32 kermit version. : >From 1988? But this is 1997. Are you an antique software collector? Why don't you try this year's model? http://www.columbia.edu/kermit/mskermit.html : The remote PC has to obey the local PC. e.g. The local PC has to send & : Recieve files from the remote system. The Remote System has to obey all : commands initiating by the local PC. : : I want to create the following configuration: : : - The remote system (PC) must be set to auto-answer the ANSWER-command : will not work because of the older -2.32- version we use); - What : commands do I have to use on both sides, when auto answer is established : on the remote side, for up/down loading files. : There is an entire manual to explain all of this. In MS-DOS Kermit, all modem interactions are done by scripts or by hand. You'll need to "manually" (or by script) put the modem in answer mode; usually the command is: ATS0=1 when the call comes in (when the CONNECT message appears), then enter server mode. Example (for MS-DOS Kermit 3.15): cd xxx ; Change to desired directory ; Put server and other Kermit configuration commands here. ; ; Send any desired modem configuration commands here, then... ; output ATS0=1\13 input 2 OK if fail stop 1 No response from modem echo Waiting for call... while true { input 600 CONNECT if fail echo Still waiting... break } server - Frank From news@newsmaster.cc.columbia.edu Fri Oct 10 12:15:07 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id MAA10413 for ; Fri, 10 Oct 1997 12:15:06 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id MAA04475 for kermit.misc@watsun; Fri, 10 Oct 1997 12:15:06 -0400 (EDT) Path: news.columbia.edu!news.new-york.net!news-peer.gsl.net!news.gsl.net!gip.net!nntprelay.mathworks.com!cam-news-hub1.bbnplanet.com!su-news-hub1.bbnplanet.com!news.bbnplanet.com!news.Stanford.EDU!kithrup.com!cyberspam!not-for-mail From: sef@kithrup.com Newsgroups: comp.protocols.kermit.misc Subject: cmsg cancel <61k67t$e1r$17@PaperBoy.livenet.net> Date: 10 Oct 1997 06:19:40 GMT Control: cancel <61k67t$e1r$17@PaperBoy.livenet.net> Message-ID: Sender: john@outercon.com X-Cancelled-By: sef@kithrup.com Approved: sef@kithrup.com Lines: 1 Xref: news.columbia.edu control.cancel:19828070 Spam cancelled by sef@kithrup.com From news@newsmaster.cc.columbia.edu Fri Oct 10 21:13:48 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id VAA13033 for ; Fri, 10 Oct 1997 21:13:46 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id VAA03293 for kermit.misc@watsun; Fri, 10 Oct 1997 21:13:46 -0400 (EDT) Path: news.columbia.edu!panix!howland.erols.net!cpk-news-hub1.bbnplanet.com!news.bbnplanet.com!sunqbc.risq.qc.ca!news.uow.edu.au!socs.uts.edu.au!not-for-mail From: "Vi Nham" Newsgroups: comp.protocols.kermit.misc Subject: Where Can I Get FAQ for Kermit/Zmodem? Date: 11 Oct 1997 01:01:27 GMT Organization: UTS Lines: 6 Message-ID: <01bcd5e1$cea68a30$072e7893@lilly> NNTP-Posting-Host: modem27.socs.uts.edu.au X-Trace: woodstock.socs.uts.EDU.AU 876531687 17848 (None) 138.25.14.67 X-Complaints-To: news@socs.uts.EDU.AU X-Newsreader: Microsoft Internet News 4.70.1161 Xref: news.columbia.edu comp.protocols.kermit.misc:7849 Hi Everyone, I am looking for FAQ for Kermit and Zmodem. Thanks, Vi From news@newsmaster.cc.columbia.edu Sat Oct 11 06:32:19 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id GAA09770 for ; Sat, 11 Oct 1997 06:32:19 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id GAA27761 for kermit.misc@watsun; Sat, 11 Oct 1997 06:32:18 -0400 (EDT) Path: news.columbia.edu!news.cloud9.net!news-out.internetmci.com!newsfeed.internetmci.com!128.230.129.106!news.maxwell.syr.edu!news-feed.inet.tele.dk!enews.sgi.com!news.sgi.com!cygnus.com!kithrup.com!cyberspam!not-for-mail From: sef@kithrup.com Newsgroups: comp.protocols.kermit.misc Subject: cmsg cancel <61mo3g$p8u$8161@ddi2.digital.net> Date: 11 Oct 1997 03:24:26 GMT Control: cancel <61mo3g$p8u$8161@ddi2.digital.net> Message-ID: Sender: INSTANT SEX APPEAL X-Cancelled-By: sef@kithrup.com Approved: sef@kithrup.com Lines: 1 Xref: news.columbia.edu control.cancel:19907553 Spam cancelled by sef@kithrup.com From news@newsmaster.cc.columbia.edu Sat Oct 11 19:39:37 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id TAA05725 for ; Sat, 11 Oct 1997 19:39:37 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id TAA07547 for kermit.misc@watsun; Sat, 11 Oct 1997 19:39:36 -0400 (EDT) From: fuzzy@ibm.net (Jeff Tomich) Newsgroups: comp.protocols.kermit.misc Subject: Help, 3com packet driver. How to? Date: Sat, 11 Oct 1997 23:37:37 GMT Reply-To: fuzzy@ibm.net Message-ID: <34400d14.170970272@news-s01.ny.us.ibm.net> X-Newsreader: Forte Free Agent 1.11/32.235 NNTP-Posting-Host: 32.100.34.29 Lines: 14 Path: news.columbia.edu!panix!howland.erols.net!cpk-news-hub1.bbnplanet.com!news.bbnplanet.com!newsm.ibm.net!ibm.net!news1.ibm.net!32.100.34.29 Xref: news.columbia.edu comp.protocols.kermit.misc:7851 I need to load the 3com packert driver to support a tcp telnet session with dos mskermit. Looking in the book doesn't show me how to specify on the command line how to instruct its i/o base address and irq of the network card. The network card is 0x340 and the irq is 12. 3c509pd 0x60 12 0x340 ? How do I do this? Thanks, Jeff Please reply email: fuzzy@ibm.net From news@newsmaster.cc.columbia.edu Sat Oct 11 23:54:09 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id XAA06472 for ; Sat, 11 Oct 1997 23:54:08 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id XAA22083 for kermit.misc@watsun; Sat, 11 Oct 1997 23:54:08 -0400 (EDT) Path: news.columbia.edu!panix!howland.erols.net!newsfeed.internetmci.com!152.163.199.19!portc03.blue.aol.com!audrey02.news.aol.com!not-for-mail From: chavezlee@aol.com (Chavez Lee) Newsgroups: comp.protocols.kermit.misc Subject: ckermit 6.0 set protocol xmodem Date: 12 Oct 1997 03:53:55 GMT Lines: 9 Message-ID: <19971012035301.XAA11956@ladder02.news.aol.com> NNTP-Posting-Host: ladder02.news.aol.com X-Admin: news@aol.com Organization: AOL http://www.aol.com Xref: news.columbia.edu comp.protocols.kermit.misc:7852 Hello out there, ckermit 6.0 has been made available on hpux now. I wanted to use xmodem protocol but has not had sucess. After doing set protocl xmodem in ckermit and tries to send or receive, I get the error, "sh: sx: not found". Since ckermit on is supported by Columbia University Kermit division, hp does not help... The problem occurs after doing take ckurzsz.ini. Where is sx program??? regards. cl From news@newsmaster.cc.columbia.edu Sun Oct 12 11:44:49 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id LAA09374 for ; Sun, 12 Oct 1997 11:44:47 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id LAA24628 for kermit.misc@watsun; Sun, 12 Oct 1997 11:44:47 -0400 (EDT) Path: news.columbia.edu!news.new-york.net!news-spur1.maxwell.syr.edu!news.maxwell.syr.edu!howland.erols.net!cpk-news-hub1.bbnplanet.com!su-news-hub1.bbnplanet.com!news.bbnplanet.com!news.Stanford.EDU!kithrup.com!cyberspam!not-for-mail From: sef@kithrup.com Newsgroups: comp.protocols.kermit.misc Subject: cmsg cancel <091097200958@lowprice13.com> Date: 12 Oct 1997 06:11:34 GMT Control: cancel <091097200958@lowprice13.com> Message-ID: Sender: "CALLNOW"4bestbuy@lowprice13.com X-Cancelled-By: sef@kithrup.com Approved: sef@kithrup.com Lines: 1 Xref: news.columbia.edu control.cancel:20094119 Spam cancelled by sef@kithrup.com From news@newsmaster.cc.columbia.edu Mon Oct 13 03:33:14 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id DAA20957 for ; Mon, 13 Oct 1997 03:33:14 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id DAA10047 for kermit.misc@watsun; Mon, 13 Oct 1997 03:33:13 -0400 (EDT) Path: news.columbia.edu!sol.ctr.columbia.edu!newsxfer3.itd.umich.edu!sunqbc.risq.qc.ca!news.maxwell.syr.edu!www.nntp.primenet.com!globalcenter0!news.primenet.com!nntp.primenet.com!news.asu.edu!ennfs.eas.asu.edu!cs.utexas.edu!news.cs.utah.edu!cc.usu.edu!jrd From: jrd@cc.usu.edu (Joe Doupnik) Newsgroups: comp.protocols.kermit.misc Subject: Re: Help, 3com packet driver. How to? Message-ID: <8Q6KIfLwWVeX@cc.usu.edu> Date: 12 Oct 97 09:59:28 MDT References: <34400d14.170970272@news-s01.ny.us.ibm.net> Organization: Utah State University Lines: 20 Xref: news.columbia.edu comp.protocols.kermit.misc:7853 In article <34400d14.170970272@news-s01.ny.us.ibm.net>, fuzzy@ibm.net (Jeff Tomich) writes: > I need to load the 3com packert driver to support a tcp telnet session > with dos mskermit. Looking in the book doesn't show me how to specify > on the command line how to instruct its i/o base address and irq of > the network card. > > The network card is 0x340 and the irq is 12. > > 3c509pd 0x60 12 0x340 ? > > How do I do this? > > Thanks, Jeff > Please reply email: fuzzy@ibm.net --------- The command line syntax is governed by who wrote the Packet Driver, and the Kermit project did not write it. Instructions on the PD should have been included with it, so please check that resource. Otherwise experiment with syntax and note what the PD says when it is loaded. Joe D. From news@newsmaster.cc.columbia.edu Mon Oct 13 09:53:40 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id JAA29873 for ; Mon, 13 Oct 1997 09:53:40 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id JAA18899 for kermit.misc@watsun; Mon, 13 Oct 1997 09:53:40 -0400 (EDT) Path: news.columbia.edu!watsun.cc.columbia.edu!fdc From: fdc@watsun.cc.columbia.edu (Frank da Cruz) Newsgroups: comp.protocols.kermit.misc Subject: Re: Where Can I Get FAQ for Kermit/Zmodem? Date: 13 Oct 1997 13:53:38 GMT Organization: Columbia University Lines: 12 Message-ID: <61t952$at4$1@apakabar.cc.columbia.edu> References: <01bcd5e1$cea68a30$072e7893@lilly> NNTP-Posting-Host: watsun.cc.columbia.edu Xref: news.columbia.edu comp.protocols.kermit.misc:7854 In article <01bcd5e1$cea68a30$072e7893@lilly>, Vi Nham wrote: : Hi Everyone, : : I am looking for FAQ for Kermit and Zmodem. : For Kermit it is: http://www.columbia.edu/kermit/faq.html ftp://kermit.columbia.edu/kermit/faq.txt - Frank From news@newsmaster.cc.columbia.edu Mon Oct 13 09:59:26 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id JAA01010 for ; Mon, 13 Oct 1997 09:59:26 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id JAA19152 for kermit.misc@watsun; Mon, 13 Oct 1997 09:59:25 -0400 (EDT) Path: news.columbia.edu!watsun.cc.columbia.edu!fdc From: fdc@watsun.cc.columbia.edu (Frank da Cruz) Newsgroups: comp.protocols.kermit.misc Subject: Re: ckermit 6.0 set protocol xmodem Date: 13 Oct 1997 13:59:24 GMT Organization: Columbia University Lines: 17 Message-ID: <61t9fs$b2f$1@apakabar.cc.columbia.edu> References: <19971012035301.XAA11956@ladder02.news.aol.com> NNTP-Posting-Host: watsun.cc.columbia.edu Xref: news.columbia.edu comp.protocols.kermit.misc:7855 In article <19971012035301.XAA11956@ladder02.news.aol.com>, Chavez Lee wrote: : ckermit 6.0 has been made available on hpux now. I wanted to use xmodem : protocol but has not had sucess. After doing set protocl xmodem in ckermit : and tries to send or receive, I get the error, "sh: sx: not found". Since : ckermit on : is supported by Columbia University Kermit division, hp does not help... : The problem occurs after doing take ckurzsz.ini. Where is sx program??? : Xmodem is an external protocol to Kermit. Kermit does not include Xmodem; rather, it includes an interface to an external Xmodem program, which does not come from here. The official source for sx/rx/sb/rb/sz/rb programs is Omen Technology, which should be able to supply you with versions for HP-UX. If your HP-UX system does not have this software, you will need to obtain it and install it in the PATH. - Frank From news@newsmaster.cc.columbia.edu Mon Oct 13 11:04:52 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id LAA17813 for ; Mon, 13 Oct 1997 11:04:50 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id LAA22581 for kermit.misc@watsun; Mon, 13 Oct 1997 11:04:50 -0400 (EDT) Newsgroups: comp.protocols.kermit.misc Path: news.columbia.edu!panix!cam-news-hub1.bbnplanet.com!news.bbnplanet.com!news.idt.net!ix.netcom.com!dkcombs From: dkcombs@netcom.com (David Combs) Subject: french chars: solaris <--- kermit ----> netcom(sunos)? Message-ID: Organization: Netcom On-Line Services Date: Mon, 13 Oct 1997 14:44:29 GMT Lines: 38 Sender: dkcombs@netcom23.netcom.com Xref: news.columbia.edu comp.protocols.kermit.misc:7856 Newsgroups: comp.protocols.kermit.misc Subject: kermit & suns: reading french accents? Summary: Followup-To: Distribution: world Organization: Netcom On-Line Services Keywords: If I download a file containing eg french, onto my sun with solaris, and "more" the file, I can see the accents fine; they display above the chars, just the way you'd like. But when logged into shell account on netcom, and do the "more" THERE, or read mail (via unix "mail" prog), or read a web page via lynx, those chars do NOT show up on my screen -- it looks like misspelled french. (Oh, the download works ok because I tar and gz it, and use -i, I suppose that's why) Anyway, what do I set to be able to SEE the french, WHILE logged in into netcom shell acct: 1: on the local computer (solaris -- probably already set ok, since "more" here works ok), 2: for KERMIT, which I use to dial into netcom, 3: and for the foreign computer, netcom's sparcstations running sunos 4.x. I grew up with 7bit ascii, clearly know nothing of this new 8bit stuff, and haven't a clue about the settings. THANKS! From news@newsmaster.cc.columbia.edu Mon Oct 13 11:17:02 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id LAA22267 for ; Mon, 13 Oct 1997 11:17:01 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id LAA23212 for kermit.misc@watsun; Mon, 13 Oct 1997 11:17:00 -0400 (EDT) Path: news.columbia.edu!watsun.cc.columbia.edu!fdc From: fdc@watsun.cc.columbia.edu (Frank da Cruz) Newsgroups: comp.protocols.kermit.misc Subject: Re: french chars: solaris <--- kermit ----> netcom(sunos)? Date: 13 Oct 1997 15:16:59 GMT Organization: Columbia University Lines: 75 Message-ID: <61te1b$dol$1@apakabar.cc.columbia.edu> References: NNTP-Posting-Host: watsun.cc.columbia.edu Xref: news.columbia.edu comp.protocols.kermit.misc:7857 In article , David Combs wrote: : Newsgroups: comp.protocols.kermit.misc : Subject: kermit & suns: reading french accents? : Summary: : Followup-To: : Distribution: world : Organization: Netcom On-Line Services : Keywords: : : If I download a file containing eg french, onto : my sun with solaris, and "more" the file, I can : see the accents fine; they display above the : chars, just the way you'd like. : : But when logged into shell account on netcom, : and do the "more" THERE, or read mail (via unix : "mail" prog), or read a web page via lynx, : those chars do NOT show up on my screen -- : it looks like misspelled french. : : (Oh, the download works ok because I tar : and gz it, and use -i, I suppose that's why) : : Anyway, what do I set to be able to SEE the : french, WHILE logged in into netcom shell acct: : : 1: on the local computer (solaris -- probably already : set ok, since "more" here works ok), : 2: for KERMIT, which I use to dial into netcom, : 3: and for the foreign computer, netcom's : sparcstations running sunos 4.x. : : I grew up with 7bit ascii, clearly know : nothing of this new 8bit stuff, and : haven't a clue about the settings. : There are many issues here: . Different computers might use different encodings for non-ASCII characters, and when transferring files containing non-ASCII characters between such computers, you need to specify the source and destination character sets. Kermit software is the only file-transfer software that lets you do this -- but it's not telepathic. You have to tell it what the character sets are ("set file character-set", "set transfer character-set"). . When viewing non-ASCII with a terminal or emulator, you must set the terminal or emulator to the same encoding that is used on the host. Again, Kermit software lets you do this, but you have to tell it exactly what to do ("set terminal character-set"). . If the encoding uses 8-bit bytes, you have to take all the necessary measures to make the connection 8-bit clean. In Kermit, the relevant commands are "set parity none", "set terminal bytesize 8", "set command bytesize 8". But you also need to set up your host for this, and the command for this depends on your host ("set term /eight", "stty pass8", "stty cs8", etc). In addition, you have to make sure that any intervening devices or communication methods (telnet or rlogin from terminal server, etc) are themselves 8-bit clean, and again, the method for doing this depends on the specific device. The current version of C-Kermit is 6.0: http://www.columbia.edu/kermit/ck60.html The manual includes an entire chapter on character sets and how to use them. - Frank From news@newsmaster.cc.columbia.edu Mon Oct 13 13:03:06 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id NAA20419 for ; Mon, 13 Oct 1997 13:03:05 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id NAA28720 for kermit.misc@watsun; Mon, 13 Oct 1997 13:03:05 -0400 (EDT) Path: news.columbia.edu!panix!howland.erols.net!news.maxwell.syr.edu!news-feed1.tiac.net!news.ultranet.com!not-for-mail From: newguy Newsgroups: comp.protocols.kermit.misc Subject: Q: How can I get Win95 to shutdown if kermit is running?... Date: Mon, 13 Oct 1997 13:05:32 -0400 Organization: UltraNet Communications, Inc. Lines: 15 Message-ID: <344254DB.294759B5@southeast.net> NNTP-Posting-Host: d6.dial-2.lwl.ma.ultra.net Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailer: Mozilla 4.02 [en] (Win95; I) Xref: news.columbia.edu comp.protocols.kermit.misc:7858 We have a turnkey application that runs on Win95 and uses Kermit95. The operators are not computer savvy. If Kermit95 is running when they try to shutdown Windows95, windows says the application must be terminated before shutting down windows. This requires the operators to bring up the K95 screen, and enter Control-C (it is running in server mode) to shutdown windows. Is there anyway to get Kermit95 to automatically terminate if windows95 is shutting down? Anyway to get Windows to shutdown anyway (even if Kermit95 is still running)? Please reply to this newsgroup, our email is flaky. Thanks. From news@newsmaster.cc.columbia.edu Mon Oct 13 13:12:37 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id NAA21813 for ; Mon, 13 Oct 1997 13:12:36 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id NAA29194 for kermit.misc@watsun; Mon, 13 Oct 1997 13:12:36 -0400 (EDT) Path: news.columbia.edu!panix!howland.erols.net!news.maxwell.syr.edu!news-feed1.tiac.net!news.ultranet.com!not-for-mail From: newguy Newsgroups: comp.protocols.kermit.misc Subject: Need script to run automatically after each K95 server-mode file received... Date: Mon, 13 Oct 1997 13:10:03 -0400 Organization: UltraNet Communications, Inc. Lines: 24 Message-ID: <344255EA.40ACF522@southeast.net> NNTP-Posting-Host: d6.dial-2.lwl.ma.ultra.net Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailer: Mozilla 4.02 [en] (Win95; I) Xref: news.columbia.edu comp.protocols.kermit.misc:7859 We run Kermit95 in server-mode to receive files from a database machine unattended. Unfortunately, we need the file names on the received end to be renamed from the name that the sending kermit is using. The _real_ name that should be used is contained in a text line in the file itself (i.e. something like FILENAME=what.name.should.really.be . Is there a way to get a script to run after each successful receipt of a file while remaining in server mode? (A simple script could read the file, get the proper name, and then rename the file.) Failing that, could anyone help with a script that would: 1) manually wait to receive a file (forever) 2) after successful receipt, rename the file 3) loop back to step 1 (In effect, this script would act like server mode) Please respond to this newsgroup, our email is flaky. Thanks. From news@newsmaster.cc.columbia.edu Mon Oct 13 13:30:47 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id NAA25349 for ; Mon, 13 Oct 1997 13:30:46 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id NAA00031 for kermit.misc@watsun; Mon, 13 Oct 1997 13:30:45 -0400 (EDT) Path: news.columbia.edu!watsun.cc.columbia.edu!jaltman From: jaltman@watsun.cc.columbia.edu (Jeffrey Altman) Newsgroups: comp.protocols.kermit.misc Subject: Re: Q: How can I get Win95 to shutdown if kermit is running?... Date: 13 Oct 1997 17:30:38 GMT Organization: Columbia University Lines: 24 Message-ID: <61tlru$ink$1@apakabar.cc.columbia.edu> References: <344254DB.294759B5@southeast.net> NNTP-Posting-Host: watsun.cc.columbia.edu Xref: news.columbia.edu comp.protocols.kermit.misc:7860 In article <344254DB.294759B5@southeast.net>, newguy wrote: : We have a turnkey application that runs on Win95 and uses Kermit95. The : operators are not computer savvy. If Kermit95 is running when they try : to shutdown Windows95, windows says the application must be terminated : before shutting down windows. This requires the operators to bring up : the K95 screen, and enter Control-C (it is running in server mode) to : shutdown windows. This problem is caused by a failure of Windows 95 to transmit CLOSE messages to Console applications. : Is there anyway to get Kermit95 to automatically terminate if windows95 : is shutting down? Anyway to get Windows to shutdown anyway (even if : Kermit95 is still running)? If you open the properties box for \WINDOWS\SYSTEM\CONAGENT.EXE you can specify on the Misc page that Widnows should not warn before closing Console windows. However, do this at your own risk because by disabling the warning Kermit-95 will be unable to free any resources that are Jeffrey Altman * Sr.Software Designer * Kermit-95 for Win32 and OS/2 The Kermit Project * Columbia University 612 West 115th St #716 * New York, NY * 10025 * (212) 854-1344 http://www.columbia.edu/kermit/k95.html * kermit-support@columbia.edu From news@newsmaster.cc.columbia.edu Mon Oct 13 13:42:19 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id NAA28824 for ; Mon, 13 Oct 1997 13:42:18 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id NAA00594 for kermit.misc@watsun; Mon, 13 Oct 1997 13:42:18 -0400 (EDT) Path: news.columbia.edu!watsun.cc.columbia.edu!fdc From: fdc@watsun.cc.columbia.edu (Frank da Cruz) Newsgroups: comp.protocols.kermit.misc Subject: Re: Need script to run automatically after each K95 server-mode file received... Date: 13 Oct 1997 17:42:13 GMT Organization: Columbia University Lines: 68 Message-ID: <61tmhl$j3a$1@apakabar.cc.columbia.edu> References: <344255EA.40ACF522@southeast.net> NNTP-Posting-Host: watsun.cc.columbia.edu Xref: news.columbia.edu comp.protocols.kermit.misc:7861 In article <344255EA.40ACF522@southeast.net>, newguy wrote: : We run Kermit95 in server-mode to receive files from a database machine : unattended. : : Unfortunately, we need the file names on the received end to be renamed : from the name that the sending kermit is using. The _real_ name that : should be used is contained in a text line in the file itself (i.e. : something like FILENAME=what.name.should.really.be . : : Is there a way to get a script to run after each successful receipt of a : file while remaining in server mode? (A simple script could read the : file, get the proper name, and then rename the file.) : No. As long as Kermit stays in server mode, it won't run any scripts, and presently we have no provision for "user exits" upon receipt of files, though this might be added in the future. : Failing that, could anyone help with a script that would: : 1) manually wait to receive a file (forever) : 2) after successful receipt, rename the file : 3) loop back to step 1 : (In effect, this script would act like server mode) : Something like this: while true { receive if fail continue "rename the file" } The question is, how does "rename the file" work? This is left as an exercise to the reader :-) Here are some hints: . You can use OPEN READ, READ, and CLOSE read to read lines from a file. Use this to read the "FILENAME=what.name.should.really.be" files. To avoid having to do this every time a new file arrives, read them into an array, then loop through the array to accomplish the lookup each time. . Or for the more adventurous, read the file once and create an associative list in which the variable name is constructed from the left hand side of the =, and its value is the right hand side. (Subhint: See page 457 of "Using C-Kermit", 2nd Ed, for how to construct variable names dynamically). . Parse the lines from this file using the following functions (examples assume that \%a holds a line from the file-naming file): \fstripx(string[,character]) This function removes the rightmost segment of the string that starts with the given character. Example: assign original_name \fstripx(\%a,=) \flop(string[,char]) Removes the leftmost segment of the string that ends with the given character. If no character is given, period (.) is used. Example: assign new_name \flop(\%a,=) So: rename \fstripx(\%a,=) \flop(\%a,=) - Frank From news@newsmaster.cc.columbia.edu Mon Oct 13 19:58:32 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id TAA07260 for ; Mon, 13 Oct 1997 19:58:30 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id TAA20681 for kermit.misc@watsun; Mon, 13 Oct 1997 19:58:30 -0400 (EDT) Newsgroups: comp.protocols.kermit.misc Path: news.columbia.edu!panix!howland.erols.net!EU.net!sun4nl!193.78.240.11.MISMATCH!sun4nl!echelon!kees From: kees@echelon.nl (Kees Hendrikse) Subject: Re: Kermit via PPP under DOS? Organization: Echelon Consultancy, Enschede, The Netherlands Date: Mon, 13 Oct 1997 20:19:03 GMT Message-ID: References: <4TpKBo0duVW2@cc.usu.edu> Lines: 20 Xref: news.columbia.edu comp.protocols.kermit.misc:7862 In Vladimir Alexiev writes: > Ok, maybe I chose my words wrong, but what you've written so far is: > - class 1 is supposed to work this way: > - Kermit works ok with real class 1 > - ergo, there must be something wrong with class 1 emulators > Of course, what I wrote isn't more technical either: > - these other apps work with class 1 emulators > - ergo, it should be easy to change Kermit to also work with them Your argument has a serious flaw: both the 'other apps' and the emulator might be doing things that only vaguely resemble class 1 and still work happy together. Please let's stick to wel documented standard interfaces. There's already too much broken network software out there. -- Kees Hendrikse | email: kees@echelon.nl | ECHELON consultancy and software development | phone: +31 (0)53 48 36 585 PO Box 545, 7500AM Enschede, The Netherlands | fax: +31 (0)53 43 37 415 From news@newsmaster.cc.columbia.edu Tue Oct 14 04:41:13 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id EAA12071 for ; Tue, 14 Oct 1997 04:41:12 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id EAA14711 for kermit.misc@watsun; Tue, 14 Oct 1997 04:41:11 -0400 (EDT) Path: news.columbia.edu!news.new-york.net!cpk-news-hub1.bbnplanet.com!news.bbnplanet.com!news-peer.gsl.net!news.gsl.net!gip.net!newshub1.home.com!news.home.com!news.rdc1.sfba.home.com!cypher.cagent.com!user From: tsw@cagent.com (Tom Watson) Newsgroups: comp.protocols.kermit.misc Subject: Re: Need script to run automatically after each K95 server-mode file received... Date: Mon, 13 Oct 1997 17:35:53 -0700 Organization: CagEnt, Inc. Lines: 31 Message-ID: References: <344255EA.40ACF522@southeast.net> NNTP-Posting-Host: aurora.cagent.com Cache-Post-Path: aurora.cagent.com!unknown@cypher.cagent.com Xref: news.columbia.edu comp.protocols.kermit.misc:7864 In article <344255EA.40ACF522@southeast.net>, newguy wrote: > We run Kermit95 in server-mode to receive files from a database machine > unattended. > > Unfortunately, we need the file names on the received end to be renamed > from the name that the sending kermit is using. The _real_ name that > should be used is contained in a text line in the file itself (i.e. > something like FILENAME=what.name.should.really.be . > While the experts have written a method to try some of the options on the server side of things, why do it there??? If the file name is in the file to be sent, extract that, and on the sending side say "send file xxx as yyyy", or its equivalent. While my through unserstanding of kermit is not great, I understood that a file (as in the example 'xxx' could be sent to the other side (on the server side) with a new name ('yyyy' in the example). If I had the proper book in front of me (I intend to buy it soon) I could give some hints, but I've been away from Kermit for a while, so I may be a bit fuzzy. Name translation must be available in some form, for very.long.unix.names don't translate well to MS-DOS 8.3 type names. Just a thought... -- tsw@cagent.com (Home: tsw@johana.com) Please forward spam to: annagram@hr.house.gov (my Congressman), I do. From news@newsmaster.cc.columbia.edu Tue Oct 14 07:02:07 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id HAA18685 for ; Tue, 14 Oct 1997 07:02:07 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id HAA22367 for kermit.misc@watsun; Tue, 14 Oct 1997 07:02:06 -0400 (EDT) Newsgroups: comp.protocols.kermit.misc Path: news.columbia.edu!panix!news.eecs.umich.edu!news-spur1.maxwell.syr.edu!news.maxwell.syr.edu!ais.net!uunet!in4.uu.net!world!wpns From: wpns@world.std.com (William Smith) Subject: Re: Q: How can I get Win95 to shutdown if kermit is running?... Message-ID: Organization: The World Public Access UNIX, Brookline, MA References: <344254DB.294759B5@southeast.net> <61tlru$ink$1@apakabar.cc.columbia.edu> Date: Tue, 14 Oct 1997 10:59:07 GMT Lines: 11 Xref: news.columbia.edu comp.protocols.kermit.misc:7867 Jeffrey Altman wrote: >If you open the properties box for \WINDOWS\SYSTEM\CONAGENT.EXE you can >specify on the Misc page that Widnows should not warn before closing >Console windows. However, do this at your own risk because by disabling >the warning Kermit-95 will be unable to free any resources that are This was truncated, what's wrong with being unable to free resources if the machine is shutting down (or rebooting)? -- Willie Smith wpns@world.std.com N1JBJ@amsat.org #define NII Information SuperCollider From news@newsmaster.cc.columbia.edu Tue Oct 14 08:52:48 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id IAA28690 for ; Tue, 14 Oct 1997 08:52:48 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id IAA28117 for kermit.misc@watsun; Tue, 14 Oct 1997 08:52:47 -0400 (EDT) Path: news.columbia.edu!watsun.cc.columbia.edu!jaltman From: jaltman@watsun.cc.columbia.edu (Jeffrey Altman) Newsgroups: comp.protocols.kermit.misc Subject: Re: Q: How can I get Win95 to shutdown if kermit is running?... Date: 14 Oct 1997 12:52:46 GMT Organization: Columbia University Lines: 22 Message-ID: <61vpuu$qc4$1@apakabar.cc.columbia.edu> References: <344254DB.294759B5@southeast.net> <61tlru$ink$1@apakabar.cc.columbia.edu> NNTP-Posting-Host: watsun.cc.columbia.edu Xref: news.columbia.edu comp.protocols.kermit.misc:7868 In article , William Smith wrote: : Jeffrey Altman wrote: : >If you open the properties box for \WINDOWS\SYSTEM\CONAGENT.EXE you can : >specify on the Misc page that Widnows should not warn before closing : >Console windows. However, do this at your own risk because by disabling : >the warning Kermit-95 will be unable to free any resources that are : : This was truncated, what's wrong with being unable to free resources : if the machine is shutting down (or rebooting)? Nothing. However, making this change in the Properties affects not just the shutting down while rebooting, but also anytime the [x] box is pressed. Jeffrey Altman * Sr.Software Designer * Kermit-95 for Win32 and OS/2 The Kermit Project * Columbia University 612 West 115th St #716 * New York, NY * 10025 * (212) 854-1344 http://www.columbia.edu/kermit/k95.html * kermit-support@columbia.edu From news@newsmaster.cc.columbia.edu Tue Oct 14 14:21:49 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id OAA28042 for ; Tue, 14 Oct 1997 14:21:48 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id OAA14475 for kermit.misc@watsun; Tue, 14 Oct 1997 14:21:47 -0400 (EDT) Path: news.columbia.edu!panix!howland.erols.net!news-peer.sprintlink.net!news-pull.sprintlink.net!news-in-east.sprintlink.net!news.sprintlink.net!Sprint!199.232.56.18!news.ultranet.com!not-for-mail From: newguy Newsgroups: comp.protocols.kermit.misc Subject: Re: Need script to run automatically after each K95 server-mode file received... Date: Tue, 14 Oct 1997 14:24:39 -0400 Organization: UltraNet Communications, Inc. Lines: 9 Message-ID: <3443B8E6.78EB1D99@southeast.net> References: <344255EA.40ACF522@southeast.net> NNTP-Posting-Host: d8.dial-1.lwl.ma.ultra.net Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailer: Mozilla 4.02 [en] (Win95; I) Xref: news.columbia.edu comp.protocols.kermit.misc:7869 Tom Watson wrote: > While the experts have written a method to try some of the options on the > server side of things, why do it there??? Unfortunately, I have no control over the other side, so I must do the renaming on the server (receiving) side. From news@newsmaster.cc.columbia.edu Tue Oct 14 14:52:14 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id OAA06330 for ; Tue, 14 Oct 1997 14:52:13 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id OAA16020 for kermit.misc@watsun; Tue, 14 Oct 1997 14:52:12 -0400 (EDT) Path: news.columbia.edu!panix!howland.erols.net!news-peer.sprintlink.net!news.sprintlink.net!Sprint!worldnet.att.net!news.u.washington.edu!homer24.u.washington.edu!bbaldwin From: "B. Baldwin" Newsgroups: comp.protocols.kermit.misc Subject: Set Key in Kermit95 Date: Tue, 14 Oct 1997 11:41:47 -0700 Organization: University of Washington Lines: 2 Message-ID: NNTP-Posting-Host: homer24.u.washington.edu Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Trace: nntp6.u.washington.edu 876854528 26476 (None) 140.142.64.4 X-Complaints-To: help@cac.washington.edu NNTP-Posting-User: bbaldwin Xref: news.columbia.edu comp.protocols.kermit.misc:7870 Can you set a key to invoke a script or a SET command? From news@newsmaster.cc.columbia.edu Tue Oct 14 15:04:19 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id PAA08827 for ; Tue, 14 Oct 1997 15:04:17 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id PAA16671 for kermit.misc@watsun; Tue, 14 Oct 1997 15:04:16 -0400 (EDT) Path: news.columbia.edu!news.new-york.net!newsfeed.ecrc.net!blackbush.xlink.net!news.csl-gmbh.net!mechti!wupper.de!cyberspam!not-for-mail From: spamcancel@wupper.com Newsgroups: comp.protocols.kermit.misc Subject: cmsg cancel <3442c253.0@Crypt.NetGoth.COM> Control: cancel <3442c253.0@Crypt.NetGoth.COM> Date: 14 Oct 1997 10:37:04 GMT Message-ID: Sender: info@pgrs.com Approved: spamcancel@wupper.com X-No-Archive: yes X-Cancelled-By: spamcancel@wupper.com Lines: 7 Xref: news.columbia.edu control.cancel:20339042 Excessive Multi-Posted spam article exceeding a BI of 20 cancelled by spamcancel@wupper.com. >From was: info@pgrs.com Subject was: FREE MOTOROLA PAGERS! GET THEM TODAY! NNTP-Posting-Host was: crypt.netgoth.com From news@newsmaster.cc.columbia.edu Tue Oct 14 15:34:53 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id PAA16828 for ; Tue, 14 Oct 1997 15:34:52 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id PAA18178 for kermit.misc@watsun; Tue, 14 Oct 1997 15:34:51 -0400 (EDT) Path: news.columbia.edu!panix!howland.erols.net!news-peer.gsl.net!news.gsl.net!gip.net!news.idt.net!psinntp!rge.com!not-for-mail From: patrzale@rge.com (Andrew Z. Patrzalek) Newsgroups: comp.protocols.kermit.misc,comp.os.linux.misc Subject: Re: x Date: 14 Oct 1997 12:20:38 -0400 Organization: Rochester Gas & Electric Corporation Lines: 60 Message-ID: <62064m$144b@wa3.rge.com> References: <61g6sg$for$1@apakabar.cc.columbia.edu> NNTP-Posting-Host: wa3.rge.com NNTP-Posting-User: patrzale X-Newsreader: NN version 6.5.0 #2 (NOV) Xref: news.columbia.edu comp.protocols.kermit.misc:7871 comp.os.linux.misc:220109 fdc@watsun.cc.columbia.edu (Frank da Cruz) writes: This question is directed more at Mr. Da Cruz. Does kermit support Data General CEO - Dasher 200 - Linux console setups? I have been unable to configure kermit to make a sensible connection between my linux box and the DG system. Any info would be greatly apprectiated. AZP >Mike.Warby@brunel.ac.uk wrote: >> I have obtained the versions 5 and 6 of kermit for running on my Pentium PC >> under slackware Linux. Version 5 seems to work okay but version 6 needs to >> the library >> >> libncurses.so.3.0 >> >> which I do not have and which I cannot find using the program archie. (Older >> version seem to be available but not 3.0). I cannot tell if kermit needs >> other libraries as well which I may or may not have. >> >All you need is a curses library -- any curses library. Unfortunately, this >proves to be not quite so simple in Linux. Kermit itself could not care less >which curses library (curses or ncurses) or version of it you have. >>From the ckuker.bwr file: >(3.3) C-KERMIT AND LINUX >Be sure to read the comments in the "linux:" makefile entry. There are all >sorts of confusing issues caused by the many and varied Linux distributions. >Some of the worst involve the curses library and header files: where are they, >what are they called, which ones are they really? Ditto for UUCP lock files. >To add to the confusion, the curses library (now, as of C-Kermit 6.0.193, by >popular demand, ncurses rather than curses) is dynamically linked, rather than >linked into the executable. This means a certain relationship must obtain >between the version number referenced in the executable and the version number >of the library. But there are evidently several different numbering systems >for libncurses.so -- e.g. 1.9.9e is another "name" for 3.0 -- but the program >loader doesn't know that and so won't run the program. Solution: rebuild it >yourself from source code, and if you have additional trouble, come back and >read this section (but you can skip this paragraph on future readings). >(etc etc)... >> Can you give me advice as to what to do. I have ordered the book "Using >> C-Kermit" from our University bookshop and I would if possible like to use >> version 6 instead of version 5. I am not sure whether this is relevant, but >> I obtained my slackware linux in 1996 and have since upgraded my kernel to >> version 2.0.29. >> >We also have a C-Kermit 6.0.192 Slackware install package. In case that is >not what you are working from, you might want to try it: > ftp://kermit.columbia.edu/kermit/linux/slackware/cku192-slackware-i386.tgz >If this doesn't doesn't work for you, you can, of course, build a new copy >yourself from source code: > ftp://kermit.columbia.edu/kermit/archives/cku192.tar.gz >uncompress, untar, "make linux". But again, you might have trouble, and if >you do, then follow the instructions in the makefile entry for putting and/or >naming curses-related things so that they can be found in the expected places. >- Frank From news@newsmaster.cc.columbia.edu Tue Oct 14 16:15:59 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id QAA23808 for ; Tue, 14 Oct 1997 16:15:58 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id QAA20272 for kermit.misc@watsun; Tue, 14 Oct 1997 16:15:57 -0400 (EDT) Path: news.columbia.edu!watsun.cc.columbia.edu!fdc From: fdc@watsun.cc.columbia.edu (Frank da Cruz) Newsgroups: comp.protocols.kermit.misc,comp.os.linux.misc Subject: Re: C-Kermit on Linux (was x) Date: 14 Oct 1997 20:15:54 GMT Organization: Columbia University Lines: 23 Message-ID: <620jtq$d1k$1@apakabar.cc.columbia.edu> References: <61g6sg$for$1@apakabar.cc.columbia.edu> <62064m$144b@wa3.rge.com> NNTP-Posting-Host: watsun.cc.columbia.edu Xref: news.columbia.edu comp.protocols.kermit.misc:7872 comp.os.linux.misc:220113 In article <62064m$144b@wa3.rge.com>, Andrew Z. Patrzalek wrote: : fdc@watsun.cc.columbia.edu (Frank da Cruz) writes: : This question is directed more at Mr. Da Cruz. Does kermit support Data : General CEO - Dasher 200 - Linux console setups? I have been unable to : configure kermit to make a sensible connection between my linux box and the : DG system. Any info would be greatly apprectiated. AZP : C-Kermit is not, itself, a terminal emulator. It is a "semitransparent communications pipe" between your terminal or emulator (e.g. xterm) and the remote host. CEO wants you to have a DG terminal type (DASHER 200 or above), but I am not aware of any Linux software that does DASHER emulation; xterm certainly doesn't. So you have to tell AOS/VS that you are using a VT100, which xterm does support. The commands (at the AOS/VS CLI prompt) are: char/on/nas/xlt (This is explained on page 544 of "Using C-Kermit" 2nd Ed.) - Frank From news@newsmaster.cc.columbia.edu Tue Oct 14 16:47:15 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id QAA01809 for ; Tue, 14 Oct 1997 16:47:15 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id QAA21803 for kermit.misc@watsun; Tue, 14 Oct 1997 16:47:14 -0400 (EDT) Path: news.columbia.edu!sol.ctr.columbia.edu!news.indiana.edu!vixen.cso.uiuc.edu!uwm.edu!news.sprintisp.com!sprintisp!news-peer-west.sprintlink.net!news-peer.sprintlink.net!news.sprintlink.net!Sprint!newsfeed.internetmci.com!164.67.42.145!awabi.library.ucla.edu!134.87.113.1!news.bc.net!rover.ucs.ualberta.ca!alberta!not-for-mail From: Vladimir Alexiev Newsgroups: comp.protocols.kermit.misc Subject: Re: Kermit via PPP under DOS? Date: 14 Oct 1997 14:25:55 -0600 Organization: University of Alberta, Computing Science Lines: 43 Message-ID: References: <5jzp7SiZjuUm@cc.usu.edu> NNTP-Posting-Host: tees.cs.ualberta.ca In-reply-to: jrd@cc.usu.edu's message of 12 Oct 97 15:22:13 MDT X-Newsreader: Gnus v5.0.15 Xref: news.columbia.edu comp.protocols.kermit.misc:7873 In article <5jzp7SiZjuUm@cc.usu.edu> jrd@cc.usu.edu (Joe Doupnik) writes: > >> >> > Is BOOTP impossible with a SLIP interface? How about DHCP? > BOOTP and DHCP require a local MAC address to work with, SLIP has no MAC > address Ok, now: Is BOOTP availability over PPP links sufficient incentive to warrant pursuing this issue? > continue the conversation with the authors of those drivers and see if they > will reveal the extent to which they perform the required emulation. Ok, I'll try that. > Proxy ARP et al have not the slightest to do with Kermit (or other > client) internals. That is outside of and unknowable to these clients. I know that. I was trying to figure out how does class 1 emulation work. For a PPP link, Kermit`s job is pretty simple: it has to send all it wants to send down the link, without caring mcuh about MAC addresses. That's why I think it would be an easy fix: Kermit could simply disregard some of its "doubts" about the faithfulness of the class 1 emulation and just go ahead. > MSK will report > 1. if it is unable to register with the Packet Driver for IP and ARP packets > 2. if another station responds to an ARP for MSK's own IP address, > 3. and if it is unable to receive a response to an ARP. This is the kind of info I need to figure it out (if at all possible from external observation only). Does the message "Unable to ARP resolve" mean item 3 above? Will these conditions appear in the order listed, so can I assume that 1 and 2 do not happen? > If those conditions are met and the driver proclaims to be Ethernet then the > driver had better behave like Ethernet... Kermit does tell you if > interfacing conditions fail What other errors can happen from that point on? (Ok, perhaps this is a stupid question :-) Can you think of other interfacing conditions that can fail, apart from the listed 3? > it cannot tell anyone about Ethernet simulation failures in an external > driver. I was hoping that we can figure out what more does Kermit expect from a class 1 emulator compared to other TCP apps (and you're starting this, with the 3 conditions above). Now I'll try from the other end, ask emulator authors what less do these emulators provide compared to true ethernet drivers. From news@newsmaster.cc.columbia.edu Tue Oct 14 16:49:10 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id QAA02091 for ; Tue, 14 Oct 1997 16:49:10 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id QAA21827 for kermit.misc@watsun; Tue, 14 Oct 1997 16:49:09 -0400 (EDT) Path: news.columbia.edu!watsun.cc.columbia.edu!fdc From: fdc@watsun.cc.columbia.edu (Frank da Cruz) Newsgroups: comp.protocols.kermit.misc Subject: Re: Set Key in Kermit95 Date: 14 Oct 1997 20:49:06 GMT Organization: Columbia University Lines: 13 Message-ID: <620ls2$e3o$1@apakabar.cc.columbia.edu> References: NNTP-Posting-Host: watsun.cc.columbia.edu Xref: news.columbia.edu comp.protocols.kermit.misc:7874 In article , B. Baldwin wrote: : Can you set a key to invoke a script or a SET command? : Yes: set key \xxx \Kblah where "blah" is the name of a macro that contains any commands you want. - Frank From news@newsmaster.cc.columbia.edu Tue Oct 14 18:10:11 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id SAA17289 for ; Tue, 14 Oct 1997 18:10:10 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id SAA26023 for kermit.misc@watsun; Tue, 14 Oct 1997 18:10:10 -0400 (EDT) Path: news.columbia.edu!panix!howland.erols.net!ais.net!news.idt.net!psinntp!pubxfer.news.psi.net!usenet From: dlane@contactpt.com (David Lane) Newsgroups: comp.protocols.kermit.misc Subject: Re: Kermit via PPP under DOS? Date: 14 Oct 1997 17:58:51 -0400 Organization: Contact Point Technologies Lines: 39 Message-ID: References: <5jzp7SiZjuUm@cc.usu.edu> NNTP-Posting-Host: 38.233.46.4 In-reply-to: Vladimir Alexiev's message of 14 Oct 1997 14:25:55 -0600 X-Newsreader: Gnus v5.1 Xref: news.columbia.edu comp.protocols.kermit.misc:7875 In article Vladimir Alexiev writes: [snip] > > Proxy ARP et al have not the slightest to do with Kermit (or other > > client) internals. That is outside of and unknowable to these clients. > I know that. I was trying to figure out how does class 1 emulation work. > > For a PPP link, Kermit`s job is pretty simple: it has to send all it wants to > send down the link, without caring mcuh about MAC addresses. That's why I > think it would be an easy fix: Kermit could simply disregard some of its > "doubts" about the faithfulness of the class 1 emulation and just go ahead. [snip] Now this may be a boneheaded question, but why would a PPP packet driver emulate a class 1 driver and not a class 6 driver? The major difference between the two in terms of presented data is the presence of MAC addresses and non-IP packets. The differences in behavior that follow from this are more significant. One is emulating a broadcast medium on a point-to-point connection. The other is emulating a point-to-point connection of somewhat lesser capabilities, but still enough for straight IP (meaning ICMP, TCP). > I was hoping that we can figure out what more does Kermit expect from a class > 1 emulator compared to other TCP apps (and you're starting this, with the 3 > conditions above). Now I'll try from the other end, ask emulator authors what > less do these emulators provide compared to true ethernet drivers. I would suspect that much of it has to do with ARP and other such broadcast things (especially ARP, since it's a different protocol type than IP.) On ethernet you do arp, or you're not doing it right. On PPP, you do some minor negotiation at connect time, but you don't do ARP per se. David. -- David Lane dlane@contactpt.com Senior Software Engineer http://dlane.contactpt.com Contact Point Technologies http://www.contactpt.com From news@newsmaster.cc.columbia.edu Tue Oct 14 22:36:55 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id WAA15191 for ; Tue, 14 Oct 1997 22:36:55 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id WAA09894 for kermit.misc@watsun; Tue, 14 Oct 1997 22:36:54 -0400 (EDT) Path: news.columbia.edu!news.new-york.net!news-spur1.maxwell.syr.edu!news.maxwell.syr.edu!news-peer.sprintlink.net!news-sea-19.sprintlink.net!news-in-west.sprintlink.net!news.sprintlink.net!Sprint!206.63.63.70!nwnews.wa.com!brokaw.wa.com!not-for-mail From: NoSpam_schiller@halcyon.com (Steve Schiller) Newsgroups: comp.protocols.kermit.misc Subject: MS-Kermit 3.14 and LAT protocol Date: Tue, 14 Oct 1997 18:15:18 GMT Organization: Northwest Nexus Inc. Lines: 7 Message-ID: <3443b372.9585126@news.halcyon.com> Reply-To: schiller@halcyon.com NNTP-Posting-Host: lcy-pm0-ip17.halcyon.com X-Newsreader: Forte Free Agent 1.1/16.230 Xref: news.columbia.edu comp.protocols.kermit.misc:7876 I am wanting to interface my PC using Kermit over an ethernet network that uses LAT protocol. It is a Micronetics -M system not DEC. What are my choices for LAT drivers? The LAT section of "Using MS-DOS Kermit" speaks only of DECnet-DOS. Are there any other solutions. Any help would be appreciated. Steve From news@newsmaster.cc.columbia.edu Wed Oct 15 11:47:39 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id LAA03094 for ; Wed, 15 Oct 1997 11:47:39 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id LAA07119 for kermit.misc@watsun; Wed, 15 Oct 1997 11:47:38 -0400 (EDT) Path: news.columbia.edu!panix!logbridge.uoregon.edu!europa.clark.net!205.252.116.205!howland.erols.net!torn!ccshst05.cs.uoguelph.ca!news From: Rowan Kerr Newsgroups: comp.protocols.kermit.misc Subject: K95 Printing files Date: Wed, 15 Oct 1997 11:39:11 -0400 Organization: neat & tidy Lines: 9 Message-ID: <3444D58F.5D367A23@uoguelph.ca> NNTP-Posting-Host: 131.104.86.42 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailer: Mozilla 4.03 [en] (Win95; I) Xref: news.columbia.edu comp.protocols.kermit.misc:7878 Hi. Could someone please make available for download the K95 printer information files? Even just the documents would be helpful...I've got part of the dist. from my university, but they won't release the dialer or the printing files. thanks, rowan. From news@newsmaster.cc.columbia.edu Wed Oct 15 12:01:27 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id MAA06295 for ; Wed, 15 Oct 1997 12:01:27 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id MAA07924 for kermit.misc@watsun; Wed, 15 Oct 1997 12:01:26 -0400 (EDT) Path: news.columbia.edu!watsun.cc.columbia.edu!fdc From: fdc@watsun.cc.columbia.edu (Frank da Cruz) Newsgroups: comp.protocols.kermit.misc Subject: Re: K95 Printing files Date: 15 Oct 1997 16:01:25 GMT Organization: Columbia University Lines: 22 Message-ID: <622pcl$cl8$1@apakabar.cc.columbia.edu> References: <3444D58F.5D367A23@uoguelph.ca> NNTP-Posting-Host: watsun.cc.columbia.edu Xref: news.columbia.edu comp.protocols.kermit.misc:7879 In article <3444D58F.5D367A23@uoguelph.ca>, Rowan Kerr wrote: : Could someone please make available for download the K95 printer : information files? Even just the documents would be helpful...I've got : part of the dist. from my university, but they won't release the dialer : or the printing files. : K95's printer support has been changing in each version, in the neverending quest to get around bugs and limitations in Windows 95 and NT. The information you are asking for is version-specific; you are certainly free to look through the update documents in the ftp://kermit.columbia.edu/kermit/k95/ directory, which apply to the current version, 1.1.15, particularly the updates.txt file. But in any case, it is the responsibility of your university, which has licensed Kermit 95 and no doubt customized it for your use in a way which nobody outside your university understands, to support it for you. If you are having trouble printing, they can help you. If they have trouble helping you, we can help them. That's how the site license works, and the only way it can work. - Frank From news@newsmaster.cc.columbia.edu Wed Oct 15 14:38:00 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id OAA09385 for ; Wed, 15 Oct 1997 14:37:56 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id OAA16247 for kermit.misc@watsun; Wed, 15 Oct 1997 14:37:56 -0400 (EDT) Path: news.columbia.edu!panix!howland.erols.net!newsfeed.internetmci.com!164.67.42.145!awabi.library.ucla.edu!137.82.194.1!unixg.ubc.ca!alph02.triumf.ca!shoppa From: shoppa@alph02.triumf.ca (Tim Shoppa) Newsgroups: alt.sys.pdp11,vmsnet.pdp-11,comp.protocols.kermit.misc Subject: Re: DX11 baud rates under RT11 Date: 15 Oct 1997 18:37:04 GMT Organization: TRIUMF, Canada's National Meson Facility Lines: 60 Message-ID: <6232gg$jnu$1@nntp.ucs.ubc.ca> References: NNTP-Posting-Host: alph02.triumf.ca Xref: news.columbia.edu alt.sys.pdp11:2860 vmsnet.pdp-11:8360 comp.protocols.kermit.misc:7880 In article , Bob wrote: >There are a couple of issues I'd like to investigate. The amount of >data to be transferred is very large, so I'd like to take every step I >can to make the process as painless as possible. I envisage using >KERMIT under RT11 to transfer the data to the PC. This is certainly one option. Another option is to install an 8" floppy drive on a PC-clone and use it to read RX01 floppies. I personally prefer the Kermit option, especially using Billy Yodelman's KRT. >The system in question is running RT11 5.0x (with multiterminal >support installed). The console is a standard DL11 affair, at 1200 >baud, currently talking to a DECwriterII. A DX11 board is installed, >one port of which is being used to connect the primary terminal, a >VT100, at 9600 baud. I have reason to suspect (although I've not >checked) that this DX11 board is not the genuine DEC item, but is a >clone - perhaps manufactured by BMC(?). I would tend to believe that the DX11 is not DEC, as DEC never sold a board called a DX11. The closest I know of is the RX11, which isn't a serial port. Is it, perhaps, a DZ11? Or is it compatible with the DLV-11E? >Question is, what is the maximum baud rate for a DX11, and how do I >change the setting? I suspect that it is software settable under RT11 >(SET DX something????) rather than being set with jumpers. SET DX commands would work on the DX device, which is a RX01 floppy disk. I don't think this will help you set the baud rate :-) If your board is a DL11 with software-adjustable baud rate in a way that's compatible with a DLV-11E, there are RT-11 SET commands for changing the baud rate. In this case, I'll hazard a guess that you're using RT-11's XL handler to handle this port, in which case a SET XL SPEED=nnnn will be doable. 9600 baud would be a good start. > None of my >own systems have multiplexers installed, so I know very little about >them. I'd like to set the rate to the maximum possible to speed my >transfers. > >Next question is, assuming I use KERMIT (alternatives anyone - KERMIT >is slow!) which version would I be best advised to employ? I've used >various RT11 KERMITs in the past, some better than others. The version >currently installed seems to crash the system rather too often for my >liking. The copy I use on my own 11/34c seems a little more reliable, >although this may be because I'm using a second DL11 rather than a >DX11. I've also used John Wilson's KSERVE to transfer entire disk >images. For transferring a large number of individual files, what is >the recommended approach? Use Billy Yodelman's latest version of Kermit for RT-11, KRT. You can get it from ftp.vnet.com, in /pub/users/billy. Slightly older, but still pretty good, versions are available from kermit.columbia.edu. Billy, Frank - when are the versions at Columbia going to be updated? Tim. (shoppa@triumf.ca) From news@newsmaster.cc.columbia.edu Wed Oct 15 14:51:05 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id OAA11614 for ; Wed, 15 Oct 1997 14:51:04 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id OAA17010 for kermit.misc@watsun; Wed, 15 Oct 1997 14:51:03 -0400 (EDT) Path: news.columbia.edu!watsun.cc.columbia.edu!fdc From: fdc@watsun.cc.columbia.edu (Frank da Cruz) Newsgroups: alt.sys.pdp11,vmsnet.pdp-11,comp.protocols.kermit.misc Subject: Re: DX11 baud rates under RT11 Date: 15 Oct 1997 18:51:00 GMT Organization: Columbia University Lines: 18 Message-ID: <6233ak$j3g$1@apakabar.cc.columbia.edu> References: <6232gg$jnu$1@nntp.ucs.ubc.ca> NNTP-Posting-Host: watsun.cc.columbia.edu Xref: news.columbia.edu alt.sys.pdp11:2862 vmsnet.pdp-11:8361 comp.protocols.kermit.misc:7881 In article <6232gg$jnu$1@nntp.ucs.ubc.ca>, Tim Shoppa wrote: : Use Billy Yodelman's latest version of Kermit for RT-11, KRT. You : can get it from ftp.vnet.com, in /pub/users/billy. Slightly older, : but still pretty good, versions are available from kermit.columbia.edu. : Billy, Frank - when are the versions at Columbia going to be updated? : As far as I know, we have had the latest version of KRT in our archive ever since it was released in September 1993. Billy is working on a newer version, but it isn't released yet. Maybe that's the one you are referring to? It is scheduled for release in November. PDP-11 users can find all the info about PDP-11 versions of Kermit on our website: http://www.columbia.edu/kermit/pdp11.html - Frank From news@newsmaster.cc.columbia.edu Wed Oct 15 14:51:20 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id OAA11647 for ; Wed, 15 Oct 1997 14:51:20 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id OAA17014 for kermit.misc@watsun; Wed, 15 Oct 1997 14:51:19 -0400 (EDT) Path: news.columbia.edu!panix!howland.erols.net!newsfeed.direct.ca!news.he.net!scanner.worldgate.com!rover.ucs.ualberta.ca!alberta!not-for-mail From: Vladimir Alexiev Newsgroups: comp.protocols.kermit.misc Subject: Re: Kermit via PPP under DOS? Date: 15 Oct 1997 12:33:41 -0600 Organization: University of Alberta, Computing Science Lines: 26 Message-ID: References: <5jzp7SiZjuUm@cc.usu.edu> NNTP-Posting-Host: tees.cs.ualberta.ca In-reply-to: dlane@contactpt.com's message of 14 Oct 1997 17:58:51 -0400 X-Newsreader: Gnus v5.0.15 Xref: news.columbia.edu comp.protocols.kermit.misc:7882 In article dlane@contactpt.com (David Lane) writes: > why would a PPP packet driver emulate a class 1 driver and not a class 6 > driver? Two reasons: - there are apps that work with class 1, but not class 6. TVDog says "many apps are like so". - RARP/BOOTP/DHCP are only possible with class 1. Also, I'm not sure whether PPP packets fit better in a class 6 or a class 1 frame. (Some PPP drivers provide class 15, but as Joe D says, class 15 is not standardized, thus mostly unusable.) > The differences in behavior that follow from this are more significant. One > is emulating a broadcast medium on a point-to-point connection. A class 1 emulator with proxy ARP on the other side makes the p-p connection look like an extension of the remote LAN. > The other is emulating a point-to-point connection of somewhat lesser > capabilities Does one know what is the difference between SLIP and PPP at the packet interface level? How bad a match is class 6 for class 15? > On ethernet you do arp, or you're not doing it right. On PPP, you do some > minor negotiation at connect time, but you don't do ARP per se. A broadcast over a line that has only one other machine connected to it (the gateway) is pretty much the same as a p-p connection, isn't it? From news@newsmaster.cc.columbia.edu Wed Oct 15 14:51:53 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id OAA11718 for ; Wed, 15 Oct 1997 14:51:53 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id OAA17018 for kermit.misc@watsun; Wed, 15 Oct 1997 14:51:52 -0400 (EDT) Path: news.columbia.edu!panix!howland.erols.net!newsfeed.direct.ca!news.he.net!scanner.worldgate.com!rover.ucs.ualberta.ca!alberta!not-for-mail From: Vladimir Alexiev Newsgroups: comp.protocols.kermit.misc Subject: Re: Kermit via PPP under DOS? Date: 15 Oct 1997 12:35:50 -0600 Organization: University of Alberta, Computing Science Lines: 13 Message-ID: References: <4TpKBo0duVW2@cc.usu.edu> NNTP-Posting-Host: tees.cs.ualberta.ca In-reply-to: kees@echelon.nl's message of Mon, 13 Oct 1997 20:19:03 GMT X-Newsreader: Gnus v5.0.15 Xref: news.columbia.edu comp.protocols.kermit.misc:7883 In article kees@echelon.nl (Kees Hendrikse) writes: > > - these other apps work with class 1 emulators > > - ergo, it should be easy to change Kermit to also work with them > Your argument has a serious flaw: both the 'other apps' and the emulator > might be doing things that only vaguely resemble class 1 and still work But those other apps are known to work with real class 1 too. So we know it's possible to have both. > There's already too much broken network software out there. Don't you consider the impossibility to use BOOTP over PPP in Kermit a breakage? From news@newsmaster.cc.columbia.edu Wed Oct 15 15:22:00 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id PAA17077 for ; Wed, 15 Oct 1997 15:21:50 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id PAA18497 for kermit.misc@watsun; Wed, 15 Oct 1997 15:21:50 -0400 (EDT) Path: news.columbia.edu!panix!news.eecs.umich.edu!news-spur1.maxwell.syr.edu!news.maxwell.syr.edu!www.nntp.primenet.com!globalcenter1!news.primenet.com!MIX.COM!sluggy From: billy@mix.com Newsgroups: alt.sys.pdp11,vmsnet.pdp-11,comp.protocols.kermit.misc Subject: Re: DX11 baud rates under RT11 Date: 15 Oct 1997 12:20:00 -0700 Organization: Billy's Place Lines: 17 Message-ID: <623510$7qn@nntp02.primenet.com> References: <6232gg$jnu$1@nntp.ucs.ubc.ca> X-Posted-By: billy@206.165.6.202 (billy) Xref: news.columbia.edu alt.sys.pdp11:2863 vmsnet.pdp-11:8362 comp.protocols.kermit.misc:7884 Tim Shoppa writes: > If your board is a DL11 with software-adjustable baud rate in a way > that's compatible with a DLV-11E, there > are RT-11 SET commands for changing the baud rate. In this case, I'll > hazard a guess that you're using RT-11's XL handler to handle this > port, in which case a SET XL SPEED=nnnn will be doable. 9600 baud > would be a good start. XL didn't appear until V5.1 but there is another handler, KM (for Kermit Modem although in this case modems aren't needed), which I supply with the KRT Kermit that could be used here. KM also provides an 8-bit path (XL is a 7-bit handler), hardware flow control (when used on a port than can do it) and is optimized for Kermit (by not doing anything beyond what Kermit actually needs). Billy Y.. From news@newsmaster.cc.columbia.edu Wed Oct 15 15:30:56 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id PAA18845 for ; Wed, 15 Oct 1997 15:30:40 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id PAA18979 for kermit.misc@watsun; Wed, 15 Oct 1997 15:30:40 -0400 (EDT) Path: news.columbia.edu!panix!howland.erols.net!europa.clark.net!206.165.111.230!www.nntp.primenet.com!globalcenter1!news.primenet.com!MIX.COM!sluggy From: billy@mix.com Newsgroups: alt.sys.pdp11,vmsnet.pdp-11,comp.protocols.kermit.misc Subject: Re: DX11 baud rates under RT11 Date: 15 Oct 1997 12:26:00 -0700 Organization: Billy's Place Lines: 8 Message-ID: <6235c8$806@nntp02.primenet.com> References: <6232gg$jnu$1@nntp.ucs.ubc.ca> X-Posted-By: billy@206.165.6.202 (billy) Xref: news.columbia.edu alt.sys.pdp11:2864 vmsnet.pdp-11:8363 comp.protocols.kermit.misc:7885 Tim Shoppa writes: > Billy, Frank - when are the versions at Columbia going to be updated? Real soon now - it'll take me slightly longer to write up a formal announcement but I'd expect the files to be available later today. Billy Y.. From news@newsmaster.cc.columbia.edu Wed Oct 15 18:24:04 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id SAA23212 for ; Wed, 15 Oct 1997 18:24:03 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id SAA27825 for kermit.misc@watsun; Wed, 15 Oct 1997 18:24:02 -0400 (EDT) Path: news.columbia.edu!panix!howland.erols.net!news.maxwell.syr.edu!scanner.worldgate.com!rover.ucs.ualberta.ca!alberta!not-for-mail From: Vladimir Alexiev Newsgroups: comp.protocols.kermit.misc Subject: Re: Kermit via PPP under DOS? (SOLVED!) Date: 15 Oct 1997 16:06:41 -0600 Organization: University of Alberta, Computing Science Lines: 63 Message-ID: References: <5jzp7SiZjuUm@cc.usu.edu> NNTP-Posting-Host: tees.cs.ualberta.ca In-reply-to: Vladimir Alexiev's message of 14 Oct 1997 14:25:55 -0600 to: jrd@cc.usu.edu (Joe Doupnik) X-Newsreader: Gnus v5.0.15 Xref: news.columbia.edu comp.protocols.kermit.misc:7886 Alright! Joe, you were right on these points: - It's EPPPD's fault, not Kermit's fault - I should have talked earlier to EPPPD's author I was right on these points: - It's easy to fix. - Other apps work because they don't check something that should be checked. Kermit fails because it's right, but "too righteous". Worse is better :-) Something that threw me off is that MeritPPP also failed. Two drivers against one kermit, it's "natural" to assume it's kermit's fault :-) I wonder if MeritPPP has the same bug as EPPPD, and if we can get someone at Merit to fix it. I'll give it a try and inform you. Regards, Vlad Date: Wed, 15 Oct 1997 23:41:36 +0100 (GMT+0100) From: Toni Subject: Re: Class 1 PPP drivers under DOS vs true Ethernet Hello Vladimir, I already knew of the Dospppd + Kermit problem, as some users reported the failure to me some time ago. The problem is corrected now, there is a pre-beta of Dospppd v0.6 package at the following URL: http://www.redestb.es/personal/tonilop/dosppp06.zip Please don't redistribute this package, as it is incomplete and subject to changes before I release the publicly available one. However, I'm interested in knowing how well it performs, or if it has bugs, so let me know how it goes in case you have the time for testing it. You may want to inform Joe Dupnik also. A summary of what I've discovered and the solution follows: Real Ethernet ARP reply packets include the source address (the address for the machine which is responding to the ARP request) in two places, one is in the Ethernet header source address field, and the other is in the ARP packet source hardware address field. It seems that most applications look at the source hardware field of the ARP packet, so the ARP emulation in Dospppd was filling only this one with the fake Ethernet address. On the other hand, Kermit seems to look at the Ethernet header source address field, or maybe it is doing a consistency check by ensuring that both fields contain the same value (I don't know for sure, maybe Mr. Dupnik would give some insight on this issue). The solution was to put the same fake Ethernet address in both fields, Kermit started to work fine after that. It is not a Kermit problem though, an Ethernet emulation should fill both fields in order to be acurate. The fact that most other WATTCP applications worked doesn't imply that Kermit was wrong, maybe WATTCP developers decided to relax the Ethernet address checks after detecting that the stack didn't work with Ethernet emulation drivers. Best regards. Toni From news@newsmaster.cc.columbia.edu Wed Oct 15 19:52:18 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id TAA08937 for ; Wed, 15 Oct 1997 19:52:17 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id TAA03312 for kermit.misc@watsun; Wed, 15 Oct 1997 19:52:17 -0400 (EDT) Path: news.columbia.edu!panix!howland.erols.net!nntprelay.mathworks.com!newsgate.duke.edu!news.eng.convex.com!cs.utexas.edu!news.cs.utah.edu!cc.usu.edu!jrd From: jrd@cc.usu.edu (Joe Doupnik) Newsgroups: comp.protocols.kermit.misc Subject: Re: MS-Kermit 3.14 and LAT protocol Message-ID: Date: 15 Oct 97 12:58:23 MDT References: <3443b372.9585126@news.halcyon.com> Organization: Utah State University Lines: 18 Xref: news.columbia.edu comp.protocols.kermit.misc:7887 In article <3443b372.9585126@news.halcyon.com>, NoSpam_schiller@halcyon.com (Steve Schiller) writes: > I am wanting to interface my PC using Kermit over an ethernet network > that uses LAT protocol. It is a Micronetics -M system not DEC. What > are my choices for LAT drivers? The LAT section of "Using MS-DOS > Kermit" speaks only of DECnet-DOS. Are there any other solutions. Any > help would be appreciated. > > Steve --------- DECnet-DOS is one choice. Meridian Data Products sells SuperLAT. The latter works with MSK v3.14 and later. The LAT protocol is proprietary to DIGITAL and thus MS-DOS Kermit cannot have a LAT protocol stack in its source code. I need to emphasize a point about LAT. It is fragile under load and often breaks. It's just not designed to withstand intense prolonged file transfers, nor was it intended for that activity. Also, as you know, LAT is not a routable protocol. Joe D. From news@newsmaster.cc.columbia.edu Wed Oct 15 21:54:04 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id VAA26586 for ; Wed, 15 Oct 1997 21:54:02 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id VAA09822 for kermit.misc@watsun; Wed, 15 Oct 1997 21:54:02 -0400 (EDT) Path: news.columbia.edu!news.cloud9.net!news-out.internetmci.com!newsfeed.internetmci.com!199.0.154.56!ais.net!news.idt.net!dispose.news.demon.net!demon!baron.netcom.net.uk!netcom.net.uk!server3.netnews.ja.net!news.ox.ac.uk!europa.ox.ac.uk!europa!rjm From: rjm@europa.ox.ac.uk (Bob) Newsgroups: alt.sys.pdp11,vmsnet.pdp-11,comp.protocols.kermit.misc Subject: Re: DX11 baud rates under RT11 Date: 15 Oct 1997 23:50:05 +0100 Organization: University of Oxford Distribution: inet Message-ID: References: <6232gg$jnu$1@nntp.ucs.ubc.ca> NNTP-Posting-Host: max12.public.ox.ac.uk In-reply-to: shoppa@alph02.triumf.ca's message of 15 Oct 1997 18:37:04 GMT Lines: 56 Xref: news.columbia.edu alt.sys.pdp11:2869 vmsnet.pdp-11:8367 comp.protocols.kermit.misc:7888 >>There are a couple of issues I'd like to investigate. The amount of >>data to be transferred is very large, so I'd like to take every step I >>can to make the process as painless as possible. I envisage using >>KERMIT under RT11 to transfer the data to the PC. >This is certainly one option. Another option is to install an 8" >floppy drive on a PC-clone and use it to read RX01 floppies. I >personally prefer the Kermit option, especially using Billy Yodelman's >KRT. Any idea how to interface an 8" drive to a PC? Would I need a Shugart type drive? I take it the RX01 type drives are no use in this regard? What software would I use under DOS to read RT11 volumes? (I think I have it, but I forget it's name). >I would tend to believe that the DX11 is not DEC, as DEC never sold >a board called a DX11. The closest I know of is the RX11, which isn't >a serial port. Is it, perhaps, a DZ11? Or is it compatible with the >DLV-11E? See my previous posts - declexia ---- DZ11, I mean! >SET DX commands would work on the DX device, which is a RX01 floppy >disk. I don't think this will help you set the baud rate :-) Oooops. What device manager ??.SYS is used for the DZ11? TT.SYS ?? >If your board is a DL11 with software-adjustable baud rate in a way >that's compatible with a DLV-11E, there >are RT-11 SET commands for changing the baud rate. Any idea which SET commmands. My RT manuals don't seem to help on this. >In this case, I'll >hazard a guess that you're using RT-11's XL handler to handle this >port, in which case a SET XL SPEED=nnnn will be doable. 9600 baud >would be a good start. I'll try that. >Use Billy Yodelman's latest version of Kermit for RT-11, KRT. You >can get it from ftp.vnet.com, in /pub/users/billy. Slightly older, >but still pretty good, versions are available from kermit.columbia.edu. >Billy, Frank - when are the versions at Columbia going to be updated? I'll try that. According to the messages of others, I may boot virgin RT11 5.x without multiterminal support. Bob -- ------------------------------------------------------------------------------ Bob Manners (My REAL address is: rjm@swift.eng.ox.ac.uk) BOB'S COMPUTER MUSEUM: http://swift.eng.ox.ac.uk/rjm/museum.html ------------------------------------------------------------------------------ From news@newsmaster.cc.columbia.edu Wed Oct 15 21:59:18 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id VAA26817 for ; Wed, 15 Oct 1997 21:59:17 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id VAA10096 for kermit.misc@watsun; Wed, 15 Oct 1997 21:59:17 -0400 (EDT) Path: news.columbia.edu!panix!howland.erols.net!news.maxwell.syr.edu!newsfeed.internetmci.com!152.163.199.19!portc03.blue.aol.com!audrey01.news.aol.com!not-for-mail From: chavezlee@aol.com (Chavez Lee) Newsgroups: comp.protocols.kermit.misc Subject: Re: ckermit 6.0 set protocol xmodem Date: 16 Oct 1997 01:38:03 GMT Lines: 3 Message-ID: <19971016013800.VAA04718@ladder01.news.aol.com> NNTP-Posting-Host: ladder01.news.aol.com X-Admin: news@aol.com Organization: AOL http://www.aol.com References: <61t9fs$b2f$1@apakabar.cc.columbia.edu> Xref: news.columbia.edu comp.protocols.kermit.misc:7889 The info you provided is certainly helpful. Thanks. cl. From news@newsmaster.cc.columbia.edu Wed Oct 15 23:25:50 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id XAA06198 for ; Wed, 15 Oct 1997 23:25:50 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id XAA14623 for kermit.misc@watsun; Wed, 15 Oct 1997 23:25:49 -0400 (EDT) Path: news.columbia.edu!sol.ctr.columbia.edu!news.uoregon.edu!news.u.washington.edu!homer36.u.washington.edu!bbaldwin From: "B. Baldwin" Newsgroups: comp.protocols.kermit.misc Subject: Screen redraw in Kermit95 Date: Wed, 15 Oct 1997 15:55:12 -0700 Organization: University of Washington Lines: 13 Message-ID: NNTP-Posting-Host: homer36.u.washington.edu Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Trace: nntp6.u.washington.edu 876956117 32334 (None) 140.142.64.2 X-Complaints-To: help@cac.washington.edu NNTP-Posting-User: bbaldwin Xref: news.columbia.edu comp.protocols.kermit.misc:7890 I set the Screen Update to Fast but the screen redraw still seems slow. I am using a telnet connection over the network. Is there another setting that can speed it up? ***************************************** Brian Baldwin Grant and Contract Accounting Box 351122 Phone: 685-1347 Fax: 543-0764 Email: bbaldwin ***************************************** From news@newsmaster.cc.columbia.edu Thu Oct 16 02:23:59 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id CAA05239 for ; Thu, 16 Oct 1997 02:23:58 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id CAA21770 for kermit.misc@watsun; Thu, 16 Oct 1997 02:23:58 -0400 (EDT) Path: news.columbia.edu!panix!howland.erols.net!www.nntp.primenet.com!globalcenter0!news.primenet.com!MIX.COM!sluggy From: billy@mix.com Newsgroups: alt.sys.pdp11,vmsnet.pdp-11,comp.protocols.kermit.misc Subject: Re: DX11 baud rates under RT11 Date: 15 Oct 1997 22:41:00 -0700 Organization: Billy's Place Lines: 18 Message-ID: <6249dc$o14@nntp02.primenet.com> References: <6232gg$jnu$1@nntp.ucs.ubc.ca> X-Posted-By: billy@206.165.6.202 (billy) Xref: news.columbia.edu alt.sys.pdp11:2874 vmsnet.pdp-11:8370 comp.protocols.kermit.misc:7891 Bob writes: > Any idea how to interface an 8" drive to a PC? Would I need a Shugart > type drive? Long ago there was an editing system (sound, videotape) made by a company named Adam-Smith. It was 286 (pc) based but had (since RT-11 was what most people used and many still do) an 8" floppy drive and (an important point) could also read DEC formats. I don't know what exactly they used for a floppy controller but it might be interesting to try finding one of those old systems. There is probably a rec.video newsgroup where someone would remember all this... > I take it the RX01 type drives are no use in this regard? Probably not - what I've seen have been Shugart drives. Billy Y.. From news@newsmaster.cc.columbia.edu Thu Oct 16 05:18:16 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id FAA00793 for ; Thu, 16 Oct 1997 05:18:12 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id FAA00905 for kermit.misc@watsun; Thu, 16 Oct 1997 05:18:11 -0400 (EDT) Path: news.columbia.edu!news.new-york.net!news-peer.gsl.net!news.gsl.net!gip.net!newsfeed.internetmci.com!139.130.235.93!news.telstra.net!harbinger.cc.monash.edu.au!lucy.cc.swin.edu.au!news.rmit.EDU.AU!goanna.cs.rmit.edu.au!yallara.cs.rmit.edu.au!not-for-mail From: rwi@yallara.cs.rmit.edu.au (Ross Irvine) Newsgroups: comp.protocols.kermit.misc Subject: Take Script parameter's?? Followup-To: poster Date: 16 Oct 1997 00:53:55 GMT Organization: Comp Sci, RMIT University, Melbourne, Australia. Lines: 20 Message-ID: <623oj3$lrl$1@goanna.cs.rmit.edu.au> NNTP-Posting-Host: yallara.cs.rmit.edu.au NNTP-Posting-User: rwi X-Newsreader: TIN [UNIX 1.3 950824BETA PL0] Xref: news.columbia.edu comp.protocols.kermit.misc:7892 Hi All, I would like to be able to give me scripts command line arguments, but it doesn't like it. It always says that the extra characters (the argument) are ignored. How can I pass command line args to scripts??? Eg Kermit> take dothis.ksc {Some text Message} Regards.. -- Ross Irvine E-Mail : rwi@yallara.cs.rmit.edu.au Computer Science Department, Phone GSM : +61 419 565 232 RMIT, Melbourne, Australia. Nokia 2110 FAQ Creater, see below for WWW. Novell Network Admin - V.B.R. Work : +61-3-9349-2744 Fax: +61-3-9349-2711 Certified Novell Administrator (CNA) Still Working on the CNE.... And all round nice guy. :) WEB : http://yallara.cs.rmit.edu.au/~rwi/ From news@newsmaster.cc.columbia.edu Thu Oct 16 05:22:46 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id FAA01018 for ; Thu, 16 Oct 1997 05:22:46 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id FAA01139 for kermit.misc@watsun; Thu, 16 Oct 1997 05:22:45 -0400 (EDT) Path: news.columbia.edu!psinntp!news.idt.net!news-spur1.maxwell.syr.edu!news.maxwell.syr.edu!howland.erols.net!newsfeed.internetmci.com!207.5.0.44!nntp.mainstreet.net!bug.rahul.net!rahul.net!a2i!samba.rahul.net!rahul.net!a2i!dold.a2i!dold From: dold@80.usenet.us.com Newsgroups: comp.protocols.kermit.misc Subject: Re: Screen redraw in Kermit95 Date: 16 Oct 1997 03:27:10 GMT Organization: a2i network Lines: 16 Message-ID: <6241ie$kbi$1@samba.rahul.net> References: Reply-To: dold@network.rahul.net NNTP-Posting-Host: foxtrot.rahul.net NNTP-Posting-User: dold X-Newsreader: TIN [version 1.2 PL2] X-Comment: Encoded From: line allows replies that preserve original subject Xref: news.columbia.edu comp.protocols.kermit.misc:7893 B. Baldwin (bbaldwin@u.washington.edu) wrote: : I set the Screen Update to Fast but the screen redraw still seems slow. I : am using a telnet connection over the network. Is there another setting : that can speed it up? At the moment, I am using K-95 in TCP mode, via a Win95 dialup PPP connection. My connection is at 26400 (I live a long way from my C.O.) My screen redraw delay is non-existent. I can't see the scren "paint" as I toggle between two files in the text editor. The new text just arrives, full screen. -- --- Clarence A Dold - dold@network.rahul.net - Pope Valley & Napa CA. From news@newsmaster.cc.columbia.edu Thu Oct 16 09:42:50 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id JAA25667 for ; Thu, 16 Oct 1997 09:42:50 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id JAA15149 for kermit.misc@watsun; Thu, 16 Oct 1997 09:42:49 -0400 (EDT) Path: news.columbia.edu!news.new-york.net!cpk-news-hub1.bbnplanet.com!news.bbnplanet.com!sunqbc.risq.qc.ca!news.bc.net!rover.ucs.ualberta.ca!alberta!not-for-mail From: Vladimir Alexiev Newsgroups: comp.protocols.kermit.misc Subject: Re: Kermit via PPP under DOS? (SOLVED!) Date: 16 Oct 1997 03:53:19 -0600 Organization: University of Alberta, Computing Science Lines: 31 Message-ID: References: <5jzp7SiZjuUm@cc.usu.edu> NNTP-Posting-Host: tees.cs.ualberta.ca In-reply-to: Vladimir Alexiev's message of 15 Oct 1997 16:06:41 -0600 X-Newsreader: Gnus v5.0.15 Xref: news.columbia.edu comp.protocols.kermit.misc:7894 Toni, congratulations on a great new release! With the new features (CHAP, VJ compression, BOOTP working for Minuet, Ether working for Kermit), the small footprint, the robustness coming from Linux, and your active development, DOSPPP is certain to become *the* PPP driver for DOS. I tried all four DOSPPP06 non-debugging versions (class1/class6, with/without CHAP) with Kermit 3.14/3.15 and they work ok. A pleasant surprise: even though class1 doesn't support BOOTP, you may still use BOOTP with class1 if the *remote* provides a BOOTP server. > >I'm interested in knowing how well it performs Splendidly. Now, it appears to me as if class6 is giving slower performance than class1 (over the same link). Is this possible, or is it a subjective mistake of mine? Probably throughput is the same, but response time seems worse. (Of course, both are worse than the underlying shell account connection.) Joe D wrote: > MS-DOS Kermit rejects incoming frames whose MAC address is the same > as Kermit's own. Might this be the situation you had in dospppd? In any > case, MSK does not compare frame destination MAC address with internals of > the ARP reply. Don't know how, but it works now. Uninformed guess: maybe the header field that EPPPD was not initializing the same as the ARP field, contained the own MAC address by accident? This would be possible if the packet buffer of the request is reused to allocate the reply. Regards, Vlad From news@newsmaster.cc.columbia.edu Thu Oct 16 10:18:28 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id KAA00805 for ; Thu, 16 Oct 1997 10:18:27 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id KAA16886 for kermit.misc@watsun; Thu, 16 Oct 1997 10:18:27 -0400 (EDT) Path: news.columbia.edu!watsun.cc.columbia.edu!fdc From: fdc@watsun.cc.columbia.edu (Frank da Cruz) Newsgroups: comp.protocols.kermit.misc Subject: Re: Screen redraw in Kermit95 Date: 16 Oct 1997 14:18:25 GMT Organization: Columbia University Lines: 18 Message-ID: <6257nh$t23$1@apakabar.cc.columbia.edu> References: NNTP-Posting-Host: watsun.cc.columbia.edu Xref: news.columbia.edu comp.protocols.kermit.misc:7895 In article , B. Baldwin wrote: : I set the Screen Update to Fast but the screen redraw still seems slow. I : am using a telnet connection over the network. Is there another setting : that can speed it up? : Windows versions, video drivers, etc, differ in such subtle and inscrutable ways that it is not possible to devise an algorithm that is fast on all of them -- if it were, we'd use it. Thus we use one that tends to be the fastest on most systems, but which, oddly enough, can turn out to be very slow on a handful of systems, usually but not always NT. For this reason we give you various tuning knobs to optimize K95's video access. See BUGS.TXT item 27. - Frank From news@newsmaster.cc.columbia.edu Thu Oct 16 10:27:31 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id KAA02336 for ; Thu, 16 Oct 1997 10:27:30 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id KAA17288 for kermit.misc@watsun; Thu, 16 Oct 1997 10:27:29 -0400 (EDT) Path: news.columbia.edu!watsun.cc.columbia.edu!fdc From: fdc@watsun.cc.columbia.edu (Frank da Cruz) Newsgroups: comp.protocols.kermit.misc Subject: Re: Take Script parameter's?? Date: 16 Oct 1997 14:27:28 GMT Organization: Columbia University Lines: 41 Message-ID: <62588g$5i$1@apakabar.cc.columbia.edu> References: <623oj3$lrl$1@goanna.cs.rmit.edu.au> NNTP-Posting-Host: watsun.cc.columbia.edu Xref: news.columbia.edu comp.protocols.kermit.misc:7896 In article <623oj3$lrl$1@goanna.cs.rmit.edu.au>, Ross Irvine wrote: : I would like to be able to give me scripts command line : arguments, but it doesn't like it. It always says that the extra : characters (the argument) are ignored. : : How can I pass command line args to scripts??? : : Eg : : Kermit> take dothis.ksc {Some text Message} : define xx take dothis.ksc xx {Some text Message} This sets the macro parameters \%1, \%2, etc, and they will be visible to the command file (change "xx" to whatever you want to call the macro). A more general method does not hardwire the filename, but instead takes it as the first parameter, and then shifts the others over (using syntax supported by K95, C-Kermit 6.0, and MS-DOS Kermit 3.15): define xx { local filename asg filename \%1 asg \%1 \%2 asg \%2 \%3 asg \%3 \%4 asg \%4 \%5 asg \%5 \%6 asg \%6 \%7 asg \%7 \%8 asg \%8 \%9 undef \%9 tak \m(filename) end \v(status) } xx dothis.ksc {Some text Message} - Frank From news@newsmaster.cc.columbia.edu Thu Oct 16 14:10:33 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id OAA18467 for ; Thu, 16 Oct 1997 14:10:31 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id OAA28195 for kermit.misc@watsun; Thu, 16 Oct 1997 14:10:31 -0400 (EDT) Path: news.columbia.edu!panix!howland.erols.net!newshub2.home.com!newshub1.home.com!news.home.com!news.rdc1.sfba.home.com!cypher.cagent.com!user From: tsw@cagent.com (Tom Watson) Newsgroups: alt.sys.pdp11,vmsnet.pdp-11,comp.protocols.kermit.misc Subject: Re: DX11 baud rates under RT11 Date: Thu, 16 Oct 1997 11:08:16 -0700 Organization: CagEnt, Inc. Lines: 43 Distribution: inet Message-ID: References: <6232gg$jnu$1@nntp.ucs.ubc.ca> NNTP-Posting-Host: aurora.cagent.com Cache-Post-Path: aurora.cagent.com!unknown@cypher.cagent.com Xref: news.columbia.edu alt.sys.pdp11:2886 vmsnet.pdp-11:8378 comp.protocols.kermit.misc:7897 In article , rjm@europa.ox.ac.uk (Bob) wrote: > > Any idea how to interface an 8" drive to a PC? Would I need a Shugart > type drive? I take it the RX01 type drives are no use in this regard? > What software would I use under DOS to read RT11 volumes? (I think I > have it, but I forget it's name). > Others have posted some commercial solutions to the "problem" but it really isn't that bad. The basic 8" floppy uses the same data rates as a 1.2Meg 5 1/4" floppy. The big problem is the connector. The 8" drive uses a 50 pin connector, and the 5 1/4" drive uses a 34 pin connector. All of the signals are there, but as usual, IBM long ago diddled with things a bit. They use a "twist" between the A & B drives to change the selects, and because they needed to turn the motors on and off, they flipped that signal as well. Most 8" drives have no motor control signal (always on), so it really isn't a problem. Why do I know about this?? I have a machine at home that uses (normally) 8" drives, and I've successfully hooked up 1.2Meg 5 1/4" floppies to it. The biggest problem is the normal 8" drive has 77 tracks, but the 5 1/4" one has 80 tracks. The other parameters (data rate [250/500k bits/sec], rotational speed [360 RPM]) are the same. Transferring of data via floppy disks? I'd use something that writes DOS formatted files to the drive. The 'mtools' package (Linux) or 'dosread' (Minix) can make these type of files (assuming you have the ability to access the drive sector by sector). I suspect that reading the RT11 floppy on a PC would be the more difficult task. It would be doable, but I don't know about the software that exists. If anyone is interested, I'll go look at the little jumper block that I built that converts the 50 pin 8" connector to the 34 pin 5 1/4" connector. It is two IDC connectors with a bunch of wires. It costs less than $10. to build (if you can get the parts). That ends the hardware lesson for today, we now return you to the regularly scheduled newsgroup. -- tsw@cagent.com (Home: tsw@johana.com) Please forward spam to: annagram@hr.house.gov (my Congressman), I do. From news@newsmaster.cc.columbia.edu Thu Oct 16 14:52:47 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id OAA28101 for ; Thu, 16 Oct 1997 14:52:46 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id OAA00365 for kermit.misc@watsun; Thu, 16 Oct 1997 14:52:45 -0400 (EDT) Path: news.columbia.edu!panix!news.eecs.umich.edu!nntprelay.mathworks.com!newsgate.duke.edu!news.eng.convex.com!cs.utexas.edu!news.cs.utah.edu!cc.usu.edu!jrd From: jrd@cc.usu.edu (Joe Doupnik) Newsgroups: comp.protocols.kermit.misc Subject: Re: Kermit via PPP under DOS? Message-ID: <$QmoOmiES1Xq@cc.usu.edu> Date: 16 Oct 97 09:59:26 MDT References: Organization: Utah State University Lines: 58 Xref: news.columbia.edu comp.protocols.kermit.misc:7898 In article , Vladimir Alexiev writes: > In article <5jzp7SiZjuUm@cc.usu.edu> jrd@cc.usu.edu (Joe Doupnik) writes: > >> >> >> > Is BOOTP impossible with a SLIP interface? How about DHCP? >> BOOTP and DHCP require a local MAC address to work with, SLIP has no MAC >> address > Ok, now: Is BOOTP availability over PPP links sufficient incentive to warrant > pursuing this issue? > >> continue the conversation with the authors of those drivers and see if they >> will reveal the extent to which they perform the required emulation. > Ok, I'll try that. > >> Proxy ARP et al have not the slightest to do with Kermit (or other >> client) internals. That is outside of and unknowable to these clients. > I know that. I was trying to figure out how does class 1 emulation work. > > For a PPP link, Kermit`s job is pretty simple: it has to send all it wants to > send down the link, without caring mcuh about MAC addresses. That's why I > think it would be an easy fix: Kermit could simply disregard some of its > "doubts" about the faithfulness of the class 1 emulation and just go ahead. You are still grasping the problem by the wrong end. "Just disregard" may seem to be convenient for your situation but is plain wrong in general. The problem is very likely improper emulation of Ethernet by the PPP drivers, as I have speculated each time this thread has a new message. >> MSK will report >> 1. if it is unable to register with the Packet Driver for IP and ARP packets >> 2. if another station responds to an ARP for MSK's own IP address, >> 3. and if it is unable to receive a response to an ARP. > This is the kind of info I need to figure it out (if at all possible from > external observation only). Does the message "Unable to ARP resolve" mean item > 3 above? Will these conditions appear in the order listed, so can I assume > that 1 and 2 do not happen? Unable to ARP resolve means just what it says: ARP request sent, no matching ARP reply received. Malformed ARP replies are the same as no reply. >> If those conditions are met and the driver proclaims to be Ethernet then the >> driver had better behave like Ethernet... Kermit does tell you if >> interfacing conditions fail > What other errors can happen from that point on? (Ok, perhaps this is a stupid > question :-) Can you think of other interfacing conditions that can fail, > apart from the listed 3? I say again, the emulation is likely broken. Understanding the overall situation does require some knowledge of TCP/IP on Ethernet, and this is not the place to provide a course on that. The authors of those PPP drivers are the ones to take on the task, as has been nicely demonstrated today. Joe D. >> it cannot tell anyone about Ethernet simulation failures in an external >> driver. > I was hoping that we can figure out what more does Kermit expect from a class > 1 emulator compared to other TCP apps (and you're starting this, with the 3 > conditions above). Now I'll try from the other end, ask emulator authors what > less do these emulators provide compared to true ethernet drivers. From news@newsmaster.cc.columbia.edu Thu Oct 16 16:01:06 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id QAA12876 for ; Thu, 16 Oct 1997 16:01:05 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id QAA03725 for kermit.misc@watsun; Thu, 16 Oct 1997 16:01:04 -0400 (EDT) Newsgroups: comp.protocols.kermit.misc Subject: FTP, PING etc. Clients Using CYRNWR Drivers? Summary: Are There Any? From: mikef@pacifier.com (Mike Freeman) NNTP-Posting-Host: pacifier.com Message-ID: <34467229.0@news.pacifier.com> Date: 16 Oct 97 19:59:37 GMT Lines: 10 Path: news.columbia.edu!panix!howland.erols.net!news-peer.gsl.net!news.gsl.net!gip.net!news.he.net!pacifier!news.pacifier.com!mikef Xref: news.columbia.edu comp.protocols.kermit.misc:7899 Are there any PD or shareware programs such as FTP, PING, etc. for MS-DOS that work with the CYRNWR packet drivers as MS-Kermit does? If so, how can one obtain them? Thanks in advance. -- Mike Freeman; Internet: mikef@pacifier.com; Amateur Radio Callsign: K7UIJ President, National Federation of the Blind of Washington /* PGP2.6.2 Public Key available via my ".plan" file */ .. A professor is someone who talks in someone else's sleep. From news@newsmaster.cc.columbia.edu Thu Oct 16 16:47:54 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id QAA23304 for ; Thu, 16 Oct 1997 16:47:53 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id QAA06021 for kermit.misc@watsun; Thu, 16 Oct 1997 16:47:53 -0400 (EDT) Newsgroups: alt.sys.pdp11,vmsnet.pdp-11,comp.protocols.kermit.misc Subject: Re: DX11 baud rates under RT11 References: <6232gg$jnu$1@nntp.ucs.ubc.ca> Distribution: inet Organization: D Bit, Troy, NY From: wilson@dbit.com (John Wilson) NNTP-Posting-Host: dbit.dbit.com Message-ID: <34467719.0@news.wizvax.net> Date: 16 Oct 97 20:20:41 GMT Lines: 26 Path: news.columbia.edu!sol.ctr.columbia.edu!news.indiana.edu!vixen.cso.uiuc.edu!newsfeed.internetmci.com!206.72.192.13!news.albany.net!newsfeed.wizvax.net!news.wizvax.net!dbit.com!wilson Xref: news.columbia.edu alt.sys.pdp11:2892 vmsnet.pdp-11:8380 comp.protocols.kermit.misc:7900 In article , Tom Watson wrote: >Others have posted some commercial solutions to the "problem" but it >really isn't that bad. The basic 8" floppy uses the same data rates as a >1.2Meg 5 1/4" floppy. The big problem is the connector. The 8" drive >uses a 50 pin connector, and the 5 1/4" drive uses a 34 pin connector. >All of the signals are there, but as usual, IBM long ago diddled with >things a bit. FYI this isn't quite 100% true, the 34-pin interface is missing TG43 and the 2SIDE pin and I think there's a READY pin. Also the 8" disk uses a head load pin but not a motor-on pin (the 8" motor runs all the time). You can get around most of these, and you don't need TG43 for reading (some drives keep track of the current track themselves and don't need TG43 at all), but for writing I imagine you could get into trouble if you don't reduce the write current on inner tracks using this pin. Some PC FDCs (like the 37C65) generate the TG43 (a.k.a. /RWC) pin but only under certain circumstances (the 37C65 has 3 different modes, I think this pin is used for /RPM in AT-compatible mode), the CompatiCard IV has a software-programmable output for setting it (which PUTR does), and I guess you could use a LPT port pin with an OC driver to do it from software. The PC doesn't have a use for the 2SIDE or READY pins though so those don't matter. John Wilson D Bit From news@newsmaster.cc.columbia.edu Fri Oct 17 00:46:51 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id AAA05735 for ; Fri, 17 Oct 1997 00:46:51 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id AAA29504 for kermit.misc@watsun; Fri, 17 Oct 1997 00:46:50 -0400 (EDT) Path: news.columbia.edu!panix!howland.erols.net!news-peer.gsl.net!news.gsl.net!gip.net!news.voicenet.com!omni2!cmosley From: cmosley@voicenet.com (Christopher Mosley) Newsgroups: comp.protocols.kermit.misc Subject: Re: FTP, PING etc. Clients Using CYRNWR Drivers? Date: 17 Oct 1997 04:46:27 GMT Organization: VoiceNet - Internet Access - (215)674-9290 Lines: 25 Message-ID: <626qj3$ooq$1@news2.voicenet.com> References: <34467229.0@news.pacifier.com> NNTP-Posting-Host: omni2.voicenet.com X-Newsreader: TIN [version 1.2 PL2] Xref: news.columbia.edu comp.protocols.kermit.misc:7901 Mike Freeman (mikef@pacifier.com) wrote: : Are there any PD or shareware programs such as FTP, PING, etc. for MS-DOS : that work with the CYRNWR packet drivers as MS-Kermit does? If so, how : can one obtain them? Some sites: http://www.agate.net/~tvdog/internet.html http://www.palms.nq.net/ppp.html The driver that will work with wattcp apps and with kermit is c/slipper with the ethernet option. Presumably- hopefully the next release of eppp (dosppp) will also work. There are many wattcp based programs: ftp,time,ping,finger and the graphic browser and smtp/pop3 mail program "arachne". : Thanks in advance. : -- : Mike Freeman; Internet: mikef@pacifier.com; Amateur Radio Callsign: K7UIJ : President, National Federation of the Blind of Washington : /* PGP2.6.2 Public Key available via my ".plan" file */ : .. A professor is someone who talks in someone else's sleep. From news@newsmaster.cc.columbia.edu Fri Oct 17 03:34:10 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id DAA07804 for ; Fri, 17 Oct 1997 03:34:10 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id DAA06507 for kermit.misc@watsun; Fri, 17 Oct 1997 03:34:09 -0400 (EDT) Path: news.columbia.edu!panix!howland.erols.net!news-peer.gsl.net!news.gsl.net!gip.net!news.voicenet.com!omni2!cmosley From: cmosley@voicenet.com (Christopher Mosley) Newsgroups: comp.protocols.kermit.misc Subject: Re: FTP, PING etc. Clients Using CYRNWR Drivers? Date: 17 Oct 1997 07:29:30 GMT Organization: VoiceNet - Internet Access - (215)674-9290 Lines: 30 Message-ID: <62744q$rdo$1@news2.voicenet.com> References: <34467229.0@news.pacifier.com> <626qj3$ooq$1@news2.voicenet.com> NNTP-Posting-Host: omni2.voicenet.com X-Newsreader: TIN [version 1.2 PL2] Xref: news.columbia.edu comp.protocols.kermit.misc:7902 Christopher Mosley (cmosley@voicenet.com) wrote: : Mike Freeman (mikef@pacifier.com) wrote: : : Are there any PD or shareware programs such as FTP, PING, etc. for MS-DOS : : that work with the CYRNWR packet drivers as MS-Kermit does? If so, how : : can one obtain them? I have serial line protocols on the brain. This info should be good for packet drivers for cards as well. : Some sites: : http://www.agate.net/~tvdog/internet.html : http://www.palms.nq.net/ppp.html : The driver that will work with wattcp apps and with kermit is : c/slipper with the ethernet option. Presumably- hopefully : the next release of eppp (dosppp) will also work. : There are many wattcp based programs: ftp,time,ping,finger and : the graphic browser and smtp/pop3 mail program "arachne". : : Thanks in advance. : : -- : : Mike Freeman; Internet: mikef@pacifier.com; Amateur Radio Callsign: K7UIJ : : President, National Federation of the Blind of Washington : : /* PGP2.6.2 Public Key available via my ".plan" file */ : : .. A professor is someone who talks in someone else's sleep. From news@newsmaster.cc.columbia.edu Fri Oct 17 06:08:09 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id GAA02089 for ; Fri, 17 Oct 1997 06:08:08 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id GAA21175 for kermit.misc@watsun; Fri, 17 Oct 1997 06:08:07 -0400 (EDT) Path: news.columbia.edu!panix!howland.erols.net!winter.news.erols.com!news From: kifox@hotmail.com (kifox) Newsgroups: comp.protocols.kermit.misc Subject: msdos kermit and external protocols Date: 17 Oct 1997 10:06:05 GMT Organization: Your Organization Lines: 6 Message-ID: <627dad$snq@winter.news.erols.com> NNTP-Posting-Host: 207.96.9.115 Mime-Version: 1.0 Content-Type: Text/Plain; charset=US-ASCII X-Received-On: 17 Oct 1997 10:06:05 GMT X-Newsreader: WinVN 0.99.10 (beta 1) [de] (16bit) X-No-Archive: Yes Xref: news.columbia.edu comp.protocols.kermit.misc:7903 Was wondering if it would be possible for the msdos version of kermit to include support for external protocols like zmodem,ymodem,hydra ect in the same fashion that most dos-based com programs do. Some sites you can telnet to don't support the kermit protocol for file transfers. From news@newsmaster.cc.columbia.edu Fri Oct 17 08:40:39 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id IAA04908 for ; Fri, 17 Oct 1997 08:40:38 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id IAA11238 for kermit.misc@watsun; Fri, 17 Oct 1997 08:40:38 -0400 (EDT) Path: news.columbia.edu!sol.ctr.columbia.edu!news.uoregon.edu!inquo!news.mira.net.au!news.mel.aone.net.au!newsfeed-in.aone.net.au!news.mel.connect.com.au!not-for-mail From: "Greg Steel" Newsgroups: comp.protocols.kermit.misc Subject: Kermit connectivity under wfw 3.11 Date: 17 Oct 1997 10:27:18 GMT Organization: Customer of Connect.com.au P/L, Melbourne, Australia Lines: 30 Message-ID: <01bcdae6$b61e3ee0$460108d2@omnibook> NNTP-Posting-Host: acc4-ppp6.mel.enternet.com.au X-Newsreader: Microsoft Internet News 4.70.1155 Xref: news.columbia.edu comp.protocols.kermit.misc:7904 Help we are currently running Kermit loading odipkt and winpkt drivers under a wfw 3.11 enviroment. We also have the latest version of Novell's clienr32 running a 16bit driver to connect to Novell 3.12 and 4.11 file servers. Kermit is used under this enviroment to access a Hp9000 Unix box. We are shortly to deploy Ip within our organisation and want to run either Microsoft's or Novell's ip stack to get connectivity to an ip host, a Lotus Notes server. At the same time we still need Kermit access, the ip stack would obtain the ip address from a dhcp server running on a Netware 4.11 server.....phew..... Unfortunately we won't be upgrading to Windows 95 or Nt for about 6-12 months. I need to know if anyone has or is doing the above and how (in reasonably plain english) can tell me how or if it's possible. I have started tested the ndis3pkt.386 driver but don't really yet understand how it works or if I can configure it to work. Essentially two ip stacks would need to run in parallel but (yes it's messy) but can someone explain it all if possible... Thankyou Greg Steel Victorian Superannuation Board Melbourne, Victoria Australia Pls send any reply to the following Email address greg.steel@vicsuper.vic.gov.au From news@newsmaster.cc.columbia.edu Fri Oct 17 10:16:10 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id KAA21260 for ; Fri, 17 Oct 1997 10:16:09 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id KAA15940 for kermit.misc@watsun; Fri, 17 Oct 1997 10:16:08 -0400 (EDT) Path: news.columbia.edu!watsun.cc.columbia.edu!fdc From: fdc@watsun.cc.columbia.edu (Frank da Cruz) Newsgroups: comp.protocols.kermit.misc Subject: Re: msdos kermit and external protocols Date: 17 Oct 1997 14:16:06 GMT Organization: Columbia University Lines: 28 Message-ID: <627rv6$aoj$1@apakabar.cc.columbia.edu> References: <627dad$snq@winter.news.erols.com> NNTP-Posting-Host: watsun.cc.columbia.edu Xref: news.columbia.edu comp.protocols.kermit.misc:7905 In article <627dad$snq@winter.news.erols.com>, kifox wrote: : Was wondering if it would be possible for the msdos version of kermit to : include support for external protocols like zmodem,ymodem,hydra ect in the : same fashion that most dos-based com programs do. Some sites you can telnet : to don't support the kermit protocol for file transfers. : Not for Telnet connections, since the TCP/IP stack is implemented in MS-DOS Kermit itself. If it started another program to execute the external protocol, the TCP/IP stack would no longer be active. We can do this in UNIX because the operating system permits. DOS is not an operating system in the conventional sense -- it does not support multiple processes, networking at the kernel i/o level, etc. Even if it worked, it might not work since Zmodem implementations quite often fail to upload or download or both over Telnet connections because of transparency issues. There is no reason at all why Kermit protocol can't be available on every host, service, BBS, or other thing that you can Telnet to. When it's not, simply point the provider to the Kermit website: http://www.columbia.edu/kermit/ Of course you can use DSZ or whatever as an external protocol on a serial connection; people have been doing it for years. - Frank From news@newsmaster.cc.columbia.edu Fri Oct 17 10:18:10 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id KAA21632 for ; Fri, 17 Oct 1997 10:18:09 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id KAA16098 for kermit.misc@watsun; Fri, 17 Oct 1997 10:18:08 -0400 (EDT) Path: news.columbia.edu!watsun.cc.columbia.edu!fdc From: fdc@watsun.cc.columbia.edu (Frank da Cruz) Newsgroups: comp.protocols.kermit.misc Subject: Re: Kermit connectivity under wfw 3.11 Date: 17 Oct 1997 14:18:07 GMT Organization: Columbia University Lines: 14 Message-ID: <627s2v$apq$1@apakabar.cc.columbia.edu> References: <01bcdae6$b61e3ee0$460108d2@omnibook> NNTP-Posting-Host: watsun.cc.columbia.edu Xref: news.columbia.edu comp.protocols.kermit.misc:7906 In article <01bcdae6$b61e3ee0$460108d2@omnibook>, Greg Steel wrote: : Help we are currently running Kermit loading odipkt and winpkt drivers : under a wfw 3.11 enviroment. : (etc etc)... Begin by making sure you have the latest version of MS-DOS Kermit, which is 3.15: http://www.columbia.edu/kermit/mskermit.hrml After installing it, read the section on Windows for Workgroups in the NETWORKS\SETUP.DOC file. - Frank From news@newsmaster.cc.columbia.edu Fri Oct 17 11:45:55 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id LAA14062 for ; Fri, 17 Oct 1997 11:45:54 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id LAA20597 for kermit.misc@watsun; Fri, 17 Oct 1997 11:45:52 -0400 (EDT) Path: news.columbia.edu!watsun.cc.columbia.edu!cmg From: billy@MIX.COM Newsgroups: alt.sys.pdp11,comp.sys.dec,comp.sys.dec.micro,comp.protocols.kermit.misc,vmsnet.pdp-11 Subject: Announcing Kermit (KRT) V3.63 for RT-11 and TSX-Plus Date: 17 Oct 1997 15:45:47 GMT Organization: Columbia University Lines: 160 Message-ID: <62817b$dsp$1@apakabar.cc.columbia.edu> NNTP-Posting-Host: watsun.cc.columbia.edu Originator: cmg@watsun.cc.columbia.edu Xref: news.columbia.edu alt.sys.pdp11:2899 comp.sys.dec:56368 comp.sys.dec.micro:7232 comp.protocols.kermit.misc:7907 vmsnet.pdp-11:8385 I'm pleased to announce an update to the KRT Kermit for the PDP-11 RT-11 and TSX-Plus operating systems is ready for production service. Version 3.63 adds several new features and performance enhancements which are detailed below, as well as fixing all known bugs, and is available now by anonymous ftp from or on the Web at: http://www.columbia.edu/kermit/pdp11/ All sources are on-line but just a few files are required to install and use the distributed executable program images - kermit/b/krt.doc Installation instructions, index of all files kermit/b/krt.ini Sample init file kermit/b/krthlp.hlp HELP text file kermit/bin/krt.sav Executable for RT-11FB/SB/SJ or TSX+ kermit/bin/krttsx.sav Executable for RT-11XB/XM/ZB/ZM or TSX+ This edition represents a significant step forward in both speed and convenience. I strongly urge all users of RT-11/TSX-Plus to upgrade as soon as possible. My sincere thanks to all who've made suggestions and above all helped test this work - one of its key points is it's been thoroughly tested over quite some time and has been found to be extremely stable. There is yet more to come, work is also being done by John Santos for RSTS/E and KRT remains a fully supported Kermit - if you have any problem with it please contact me directly. And to be sure, KRT is fully Year-2000 compliant when used with operating system versions that are as well. KRT's new features and fixes include - o SET/SHOW CONTROL-CHARACTER as in C-Kermit were added. This speeds up transfers of binary data as it reduces the need for control character quoting which requires two bytes to transmit each one. See HELP SET CONTROL-CHAR for an in-depth discussion regarding how to use it. o KRT's file name conversion code now accomodates various previously troublesome Unix file names such as .x. or .x: or ..x. which were being erronously considered as implicitly wildcarded or a device or path name. All previously undefined characters possible in such file names are now processed correctly. o In support of the above SET FILE WILDCARDS is now available within KRT. The default is IMPLICIT, as it always has been in K11 and KRT. EXPLICIT requires the user to actually enter wildcard characters. This does not modify the RT-11 or TSX-Plus setting and allows renaming Unix files with a leading dot in the same command used to get them. o User specified file sizes, as in FILENAME[size], are now supported and sizes are now displayed when sending or receiving files. Note that for text files from foreign systems KRT adds 25% to the received size to accomodate differing line termination schemes, and this increased size is what will be displayed even though the file will most likely be closed later at some smaller number of blocks. If this increase exceeds the currently available free space even though the file would fit its exact size may now be passed to KRT in the GET command. o The contents of SEND FILE ACK and RECEIVE FILE ACK packets, such as a file name returned by the remote Kermit, and the file type (ASCII, Binary) are now displayed during file transfers. o An error packet is now sent to the other Kermit when appropriate (as when a write to a local file fails) so the transfer is properly aborted. o A warning message is now displayed when receiving an empty file so the user will know why no data were transfered. o Under TSX-Plus EMT 114 is now used for output when using TT as the link device. This is a very noticable difference. As the TSX docs say ttyout loops are not handled very efficiently.. o Transmitted and received file attributes may now be individually disabled. These additions are documented in HELP SET ATTRIBUTES and are useful when another Kermit has trouble with some but not all of them. o A dummy file name is now included when opening LP as the log file for more recent versions of RT-11 that expect to see something there. Receiving a file to LP is also now possible. As in the past LP must either be spooled or extremely fast to serve as the log device. o The test for a Line Time Clock was modified to accomodate QED's fast machines, per a suggestion from Alan Sieving of QED. It now completes as fast as possible regardless of machine type. Previously the QED CPUs finished the delay loop in less than one clock tick. o The use of a quoted string to place a blank at end of prompt string, as in SET PROMPT "Kermit-11> ", is now supported. o The command line input buffer has been increased to 132 bytes in the EIS assembly only. This accomodates long lines in take files and of course also works for keyboard input. This invloved fixing all possible sign extension problems and it's now possible to make LN$MAX <= 255. As distributed KRTTSX is built with EIS instructions and KRT is not. o A T3000X.42 modem definition for XOFF restraint with this modem was added. Note that S48 must be set to 0 or the modem will NOT do XOFF restraint, regardless of what the modem docs say, at least in the command mode and sometimes when on-line to another modem as well. This is a bug in the modem itself and is the reason hardware flow control was added to the KM handler. o REMOTE commands now display the reasons for retries as each occurs. An error packet is now sent when giving up to stop any possible lingering activity at the other end. o Repeated char encoding is now done on REMOTE command arguments. This makes a big difference for a command like REMOTE DELETE *~ sent to a Unix system, which without repeat encoding becomes 'rm *' after going though C-Kermit and thus hoses everything. Eight-bit quoting is also now done here when parity is in use. o CD/CWD and REMOTE CD/CWD will now operate without an argument. RT-11 and TSX assigns are now tested for illegal string lengths as well. o REMOTE WHO now passes arguments to the remote host. Some hosts support this, such as VMS where it's really handy on a busy system. o DAYTIME and SHOW DAYTIME commands were added. o The first data packet is now actually rebuilt when resizing due to its failing so the next retry is actually done with the smaller sized packet. In the past the reduction wasn't done until the next packet was sent, which is of course too late.. A rewind routine was restored in KRTRMS.MAC for use when resizing packets ala the above, which is more efficient then closing and reopening the file. o An error in testing for terminal emulator command characters after having SET CONSOLE 8-BIT is now fixed. o The packet data processing routine (BUFFIL) was moved back to the root for speed after cleaning up made space available for it once again. This means less calling of overlays and helps quite a bit when running on a floppies-only system. o A problem with the SET PHONE XMODE value specified in a SET CL PORTS string being overwritten by the default value in a modem definition was fixed. Now if a value is explicitly supplied it will prevail. o A problem with garbage sometimes being appended to a log file name was fixed. o An unpopped stack error on an error exit from BUFEMP (used to receive files) was fixed. This bug was introduced in V3.62 but there was no error checking at all before that.. o Any possibly lingering data from a modem is now flushed before again beginning dialing or redialing. o All source files have been thoroughly cleaned up and fully commented and the HELP text and .DOC files are completely caught up. All program data have been moved to the tops of their source modules to make foreign language translation as easy as possible. Billy Youdelman billy@MIX.COM 16-Oct-1997 From news@newsmaster.cc.columbia.edu Fri Oct 17 14:37:53 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id OAA26686 for ; Fri, 17 Oct 1997 14:37:53 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id OAA29300 for kermit.misc@watsun; Fri, 17 Oct 1997 14:37:52 -0400 (EDT) Message-ID: <34479C74.8DFE807F@idirect.com> Date: Fri, 17 Oct 1997 13:12:20 -0400 From: Jerome Fine X-Mailer: Mozilla 4.03 [en] (Win95; U) MIME-Version: 1.0 Newsgroups: alt.sys.pdp11,comp.sys.dec,comp.sys.dec.micro,comp.protocols.kermit.misc,vmsnet.pdp-11 To: billy@MIX.COM Subject: Re: Announcing Kermit (KRT) V3.63 for RT-11 and TSX-Plus References: <62817b$dsp$1@apakabar.cc.columbia.edu> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit NNTP-Posting-Host: liv5-10.idirect.com Lines: 27 Path: news.columbia.edu!sol.ctr.columbia.edu!hamblin.math.byu.edu!news.Arizona.EDU!noao!ncar!newsxfer3.itd.umich.edu!sunqbc.risq.qc.ca!news-peer-east.sprintlink.net!news-peer.sprintlink.net!news-pull.sprintlink.net!news-in-east.sprintlink.net!news.sprintlink.net!Sprint!206.222.68.6!news.rns.net!island.idirect.com!nemo.idirect.com!liv5-10.idirect.com Xref: news.columbia.edu alt.sys.pdp11:2900 comp.sys.dec:56373 comp.sys.dec.micro:7234 comp.protocols.kermit.misc:7908 vmsnet.pdp-11:8386 >billy@MIX.COM wrote: >I'm pleased to announce an update to the KRT Kermit for the PDP-11 >RT-11 and TSX-Plus operating systems is ready for production service. >Version 3.63 adds several new features and performance enhancements >which are detailed below, as well as fixing all known bugs, and is >available now by anonymous ftp from or on the >Web at: > http://www.columbia.edu/kermit/pdp11/ >Billy Youdelman >billy@MIX.COM >16-Oct-1997 Jerome Fine replies: Thanks very much Billy for a job I am sure was well done. You might want to correct the Web address for those dummies who do not understand. The address should be: http://www.columbia.edu/kermit/pdp11.html Sorry, I don't know yet how to make a link part of my e-mail. Perhaps someone could e-mail it to me? Sincerely yours, Jerome Fine From news@newsmaster.cc.columbia.edu Fri Oct 17 15:38:54 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id PAA09390 for ; Fri, 17 Oct 1997 15:38:53 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id PAA02396 for kermit.misc@watsun; Fri, 17 Oct 1997 15:38:52 -0400 (EDT) Newsgroups: comp.protocols.kermit.misc Subject: Re: FTP, PING etc. Clients Using CYRNWR Drivers? References: <34467229.0@news.pacifier.com> <626qj3$ooq$1@news2.voicenet.com> Organization: National Federation of the Blind of Washington From: mikef@pacifier.com (Mike Freeman) NNTP-Posting-Host: pacifier.com Message-ID: <34479e84.0@news.pacifier.com> Date: 17 Oct 97 17:21:08 GMT Lines: 20 Path: news.columbia.edu!sol.ctr.columbia.edu!news.indiana.edu!vixen.cso.uiuc.edu!news-peer.sprintlink.net!news-pull.sprintlink.net!news-in-east.sprintlink.net!news.sprintlink.net!Sprint!199.45.255.100!coop.net!pacifier!news.pacifier.com!mikef Xref: news.columbia.edu comp.protocols.kermit.misc:7909 In article <626qj3$ooq$1@news2.voicenet.com>, Christopher Mosley wrote: > >Some sites: >http://www.agate.net/~tvdog/internet.html >http://www.palms.nq.net/ppp.html > >The driver that will work with wattcp apps and with kermit is >c/slipper with the ethernet option. Presumably- hopefully >the next release of eppp (dosppp) will also work. >There are many wattcp based programs: ftp,time,ping,finger and >the graphic browser and smtp/pop3 mail program "arachne". > Will these work with the CYRNWR driver 3C509.COM for #-COM Ethernet boards? -- Mike Freeman; Internet: mikef@pacifier.com; Amateur Radio Callsign: K7UIJ President, National Federation of the Blind of Washington /* PGP2.6.2 Public Key available via my ".plan" file */ .. A professor is someone who talks in someone else's sleep. From news@newsmaster.cc.columbia.edu Fri Oct 17 19:47:20 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id TAA26310 for ; Fri, 17 Oct 1997 19:47:19 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id TAA14983 for kermit.misc@watsun; Fri, 17 Oct 1997 19:47:19 -0400 (EDT) Path: news.columbia.edu!psinntp!howland.erols.net!nntprelay.mathworks.com!newsgate.duke.edu!news.eng.convex.com!cs.utexas.edu!news.cs.utah.edu!cc.usu.edu!jrd From: jrd@cc.usu.edu (Joe Doupnik) Newsgroups: comp.protocols.kermit.misc Subject: Re: Kermit connectivity under wfw 3.11 Message-ID: Date: 17 Oct 97 10:13:55 MDT References: <01bcdae6$b61e3ee0$460108d2@omnibook> Organization: Utah State University Lines: 36 Xref: news.columbia.edu comp.protocols.kermit.misc:7910 In article <01bcdae6$b61e3ee0$460108d2@omnibook>, "Greg Steel" writes: > Help we are currently running Kermit loading odipkt and winpkt drivers > under a wfw 3.11 enviroment. We also have the latest version of Novell's > clienr32 running a 16bit driver to connect to Novell 3.12 and 4.11 file > servers. Kermit is used under this enviroment to access a Hp9000 Unix box. > We are shortly to deploy Ip within our organisation and want to run either > Microsoft's or Novell's ip stack to get connectivity to an ip host, a Lotus > Notes server. At the same time we still need Kermit access, the ip stack > would obtain the ip address from a dhcp server running on a Netware 4.11 > server.....phew..... > > Unfortunately we won't be upgrading to Windows 95 or Nt for about 6-12 > months. I need to know if anyone has or is doing the above and how (in > reasonably plain english) can tell me how or if it's possible. I have > started tested the ndis3pkt.386 driver but don't really yet understand how > it works or if I can configure it to work. > > Essentially two ip stacks would need to run in parallel but (yes it's > messy) but can someone explain it all if possible... ------------- We do not recommend or support trying to run two TCP/IP stacks in parallel over the same lan adapter. Attempts to do so, with say pktmux, are entirely up to the user. It is easy to use Novell's 16-bit TCP/IP stack and load it upon request. That is, have a normal Windows 3.1 directory without TCP/IP being loaded, and have a second very small directory for the case of loading Novell's stack. In the second dir put *.grp, *.ini, win.com, map a drive letter to the main Windows directory and the tiny dir, load Novell's stack, and then run WIN.COM. This works pretty well via a .bat file to make the changes, run Win 3.1, then at the end clean up from the changes. The end result is a user invokes one of the two renditions of Windows material, via choice of .bat files. I do this in production mode. Alternatively, insert two Ethernet boards in the machine, and use two IP addresses. Such boards are dirt cheap these days. ODI supports multiple boards, and MS-DOS Kermit is designed to work with ODI that way. Joe D. From news@newsmaster.cc.columbia.edu Fri Oct 17 19:49:11 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id TAA26436 for ; Fri, 17 Oct 1997 19:49:11 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id TAA15141 for kermit.misc@watsun; Fri, 17 Oct 1997 19:49:10 -0400 (EDT) Path: news.columbia.edu!psinntp!news.idt.net!news-spur1.maxwell.syr.edu!news.maxwell.syr.edu!nntprelay.mathworks.com!newsgate.duke.edu!news.eng.convex.com!cs.utexas.edu!news.cs.utah.edu!cc.usu.edu!jrd From: jrd@cc.usu.edu (Joe Doupnik) Newsgroups: comp.protocols.kermit.misc Subject: Re: msdos kermit and external protocols Message-ID: <5mehyl21Zw2f@cc.usu.edu> Date: 17 Oct 97 10:06:10 MDT References: <627dad$snq@winter.news.erols.com> Organization: Utah State University Lines: 15 Xref: news.columbia.edu comp.protocols.kermit.misc:7911 In article <627dad$snq@winter.news.erols.com>, kifox@hotmail.com (kifox) writes: > Was wondering if it would be possible for the msdos version of kermit to > include support for external protocols like zmodem,ymodem,hydra ect in the > same fashion that most dos-based com programs do. Some sites you can telnet > to don't support the kermit protocol for file transfers. --------- If that external program uses the serial port then MS-DOS Kermit's commands RUN or PUSH will free it for the external program. If the external program uses a network adapter then things will very likely not work. If Kermit's TCP/IP stack is activated then it remains active and in control until the last connection has exited, and thus sharing of the communications pathway is not possible while there is competition for TCP/IP. If you can telnet to a site then you can probably leave a message for the operator, and in it you recommend installing Kermit on their system. Joe D. From news@newsmaster.cc.columbia.edu Fri Oct 17 20:21:37 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id UAA29623 for ; Fri, 17 Oct 1997 20:21:36 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id UAA16860 for kermit.misc@watsun; Fri, 17 Oct 1997 20:21:36 -0400 (EDT) Path: news.columbia.edu!panix!howland.erols.net!news.maxwell.syr.edu!news.bc.net!rover.ucs.ualberta.ca!alberta!not-for-mail From: Vladimir Alexiev Newsgroups: comp.protocols.kermit.misc Subject: Re: FTP, PING etc. Clients Using CYRNWR Drivers? Date: 17 Oct 1997 18:02:14 -0600 Organization: University of Alberta, Computing Science Lines: 13 Message-ID: References: <34467229.0@news.pacifier.com> <626qj3$ooq$1@news2.voicenet.com> NNTP-Posting-Host: tees.cs.ualberta.ca In-reply-to: cmosley@voicenet.com's message of 17 Oct 1997 04:46:27 GMT X-Newsreader: Gnus v5.0.15 Xref: news.columbia.edu comp.protocols.kermit.misc:7912 In article <626qj3$ooq$1@news2.voicenet.com> cmosley@voicenet.com (Christopher Mosley) writes: > The driver that will work with wattcp apps and with kermit is > c/slipper with the ethernet option. Presumably- hopefully > the next release of eppp (dosppp) will also work. The current release (dosppp05) also works with kermit, you simply need to use the class 6 driver (PPPD) and not the class 1 driver (EPPPD). You only won't have BOOTP unless the remote supports it. I am not aware of a WATTCP app that requires a class 1 driver, so you could run all of them under PPPD. Actually many WATTCP apps should work ok with EPPD (I have checked talk), because they are more lenient than Kermit. Dosppp06 works ok with Kermit too, has VJ compression and CHAP, and will be out RSN now. IMHO that's the best free DOS PPP driver available. From news@newsmaster.cc.columbia.edu Fri Oct 17 20:21:38 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id UAA29628 for ; Fri, 17 Oct 1997 20:21:38 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id UAA16864 for kermit.misc@watsun; Fri, 17 Oct 1997 20:21:37 -0400 (EDT) Path: news.columbia.edu!panix!howland.erols.net!news.maxwell.syr.edu!news.bc.net!rover.ucs.ualberta.ca!alberta!not-for-mail From: Vladimir Alexiev Newsgroups: comp.protocols.kermit.misc Subject: Re: Kermit via PPP under DOS? (SOLVED!) Date: 17 Oct 1997 18:09:34 -0600 Organization: University of Alberta, Computing Science Lines: 22 Message-ID: References: <5jzp7SiZjuUm@cc.usu.edu> <628mq4$2tg$1@argon.csl.sri.com> NNTP-Posting-Host: tees.cs.ualberta.ca In-reply-to: rushby@news.csl.sri.com's message of 17 Oct 1997 14:54:12 -0700 to: rushby@csl.sri.com X-Newsreader: Gnus v5.0.15 Xref: news.columbia.edu comp.protocols.kermit.misc:7913 In article <628mq4$2tg$1@argon.csl.sri.com> rushby@news.csl.sri.com (John Rushby) writes: > My experience is that Kermit over epppd from dosppp05 works for some > ISPs and not for others: VERY interesting. How the heck is that possible? As Toni explained, EPPPD's bug is that in an ARP reply, it leaves the MAC address as it was in the request; then Kermit drops that packet because it has its own MAC. How can this depend on the ISP? > The symptom is that Kermit cannot contact the nameservers and times out. Does it say "cannot ARP" or somesuch? > (The reason I'd like to use Kermit is that NCSA Telnet does not let me > map the alt-key combinations to work with Emacs If you want, I can mail you a nice set of mappings. > >http://www.redestb.es/personal/tonilop/dosppp06.zip > I'm afraid v0.6 made no difference to my difficulty with Ricochet. Then it might be a setup problem. What does Kermit report? Do any other apps work over that connection? What happens if you don't use nameservers, and specify the telnet host's IP instead? Does "show net" report reasonable values after you try to amke a connection (i.e. was bootp successful)? From news@newsmaster.cc.columbia.edu Fri Oct 17 22:21:29 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id WAA13581 for ; Fri, 17 Oct 1997 22:21:29 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id WAA23037 for kermit.misc@watsun; Fri, 17 Oct 1997 22:21:28 -0400 (EDT) Path: news.columbia.edu!panix!howland.erols.net!news-peer.gsl.net!news.gsl.net!gip.net!news.voicenet.com!omni2!cmosley From: cmosley@voicenet.com (Christopher Mosley) Newsgroups: comp.protocols.kermit.misc Subject: Re: FTP, PING etc. Clients Using CYRNWR Drivers? Date: 18 Oct 1997 02:20:56 GMT Organization: VoiceNet - Internet Access - (215)674-9290 Lines: 32 Message-ID: <6296e8$fdn$1@news2.voicenet.com> References: <34467229.0@news.pacifier.com> <626qj3$ooq$1@news2.voicenet.com> <34479e84.0@news.pacifier.com> NNTP-Posting-Host: omni2.voicenet.com X-Newsreader: TIN [version 1.2 PL2] Xref: news.columbia.edu comp.protocols.kermit.misc:7914 Christopher Mosley (cmosley@voicenet.com) wrote: : In article <626qj3$ooq$1@news2.voicenet.com>, : Christopher Mosley wrote: : > : >Some sites: : >http://www.agate.net/~tvdog/internet.html : >http://www.palms.nq.net/ppp.html : > : >The driver that will work with wattcp apps and with kermit is : >c/slipper with the ethernet option. Presumably- hopefully : >the next release of eppp (dosppp) will also work. : >There are many wattcp based programs: ftp,time,ping,finger and : >the graphic browser and smtp/pop3 mail program "arachne". : > : Will these work with the CYRNWR driver 3C509.COM for #-COM Ethernet : boards? Yes, I would assume so. I did post a followup, where it is I don't know. It said i had serial line protocols on the brain and that wattcp apps should work for packet drivers for cards also. Also there is a "comp.protocols.tcp-ip.ibmpc" newsgroup. : -- : Mike Freeman; Internet: mikef@pacifier.com; Amateur Radio Callsign: K7UIJ : President, National Federation of the Blind of Washington : /* PGP2.6.2 Public Key available via my ".plan" file */ : .. A professor is someone who talks in someone else's sleep. From news@newsmaster.cc.columbia.edu Fri Oct 17 23:27:01 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id XAA20962 for ; Fri, 17 Oct 1997 23:27:00 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id XAA26229 for kermit.misc@watsun; Fri, 17 Oct 1997 23:26:59 -0400 (EDT) Path: news.columbia.edu!panix!howland.erols.net!newsfeed.direct.ca!news.voicenet.com!omni2!cmosley From: cmosley@voicenet.com (Christopher Mosley) Newsgroups: comp.protocols.kermit.misc Subject: RE:FTP, PING etc. Clients Using CYRNWR Drivers? Date: 18 Oct 1997 03:23:15 GMT Organization: VoiceNet - Internet Access - (215)674-9290 Lines: 49 Message-ID: <629a33$gqr$1@news2.voicenet.com> NNTP-Posting-Host: omni2.voicenet.com X-Newsreader: TIN [version 1.2 PL2] Xref: news.columbia.edu comp.protocols.kermit.misc:7915 Greg Steel (grs@enternet.com.au) wrote: : In article <626qj3$ooq$1@news2.voicenet.com> cmosley@voicenet.com (Christopher Mosley) writes: : > The driver that will work with wattcp apps and with kermit is : > c/slipper with the ethernet option. Presumably- hopefully : > the next release of eppp (dosppp) will also work. : The current release (dosppp05) also works with kermit, you simply need to use : the class 6 driver (PPPD) and not the class 1 driver (EPPPD). You only won't : have BOOTP unless the remote supports it. I am not aware of a WATTCP app that : requires a class 1 driver, so you could run all of them under PPPD. I was not talking about mskermit alone but with wattcp apps. ________________________________________________________________________ >From wattcp distribution: Notes on WATTCP Apps -------------------- These are a collection of "example" applications that come with the Waterloo TCP programmer's package, plus ftp. They 1. *require* a class 1 packet driver. You do not need to be connected to configure them. etc. ________________________________________________________________________ 1. require : Actually : many WATTCP apps should work ok with EPPD (I have checked talk), because they : are more lenient than Kermit. Yes, many (maybe all) wattcp apps will work with eppp: ftp does,arachne does, the two time client programs do. I am speaking of using mskermit *with* wattcp apps, with a single serial connection with one packet driver, concurrenly or not. And hopefully assume the changes to the ethernet packet drivers in dossppp dist. will allow this. Dosppp06 works ok with Kermit too, has VJ : compression and CHAP, and will be out RSN now. IMHO that's the best free DOS : PPP driver available. From news@newsmaster.cc.columbia.edu Sat Oct 18 06:23:49 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id GAA19443 for ; Sat, 18 Oct 1997 06:23:48 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id GAA15818 for kermit.misc@watsun; Sat, 18 Oct 1997 06:23:47 -0400 (EDT) Path: news.columbia.edu!sol.ctr.columbia.edu!news.mindlink.net!van-bc!uniserve!sunqbc.risq.qc.ca!cpk-news-hub1.bbnplanet.com!news.bbnplanet.com!newsfeed.internetmci.com!207.206.0.75!iagnet.net!news-w.ans.net!newsfeeds.ans.net!dahlia.singnet.com.sg!newsfeed.singnet.com.sg!id4.nus.edu.sg!nuscc.nus.sg!ccesimkl From: ccesimkl@leonis.nus.sg (Sim Kok Leong) Newsgroups: comp.protocols.kermit.misc Subject: How to send AT commands over kermit? Date: 18 Oct 1997 07:17:45 GMT Organization: Cockle at sea Lines: 13 Message-ID: <629nqp$9gv@nuscc.nus.sg> NNTP-Posting-Host: ccesimkl@leonis.nus.sg X-Newsreader: TIN [version 1.2 PL2] Xref: news.columbia.edu comp.protocols.kermit.misc:7916 Hi guys, In a normal comms s/w, I can do an ATL1 etc. How can I go about sending AT commands over kermit to say set the timeout value or even set the dialing tone volume? TIA. Regards. -- ////////////////////////////////////////////////////////////////////// / Steven Sim Kok Leong Office : (65) 874-2476 / / Analyst Programmer Pager : (65) 9-493-5863 / / NUS Computer Centre (Operations) http://www.post1.com/~sim / ////////////////////////////////////////////////////////////////////// From news@newsmaster.cc.columbia.edu Sat Oct 18 08:48:00 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id IAA07929 for ; Sat, 18 Oct 1997 08:48:00 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id IAA23344 for kermit.misc@watsun; Sat, 18 Oct 1997 08:47:59 -0400 (EDT) Path: news.columbia.edu!sol.ctr.columbia.edu!news.indiana.edu!news.iupui.edu!mozo.cc.purdue.edu!purdue!oitnews.harvard.edu!rutgers!news.cis.ohio-state.edu!news.maxwell.syr.edu!iagnet.net!news-w.ans.net!newsfeeds.ans.net!dahlia.singnet.com.sg!newsfeed.singnet.com.sg!id4.nus.edu.sg!nuscc.nus.sg!ccesimkl From: ccesimkl@leonis.nus.sg (Sim Kok Leong) Newsgroups: comp.protocols.kermit.misc Subject: cmsg cancel <629nqp$9gv@nuscc.nus.sg> Control: cancel <629nqp$9gv@nuscc.nus.sg> Date: 18 Oct 1997 07:41:23 GMT Organization: Cockle at sea Lines: 1 Message-ID: <629p73$9s9@nuscc.nus.sg> NNTP-Posting-Host: ccesimkl@leonis.nus.sg X-Newsreader: TIN [version 1.2 PL2] Xref: news.columbia.edu control.cancel:20703391 Article cancelled from within tin [v1.2 PL2] From news@newsmaster.cc.columbia.edu Sat Oct 18 11:11:48 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id LAA24534 for ; Sat, 18 Oct 1997 11:11:46 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id LAA00486 for kermit.misc@watsun; Sat, 18 Oct 1997 11:11:46 -0400 (EDT) From: "demo" Newsgroups: comp.protocols.kermit.misc Subject: Kermit protocol Date: 18 Oct 1997 15:04:33 GMT Organization: FORTHnet S.A. - HELLENIC TELECOMMUNICATIONS AND TELEMATICS APPLICATIONS COMPANY Lines: 5 Message-ID: <01bcdbdf$cbdd5000$f0685cc1@achilleus> NNTP-Posting-Host: ppp11.lar.forthnet.gr X-Newsreader: Microsoft Internet News 4.70.1157 Path: news.columbia.edu!panix!howland.erols.net!cpk-news-hub1.bbnplanet.com!atl-news-feed1.bbnplanet.com!news.bbnplanet.com!news.planetc.com!news-ath.forthnet.gr!not-for-mail Xref: news.columbia.edu comp.protocols.kermit.misc:7917 I want to know if there is an easy way to make a connection with the kermit program of the other side via my program. I think that if i have the commands or all of the kermit protocol i can make it. Does anybody know where i can find it. From news@newsmaster.cc.columbia.edu Sat Oct 18 11:40:16 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id LAA28931 for ; Sat, 18 Oct 1997 11:40:16 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id LAA01901 for kermit.misc@watsun; Sat, 18 Oct 1997 11:40:15 -0400 (EDT) Path: news.columbia.edu!sol.ctr.columbia.edu!gondor!newshub1.wanet.net!dimensional.com!chippy.visi.com!news-out.visi.com!news.maxwell.syr.edu!news1.best.com!sdd.hp.com!hp-pcd.cv.hp.com!hplabs!news.sri.com!anemone.csl.sri.com!argon.csl.sri.com!not-for-mail From: rushby@anemone.csl.sri.com (John Rushby) Newsgroups: comp.protocols.kermit.misc Subject: Re: Kermit via PPP under DOS? (SOLVED!) Date: 17 Oct 1997 14:54:12 -0700 Organization: Computer Science Laboratory, SRI International Lines: 47 Message-ID: <628mq4$2tg$1@argon.csl.sri.com> References: <5jzp7SiZjuUm@cc.usu.edu> NNTP-Posting-Host: argon.csl.sri.com Xref: news.columbia.edu comp.protocols.kermit.misc:7918 In article , Vladimir Alexiev wrote: >............ thread about Kermit not working over dosppp My experience is that Kermit over epppd from dosppp05 works for some ISPs and not for others: It works when dialed in to my office (fixed IP) It works with Eunet Traveller (excellent service with POPs all over Europe, I've used it with Kermit to connect to my office from the UK, Switzerland, Austria, and USA). Dynamic IP. It does not work with Ricochet (wireless modem service in the Bay Area and a few other places). Dynamic IP. The symptom is that Kermit cannot contact the nameservers and times out. NCSA Telnet and WATTCP applications have no problems at all (nor does Linux, but my old Libretto 20 is a bit too feeble to run Linux). (The reason I'd like to use Kermit is that NCSA Telnet does not let me map the alt-key combinations to work with Emacs; the Telnet is excellent in other respects and includes a very fast FTP client, so you can FTP back in to DOS for file transfer in the middle of a session). >Hello Vladimir, > >I already knew of the Dospppd + Kermit problem, as some users reported the >failure to me some time ago. The problem is corrected now, there is a pre-beta >of Dospppd v0.6 package at the following URL: > >http://www.redestb.es/personal/tonilop/dosppp06.zip > I'm afraid v0.6 made no difference to my difficulty with Ricochet. I've not tried other PPP drivers, since dospppd is so excellent in all other respects. Anyone got any ideas or suggestions? John Rushby (make obvious adjustment to get my true email address) PS. Does anyone have experience with IBM Globalnet while travelling? Eunet Traveller has no service in Japan, so I'm thinking of switching. From news@newsmaster.cc.columbia.edu Sat Oct 18 21:37:39 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id VAA12831 for ; Sat, 18 Oct 1997 21:37:38 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id VAA03363 for kermit.misc@watsun; Sat, 18 Oct 1997 21:37:37 -0400 (EDT) Newsgroups: alt.sys.pdp11,vmsnet.pdp-11,comp.protocols.kermit.misc Subject: Re: DX11 baud rates under RT11 References: <6232gg$jnu$1@nntp.ucs.ubc.ca> Distribution: inet Organization: D Bit, Troy, NY From: wilson@dbit.com (John Wilson) NNTP-Posting-Host: dbit.dbit.com Message-ID: <34463418.0@news.wizvax.net> Date: 16 Oct 97 15:34:48 GMT Path: news.columbia.edu!sol.ctr.columbia.edu!spool.mu.edu!uwm.edu!vixen.cso.uiuc.edu!ais.net!news.idt.net!dispose.news.demon.net!demon!news-peer.bt.net!btnet!baron.netcom.net.uk!netcom.net.uk!newsfeed.wizvax.net!news.wizvax.net!dbit.com!wilson Lines: 28 Xref: news.columbia.edu alt.sys.pdp11:2907 vmsnet.pdp-11:8389 comp.protocols.kermit.misc:7919 In article , Bob wrote: >Any idea how to interface an 8" drive to a PC? Would I need a Shugart >type drive? I take it the RX01 type drives are no use in this regard? >What software would I use under DOS to read RT11 volumes? (I think I >have it, but I forget it's name). A Shugart SA8xx compatible drive uses a very similar interface to the usual SA4xx 3.5"/5.25" interface so you should be able to use one with a trick cable. Micro Solutions sells such cables for their CompatiCard IV floppy controller, which also has a working single density mode, which is unusual in PC FDCs these days. PUTR (ftp.dbit.com/pub/putr/putr.com) includes support for RT11 (or OS/8) RX01 disks using this setup, I still haven't got my own 100% working 8" setup so I haven't tested it much personally but I'm told that it works OK. Re actual RX01/RX02 drives, these drives have most of their own "brains" and the interface is nothing like the raw SA4xx interface used by PCs, however it's a *lot* simpler so it ought to be pretty easy to build a board for PCs that can use these drives. Some day... Since the PC would have only the same access that PDP-8/PDP-11 controllers do, there'd *still* be no way to format fresh disks with these drives though. So the best deal would be to have one of each, since the SA8xx route wouldn't work with RX02 disks since their format is different from what the PC FDCs can handle, RX01s are fine though. John Wilson D Bit From news@newsmaster.cc.columbia.edu Sat Oct 18 23:49:32 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id XAA27797 for ; Sat, 18 Oct 1997 23:49:31 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id XAA09747 for kermit.misc@watsun; Sat, 18 Oct 1997 23:49:31 -0400 (EDT) Path: news.columbia.edu!news.new-york.net!news-peer.gsl.net!news.gsl.net!gip.net!nntprelay.mathworks.com!news.mathworks.com!gatech!sdd.hp.com!hp-pcd.cv.hp.com!hplabs!news.sri.com!anemone.csl.sri.com!argon.csl.sri.com!not-for-mail From: rushby@anemone.csl.sri.com (John Rushby) Newsgroups: comp.protocols.kermit.misc Subject: Re: Kermit via PPP under DOS? (SOLVED!) Date: 18 Oct 1997 13:40:51 -0700 Organization: Computer Science Laboratory, SRI International Lines: 26 Message-ID: <62b6sj$3g2$1@argon.csl.sri.com> References: <628mq4$2tg$1@argon.csl.sri.com> NNTP-Posting-Host: argon.csl.sri.com Xref: news.columbia.edu comp.protocols.kermit.misc:7920 I previously reported that I was happily using Kermit over epppd from dosppp05, whereas others had complained that the combination did not work. The reason this worked for me, apparently, was that I'm using Kermit Version 3.13. It seems that Kermit 3.15 does not work with dosppp05, but it does work with dosppp06. I also reported that I couldn't get (any) kermit to work with (any) epppd over a Ricochet wireless modem, though all other TCP/IP software (NCSA telnet, Arachne, WATTCP applications) works fine. I've since fixed that problem (I'm using it to post this message), but the solution (which I found by accident) is bizarre. The Ricochet modem connects to a serial port, which is COM1 on my Libretto. The appropriate epppd incantation is epppd com1 38400 asyncmap 0 namsrv 168.253.48.19 namsrv 198.6.1.1 modem crtscts If I then tell kermit "set line tcp" AND "set port 2", everything is fine. Yes, that was port 2--which does not exist (unless I've got a PCMCIA modem in the slot, which I did not for these experiments). Kermit complains, but correctly connects via epppd through the Ricochet mode. Failing to do "set port 2", or doing "set port 1", results in Kermit being unable to reach anything. This behavior is the same in 3.13 and 3.15. I'm mildly curious why this works, but happy that it does. John Rushby From news@newsmaster.cc.columbia.edu Sun Oct 19 02:07:59 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id CAA21818 for ; Sun, 19 Oct 1997 02:07:59 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id CAA13875 for kermit.misc@watsun; Sun, 19 Oct 1997 02:07:58 -0400 (EDT) Path: news.columbia.edu!news.new-york.net!cpk-news-hub1.bbnplanet.com!news.bbnplanet.com!newsfeed.internetmci.com!128.174.5.49!vixen.cso.uiuc.edu!sdd.hp.com!hp-pcd.cv.hp.com!hplabs!news.sri.com!anemone.csl.sri.com!argon.csl.sri.com!not-for-mail From: rushby@anemone.csl.sri.com (John Rushby) Newsgroups: comp.protocols.kermit.misc Subject: Re: Kermit via PPP under DOS? (SOLVED!) Date: 18 Oct 1997 15:33:32 -0700 Organization: Computer Science Laboratory, SRI International Lines: 32 Message-ID: <62bdfs$3iq$1@argon.csl.sri.com> References: <628mq4$2tg$1@argon.csl.sri.com> <62b6sj$3g2$1@argon.csl.sri.com> NNTP-Posting-Host: argon.csl.sri.com Xref: news.columbia.edu comp.protocols.kermit.misc:7921 In article <62b6sj$3g2$1@argon.csl.sri.com>, John Rushby wrote: ....Bizarre details of getting Kermit to work with ppp and Ricochet (involving use of nonexistent com port) deleted Here's the true explanation. I have a mskermit.ini file that I haven't looked at for many years. As well as setting up the alt keys for use with Emacs, it sets baud rate, flow control etc. for use with a direct modem connection. When I use kermit over ppp, I invoke it with a batch file that overrides the line parameter to use TCP/IP: kermit set line tcp, stay The problem is that when kermit loads, the line parameter initially defaults to 1, and the stuff in mskermit.ini modifies the communications parameters on COM1 before the command line argument changes the line parameter to TCP/IP. This wasn't a problem before because I was using a PCMCIA modem on COM2, and modifying the comms parameters of COM1 was harmless. But the Ricochet modem is on COM1, and epppd doesn't want Kermit messing with its comms parameters. Putting set line 2 at the top of mskermit.ini obviously "fixed" the problem by causing the set baud rate and other commands to be harmlessly redirected away from COM1. The correct solution is, of course, to leave these parameters alone when using a TCP/IP connection. John Rushby From news@newsmaster.cc.columbia.edu Sun Oct 19 12:51:23 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id MAA09802 for ; Sun, 19 Oct 1997 12:51:22 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id MAA16460 for kermit.misc@watsun; Sun, 19 Oct 1997 12:51:22 -0400 (EDT) Newsgroups: comp.protocols.kermit.misc Subject: Re: Kermit via PPP under DOS? (SOLVED!) References: <62b6sj$3g2$1@argon.csl.sri.com> <62bdfs$3iq$1@argon.csl.sri.com> Organization: National Federation of the Blind of Washington From: mikef@pacifier.com (Mike Freeman) NNTP-Posting-Host: pacifier.com Message-ID: <344a3b56.0@news.pacifier.com> Date: 19 Oct 97 16:54:46 GMT Lines: 18 Path: news.columbia.edu!panix!howland.erols.net!newsfeed.direct.ca!news.he.net!pacifier!news.pacifier.com!mikef Xref: news.columbia.edu comp.protocols.kermit.misc:7922 In article <62bdfs$3iq$1@argon.csl.sri.com>, John Rushby wrote: > >The correct solution is, of course, to leave these parameters alone >when using a TCP/IP connection. > With the provisio that the TCP/IP connection is over the serial port. It doesn't matter if one diddles baud-rate etc. if one is talking TCP/IP over an Ethernet card. I have Com1 set up as a serial port to talk to my Vaxstation and an Ethernet card with packet driver to talk over Ethernet to a TCP/IP-driven network. Am using MS-Kermit 3.15. Different strokes, etc. -- Mike Freeman; Internet: mikef@pacifier.com; Amateur Radio Callsign: K7UIJ President, National Federation of the Blind of Washington /* PGP2.6.2 Public Key available via my ".plan" file */ .. A professor is someone who talks in someone else's sleep. From news@newsmaster.cc.columbia.edu Sun Oct 19 16:50:47 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id QAA07777 for ; Sun, 19 Oct 1997 16:50:46 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id QAA28247 for kermit.misc@watsun; Sun, 19 Oct 1997 16:50:46 -0400 (EDT) Path: news.columbia.edu!panix!howland.erols.net!nntprelay.mathworks.com!newsgate.duke.edu!news.eng.convex.com!cs.utexas.edu!news.cs.utah.edu!cc.usu.edu!jrd From: jrd@cc.usu.edu (Joe Doupnik) Newsgroups: comp.protocols.kermit.misc Subject: Re: Kermit via PPP under DOS? (SOLVED!) Message-ID: Date: 19 Oct 97 14:23:37 MDT References: <5jzp7SiZjuUm@cc.usu.edu> <628mq4$2tg$1@argon.csl.sri.com> Organization: Utah State University Lines: 38 Xref: news.columbia.edu comp.protocols.kermit.misc:7923 In article <628mq4$2tg$1@argon.csl.sri.com>, rushby@news.csl.sri.com (John Rushby) writes: > In article , > Vladimir Alexiev wrote: >>............ thread about Kermit not working over dosppp > > My experience is that Kermit over epppd from dosppp05 works for some > ISPs and not for others: Might we ask specifically which version of MS-DOS Kermit? V 3.15 is the current release, and it has signficantly enhanced DHCP support to accomodate the major DHCP RFC changes made this past spring. > It works when dialed in to my office (fixed IP) > > It works with Eunet Traveller (excellent service with POPs all over > Europe, I've used it with Kermit to connect to my office from the UK, > Switzerland, Austria, and USA). Dynamic IP. > > It does not work with Ricochet (wireless modem service in > the Bay Area and a few other places). Dynamic IP. > > The symptom is that Kermit cannot contact the nameservers and times out. > NCSA Telnet and WATTCP applications have no problems at all (nor does > Linux, but my old Libretto 20 is a bit too feeble to run Linux). Perhaps an incorrect IP subnet mask has been provided. But that is just a wild guess. > (The reason I'd like to use Kermit is that NCSA Telnet does not let me > map the alt-key combinations to work with Emacs; the Telnet is > excellent in other respects and includes a very fast FTP client, so > you can FTP back in to DOS for file transfer in the middle of a session). > > John Rushby (make obvious adjustment to get my true email address) > > PS. Does anyone have experience with IBM Globalnet while travelling? > Eunet Traveller has no service in Japan, so I'm thinking of switching. From news@newsmaster.cc.columbia.edu Sun Oct 19 23:15:42 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id XAA24628 for ; Sun, 19 Oct 1997 23:15:41 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id XAA17393 for kermit.misc@watsun; Sun, 19 Oct 1997 23:15:40 -0400 (EDT) From: arthur@gateway.dircsa.org.au (Arthur Marsh) Newsgroups: comp.protocols.kermit.misc Subject: Re: msdos kermit and external protocols Date: 18 Oct 1997 14:02:52 +0930 Organization: DIRC - Disability Information & Resource Centre - Sth Australia Lines: 18 Message-ID: <629e5k$t3d@gateway.dircsa.org.au> References: <627rv6$aoj$1@apakabar.cc.columbia.edu> NNTP-Posting-Host: apache.dircsa.org.au X-Newsreader: TIN [version 1.1 PL8] Path: news.columbia.edu!sol.ctr.columbia.edu!spool.mu.edu!uwm.edu!vixen.cso.uiuc.edu!news-peer.sprintlink.net!news.sprintlink.net!Sprint!newsfeed.internetmci.com!192.48.96.123!in1.uu.net!munnari.OZ.AU!news.mel.connect.com.au!news.ade.connect.com.au!duster.adelaide.on.net!news.camtech.net.au!morse.satech.net.au!news.adl.auslink.net!news.dircsa.org.au!news.dircsa.org.au!not-for-mail Xref: news.columbia.edu comp.protocols.kermit.misc:7924 Frank da Cruz (fdc@watsun.cc.columbia.edu) wrote: : There is no reason at all why Kermit protocol can't be available on every : host, service, BBS, or other thing that you can Telnet to. When it's not, : simply point the provider to the Kermit website: : http://www.columbia.edu/kermit/ : Of course you can use DSZ or whatever as an external protocol on a serial : connection; people have been doing it for years. OK, OK, I'll try to get Kermit implemented as an external protocol on my MS-DOS based bbs (-:. -- Arthur Marsh, telephone +61-8-8370-2365, fax +61-8-8223-5082 arthur@dircsa.org.au .endofsig From news@newsmaster.cc.columbia.edu Sun Oct 19 23:55:56 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id XAA00241 for ; Sun, 19 Oct 1997 23:55:55 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id XAA19483 for kermit.misc@watsun; Sun, 19 Oct 1997 23:55:54 -0400 (EDT) Path: news.columbia.edu!panix!howland.erols.net!news.mathworks.com!mvb.saic.com!news.eskimo.com!jimo From: jimo@eskimo.com (Jim Osborn) Newsgroups: comp.protocols.kermit.misc Subject: login script beeps unexpectedly Date: 20 Oct 1997 03:42:45 GMT Organization: Eskimo North (206) For-Ever Lines: 45 Message-ID: <62ejvl$fpk$1@eskinews.eskimo.com> NNTP-Posting-Host: eskimo.com Xref: news.columbia.edu comp.protocols.kermit.misc:7925 I use the following macro to connect with my ISP, and to reject the one line of theirs I know to be unreliable, restarting the dialing process if I detect that line. I'd like the thing to beep at me when it eventually connects, so I know to drop whatever else I'm doing, but to stay quiet otherwise. For some reason, this macro beeps every time it finds the bad modem and restarts. Can someone explain why? One minor question: can someone explain the difference between the apparently undocumented "beep" command (can't find reference to it in the CK60 book, other than its use in a script example) and the good old "echo \007" command? The effects are very different. Thanks in advance, jimo@eskimo.com ----------------------------------------------------------------------- define eskimo { while not defined \%1 { askq \%1 {Eskimo Password: } } :retry dial 258-0759 in 30 {Your Selection ==>} #Initial selector, choose service output 1\13 #Select Eskimo in 60 login: #Start login process out jimo\13 #Look for: Hello ,CLI,,27,xxx@seattle2 clear input in 30 {Welcome to eskimo.com} #Read Annex ID string xif \find({CLI,,27},\v(input)) { #Start over if toxic modem xif \find({@seattle2},\v(input)) { echo {Aborting 27,,2} goto retry } } in 30 Password: out \%1\13 in 60 {Main Command?} out {!} #Start shell # beep #doesn't beep until escape back to kermit echo \007 #^G connect /quietly } ------------------------------------------------------------------ From news@newsmaster.cc.columbia.edu Mon Oct 20 11:04:39 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id LAA02902 for ; Mon, 20 Oct 1997 11:04:38 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id LAA09734 for kermit.misc@watsun; Mon, 20 Oct 1997 11:04:38 -0400 (EDT) Path: news.columbia.edu!watsun.cc.columbia.edu!fdc From: fdc@watsun.cc.columbia.edu (Frank da Cruz) Newsgroups: comp.protocols.kermit.misc Subject: Re: msdos kermit and external protocols Date: 20 Oct 1997 15:04:34 GMT Organization: Columbia University Lines: 22 Message-ID: <62fru2$ict$1@apakabar.cc.columbia.edu> References: <627rv6$aoj$1@apakabar.cc.columbia.edu> <629e5k$t3d@gateway.dircsa.org.au> NNTP-Posting-Host: watsun.cc.columbia.edu Xref: news.columbia.edu comp.protocols.kermit.misc:7926 In article <629e5k$t3d@gateway.dircsa.org.au>, Arthur Marsh wrote: : Frank da Cruz (fdc@watsun.cc.columbia.edu) wrote: : : There is no reason at all why Kermit protocol can't be available on every : : host, service, BBS, or other thing that you can Telnet to. When it's not, : : simply point the provider to the Kermit website: : : : http://www.columbia.edu/kermit/ : : : Of course you can use DSZ or whatever as an external protocol on a serial : : connection; people have been doing it for years. : : OK, OK, I'll try to get Kermit implemented as an external protocol on my : MS-DOS based bbs (-:. : In case other readers don't know how easy this is... There is a special version of MS-DOS Kermit that is designed for exactly this purpose. See the article "MS-DOS Kermit Meets the BBS" in Kermit News #6, March 1995: http://www.columbia.edu/kermit/newsn6.html#bbs - Frank From news@newsmaster.cc.columbia.edu Mon Oct 20 11:10:55 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id LAA04153 for ; Mon, 20 Oct 1997 11:10:54 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id LAA10202 for kermit.misc@watsun; Mon, 20 Oct 1997 11:10:53 -0400 (EDT) Path: news.columbia.edu!watsun.cc.columbia.edu!fdc From: fdc@watsun.cc.columbia.edu (Frank da Cruz) Newsgroups: comp.protocols.kermit.misc Subject: Re: Kermit protocol Date: 20 Oct 1997 15:10:46 GMT Organization: Columbia University Lines: 14 Message-ID: <62fs9m$ir3$1@apakabar.cc.columbia.edu> References: <01bcdbdf$cbdd5000$f0685cc1@achilleus> NNTP-Posting-Host: watsun.cc.columbia.edu Xref: news.columbia.edu comp.protocols.kermit.misc:7927 In article <01bcdbdf$cbdd5000$f0685cc1@achilleus>, demo wrote: : I want to know if there is an easy way to make a connection with the kermit : program of the other side via my program. I think that if i have the : commands or all of the kermit protocol i can make it. Does anybody know : where i can find it. : Kermit programs come with manuals that explain how to use them. Yes, Kermit programs can be invoked from other programs. Your program would give a command-line argument to the Kermit program telling it what to do. More information about Kermit software and manuals at: http://www.columbia.edu/kermit/ - Frank From news@newsmaster.cc.columbia.edu Mon Oct 20 11:25:08 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id LAA06878 for ; Mon, 20 Oct 1997 11:25:07 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id LAA11064 for kermit.misc@watsun; Mon, 20 Oct 1997 11:25:07 -0400 (EDT) Path: news.columbia.edu!watsun.cc.columbia.edu!fdc From: fdc@watsun.cc.columbia.edu (Frank da Cruz) Newsgroups: comp.protocols.kermit.misc Subject: Re: login script beeps unexpectedly Date: 20 Oct 1997 15:25:04 GMT Organization: Columbia University Lines: 89 Message-ID: <62ft4g$j94$1@apakabar.cc.columbia.edu> References: <62ejvl$fpk$1@eskinews.eskimo.com> NNTP-Posting-Host: watsun.cc.columbia.edu Xref: news.columbia.edu comp.protocols.kermit.misc:7928 In article <62ejvl$fpk$1@eskinews.eskimo.com>, Jim Osborn wrote: : I use the following macro to connect with my ISP... : And which Kermit program are you using? : ... and to reject the : one line of theirs I know to be unreliable, restarting the dialing : process if I detect that line. I'd like the thing to beep at me : when it eventually connects, so I know to drop whatever else I'm : doing, but to stay quiet otherwise. : : For some reason, this macro beeps every time it finds the bad modem : and restarts. Can someone explain why? : It's not obvious from your script, but if INPUT ECHO is ON, and if the service sends a beep character, then Kermit will echo it. You can suppress host-generated beeps during terminal emulation and INPUT echo with: SET TERMINAL BELL NONE : One minor question: can someone explain the difference between the : apparently undocumented "beep" command (can't find reference to it : in the CK60 book, other than its use in a script example)... : It's on page 40, but you're right, it's missing from the index. It just rings the bell or beeps, whatever your console is set up to do normally when it gets an ASCII BEL character. : and the : good old "echo \007" command? The effects are very different. : So you must be using Kermit 95. In this case, the BEEP command can produce different sounds, according to: SET BELL { AUDIBLE { BEEP, SYSTEM-SOUNDS }, VISIBLE, NONE } This command tells how bell (beep) characters / noises should be sounded or displayed. VISIBLE means to flash the screen rather than making a noise. AUDIBLE means to make a noise, which can be either the standard "beep", or else "System sounds" that give you three different noises for "information", "warning", and "error". (end quote from K95\DOCS\TERMINAL.DOC). Also the BEEP command itself has extra syntax in K95: BEEP { ERROR, INFORMATION, WARNING } The default sound is INFORMATION. The actual sounds for each type of bell are set in your control panel. : define eskimo { : while not defined \%1 { : askq \%1 {Eskimo Password: } : } : :retry : dial 258-0759 : in 30 {Your Selection ==>} #Initial selector, choose service : output 1\13 #Select Eskimo : in 60 login: #Start login process : out jimo\13 #Look for: Hello ,CLI,,27,xxx@seattle2 : clear input : in 30 {Welcome to eskimo.com} #Read Annex ID string : xif \find({CLI,,27},\v(input)) { #Start over if toxic modem : xif \find({@seattle2},\v(input)) { : echo {Aborting 27,,2} : goto retry : } : } : in 30 Password: : out \%1\13 : in 60 {Main Command?} : out {!} #Start shell : # beep #doesn't beep until escape back to kermit : echo \007 #^G : connect /quietly : } "doesn't beep until escape back to kermit" is evidently a bug. It's one of those buffering things -- you tell the system to write something and it says "OK I wrote it", but it really just put it in a list of things to do, which evidently it does not get around to doing until something else forces it to. We'll see if we can find a way to make the system force the beep out immediately. In the meantime "echo \007" is a good workaround (James Bond to the rescue?). - Frank From news@newsmaster.cc.columbia.edu Mon Oct 20 13:51:32 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id NAA13103 for ; Mon, 20 Oct 1997 13:51:32 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id NAA18264 for kermit.misc@watsun; Mon, 20 Oct 1997 13:51:31 -0400 (EDT) Path: news.columbia.edu!panix!howland.erols.net!wnfeed!204.127.130.5!worldnet.att.net!news.u.washington.edu!homer37.u.washington.edu!bbaldwin From: "B. Baldwin" Newsgroups: comp.protocols.kermit.misc Subject: 3270 emulation Date: Mon, 20 Oct 1997 10:36:03 -0700 Organization: University of Washington Lines: 4 Message-ID: NNTP-Posting-Host: homer37.u.washington.edu Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Trace: nntp6.u.washington.edu 877368968 40962 (None) 140.142.64.4 X-Complaints-To: help@cac.washington.edu NNTP-Posting-User: bbaldwin Xref: news.columbia.edu comp.protocols.kermit.misc:7929 Does Kermit 95 support 3270 emulation? From news@newsmaster.cc.columbia.edu Mon Oct 20 13:57:49 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id NAA14126 for ; Mon, 20 Oct 1997 13:57:48 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id NAA18519 for kermit.misc@watsun; Mon, 20 Oct 1997 13:57:48 -0400 (EDT) Path: news.columbia.edu!watsun.cc.columbia.edu!fdc From: fdc@watsun.cc.columbia.edu (Frank da Cruz) Newsgroups: comp.protocols.kermit.misc Subject: Re: 3270 emulation Date: 20 Oct 1997 17:57:45 GMT Organization: Columbia University Lines: 9 Message-ID: <62g62p$ooc$1@apakabar.cc.columbia.edu> References: NNTP-Posting-Host: watsun.cc.columbia.edu Xref: news.columbia.edu comp.protocols.kermit.misc:7930 In article , B. Baldwin wrote: : Does Kermit 95 support 3270 emulation? : Not yet; it will in the future. For the present we recommend using VT100 or other emulation to go through some type of 3270 protocol converter, such as an IBM 7171, or a terminal server or UNIX host that has a tn3270 program. - Frank From news@newsmaster.cc.columbia.edu Mon Oct 20 16:34:18 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id QAA17390 for ; Mon, 20 Oct 1997 16:34:17 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id QAA26337 for kermit.misc@watsun; Mon, 20 Oct 1997 16:34:16 -0400 (EDT) Path: news.columbia.edu!panix!howland.erols.net!newsfeed.direct.ca!news.he.net!scanner.worldgate.com!rover.ucs.ualberta.ca!alberta!not-for-mail From: Vladimir Alexiev Newsgroups: comp.protocols.kermit.misc Subject: RE:FTP, PING etc. Clients Using CYRNWR Drivers? Date: 20 Oct 1997 14:17:52 -0600 Organization: University of Alberta, Computing Science Lines: 26 Message-ID: References: <629a33$gqr$1@news2.voicenet.com> NNTP-Posting-Host: tees.cs.ualberta.ca In-reply-to: cmosley@voicenet.com's message of 18 Oct 1997 03:23:15 GMT X-Newsreader: Gnus v5.0.15 Xref: news.columbia.edu comp.protocols.kermit.misc:7931 In article <629a33$gqr$1@news2.voicenet.com> cmosley@voicenet.com (Christopher Mosley) writes: > : > The driver that will work with wattcp apps and with kermit is > : > c/slipper with the ethernet option. > : I am not aware of a WATTCP app that > : requires a class 1 driver, so you could run all of them under PPPD. > These are a collection of "example" applications that come with the > Waterloo TCP programmer's package, plus ftp. They 1. *require* a class 1 > packet driver. Hmmmm. At least talk (which admittedly doesn't come in watapps.zip, but is still based on WATTCP) doesn't require class 1, but works with class 6. > Yes, many (maybe all) wattcp apps will work with eppp: ftp does,arachne does, > the two time client programs do. Ok, it seems there wasn't ever any contention over this, because EPPPD is class 1. > I am speaking of using mskermit *with* wattcp apps, with a single serial > connection with one packet driver, concurrenly or not. Using them concurrently requires the use of pktmux, with varying degrees of success. Using them separately (but without starting a new instance of the driver) only requires that they can run over the same class driver. If I'm right that some (many?) WATTCP apps can use class 6, everything should work even with dosppp05. Regards, Vlad From news@newsmaster.cc.columbia.edu Mon Oct 20 16:44:21 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id QAA19615 for ; Mon, 20 Oct 1997 16:44:21 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id QAA26879 for kermit.misc@watsun; Mon, 20 Oct 1997 16:44:20 -0400 (EDT) Path: news.columbia.edu!panix!howland.erols.net!newsfeed.direct.ca!news.he.net!scanner.worldgate.com!rover.ucs.ualberta.ca!alberta!not-for-mail From: Vladimir Alexiev Newsgroups: comp.protocols.kermit.misc Subject: Re: Kermit via PPP under DOS? (SOLVED!) Date: 20 Oct 1997 14:24:14 -0600 Organization: University of Alberta, Computing Science Lines: 11 Message-ID: References: <628mq4$2tg$1@argon.csl.sri.com> <62b6sj$3g2$1@argon.csl.sri.com> NNTP-Posting-Host: tees.cs.ualberta.ca In-reply-to: rushby@news.csl.sri.com's message of 18 Oct 1997 13:40:51 -0700 X-Newsreader: Gnus v5.0.15 Xref: news.columbia.edu comp.protocols.kermit.misc:7932 In article <62b6sj$3g2$1@argon.csl.sri.com> rushby@news.csl.sri.com (John Rushby) writes: > happily using Kermit [3.13] over epppd from dosppp05 Ok, maybe 3.13 was more lenient towards the TCP driver. > epppd com1 38400 asyncmap 0 namsrv 168.253.48.19 namsrv 198.6.1.1 modem crtscts > If I then tell kermit "set line tcp" AND "set port 2", everything is fine. Mystifying! The docs don't describe a "set line" command, but from the list of options after "set line" it seems that it's a synonym of "set port". I would think that "set port 2" nullifies "set line tcp", and makes kermit try to connect serially over com2. What does "show net" report? From news@newsmaster.cc.columbia.edu Tue Oct 21 08:13:35 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id IAA05149 for ; Tue, 21 Oct 1997 08:13:35 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id IAA10167 for kermit.misc@watsun; Tue, 21 Oct 1997 08:13:34 -0400 (EDT) Path: news.columbia.edu!news.new-york.net!news-peer.gsl.net!news.gsl.net!gip.net!news-peer.sprintlink.net!news-sea-19.sprintlink.net!news-in-west.sprintlink.net!news.sprintlink.net!Sprint!204.122.16.44!news.eskimo.com!jimo From: jimo@eskimo.com (Jim Osborn) Newsgroups: comp.protocols.kermit.misc Subject: Re: login script beeps unexpectedly Date: 21 Oct 1997 04:04:59 GMT Organization: Eskimo North (206) For-Ever Lines: 96 Message-ID: <62h9lb$pbm$1@eskinews.eskimo.com> References: <62ejvl$fpk$1@eskinews.eskimo.com> <62ft4g$j94$1@apakabar.cc.columbia.edu> NNTP-Posting-Host: eskimo.com Xref: news.columbia.edu comp.protocols.kermit.misc:7933 In article <62ft4g$j94$1@apakabar.cc.columbia.edu>, Frank da Cruz wrote: >In article <62ejvl$fpk$1@eskinews.eskimo.com>, >Jim Osborn wrote: >: I use the following macro to connect with my ISP... >: >And which Kermit program are you using? Oops, sorry - C-Kermit 6.0, purchased on the CD about three weeks ago, running on a Linux console, kernel 1.1.59. Thought my mention of the CK60 manual said it all. :) >: ... and to reject the >: one line of theirs I know to be unreliable, restarting the dialing >: process if I detect that line. I'd like the thing to beep at me >: when it eventually connects, so I know to drop whatever else I'm >: doing, but to stay quiet otherwise. >: >: For some reason, this macro beeps every time it finds the bad modem >: and restarts. Can someone explain why? >: >It's not obvious from your script, but if INPUT ECHO is ON, and if the >service sends a beep character, then Kermit will echo it. I guessed that, so I double checked, and the ISP sends no beeps. I watched a cycle of at least five toxic modem offers, and got a beep on each cycle, so I'm pretty confident it's not a simple buffering issue, per your comments below. That is, it's not flushing a beep from a prior login attempt. When I say "beep" I'm really referring to the "echo \007" command, of course. >: One minor question: can someone explain the difference between the >: apparently undocumented "beep" command (can't find reference to it >: in the CK60 book, other than its use in a script example)... >: >It's on page 40, but you're right, it's missing from the index. Ah, so it is; I'll add it to my marginal index. :) >It just rings the bell or beeps, whatever your console is set up to >do normally when it gets an ASCII BEL character. > >: and the >: good old "echo \007" command? The effects are very different. >: >So you must be using Kermit 95. In this case, the BEEP command can produce >different sounds... Nope, Unix. That's what was so surprising. Back when I wrote one of my first shell scripts, sometime in 1982, called "beep" it consisted of: echo -n "\007" >:... >: define eskimo { >: while not defined \%1 { >: askq \%1 {Eskimo Password: } >: } >: :retry >: dial 258-0759 >: in 30 {Your Selection ==>} #Initial selector, choose service >: output 1\13 #Select Eskimo >: in 60 login: #Start login process >: out jimo\13 #Look for: Hello ,CLI,,27,xxx@seattle2 >: clear input >: in 30 {Welcome to eskimo.com} #Read Annex ID string >: xif \find({CLI,,27},\v(input)) { #Start over if toxic modem >: xif \find({@seattle2},\v(input)) { >: echo {Aborting 27,,2} >: goto retry >: } >: } >: in 30 Password: >: out \%1\13 >: in 60 {Main Command?} >: out {!} #Start shell >: # beep #doesn't beep until escape back to kermit >: echo \007 #^G >: connect /quietly >: } > >"doesn't beep until escape back to kermit" is evidently a bug. It's one of >those buffering things -- you tell the system to write something and it says >"OK I wrote it", but it really just put it in a list of things to do, which >evidently it does not get around to doing until something else forces it to. >We'll see if we can find a way to make the system force the beep out >immediately. In the meantime "echo \007" is a good workaround (James Bond >to the rescue?). Thanks for the response, and a terrific program! If you can think of any workaround for the unwanted beep, I'd love to impliment it. Maybe one of these days I'll dive into the source code for "beep" and see just how it differs from my old shell script, for curiosity. As you say, that question has a solid workaround. Jim From news@newsmaster.cc.columbia.edu Tue Oct 21 10:05:15 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id KAA23004 for ; Tue, 21 Oct 1997 10:05:15 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id KAA16025 for kermit.misc@watsun; Tue, 21 Oct 1997 10:05:15 -0400 (EDT) Path: news.columbia.edu!watsun.cc.columbia.edu!fdc From: fdc@watsun.cc.columbia.edu (Frank da Cruz) Newsgroups: comp.protocols.kermit.misc Subject: Re: login script beeps unexpectedly Date: 21 Oct 1997 14:05:11 GMT Organization: Columbia University Lines: 82 Message-ID: <62icqn$582$1@apakabar.cc.columbia.edu> References: <62ejvl$fpk$1@eskinews.eskimo.com> <62ft4g$j94$1@apakabar.cc.columbia.edu> <62h9lb$pbm$1@eskinews.eskimo.com> NNTP-Posting-Host: watsun.cc.columbia.edu Xref: news.columbia.edu comp.protocols.kermit.misc:7934 In article <62h9lb$pbm$1@eskinews.eskimo.com>, Jim Osborn wrote: : In article <62ft4g$j94$1@apakabar.cc.columbia.edu>, : Frank da Cruz wrote: : >In article <62ejvl$fpk$1@eskinews.eskimo.com>, : >Jim Osborn wrote: : >: I use the following macro to connect with my ISP... : >: : >And which Kermit program are you using? : : Oops, sorry - C-Kermit 6.0... : : >It's not obvious from your script, but if INPUT ECHO is ON, and if the : >service sends a beep character, then Kermit will echo it. : : I guessed that, so I double checked, and the ISP sends no beeps. : I watched a cycle of at least five toxic modem offers, and got a beep : on each cycle, so I'm pretty confident it's not a simple buffering : issue, per your comments below. That is, it's not flushing a beep : from a prior login attempt. When I say "beep" I'm really referring : to the "echo \007" command, of course. : : >It just rings the bell or beeps, whatever your console is set up to : >do normally when it gets an ASCII BEL character. : > : >: and the : >: good old "echo \007" command? The effects are very different. : >: : >So you must be using Kermit 95. In this case, the BEEP command can produce : >different sounds... : : Nope, Unix. : Well, then any difference between "beep" and "echo \007" is puzzling indeed. In UNIX, "beep" translates, ultimately, to "putchar(\07);" and "echo \007" becomes 'printf("%s", "\07");'. Both putchar and printf used buffered i/o, and they are both printing the same thing. OK, let's look at your script more closely: : >: define eskimo { : >: while not defined \%1 { : >: askq \%1 {Eskimo Password: } : >: } : >: :retry : >: dial 258-0759 You need an IF FAIL statement here. You don't want the script to keep executing if your DIAL command fails. : >: in 30 {Your Selection ==>} #Initial selector, choose service Ditto. : >: output 1\13 #Select Eskimo : >: in 60 login: #Start login process Ditto. : >: out jimo\13 #Look for: Hello ,CLI,,27,xxx@seattle2 : >: clear input : >: in 30 {Welcome to eskimo.com} #Read Annex ID string Ditto. In fact, if this one fails, you can fall through the next test and then (since the subsequent INPUTs are also untested), out comes the beep. : >: xif \find({CLI,,27},\v(input)) { #Start over if toxic modem : >: xif \find({@seattle2},\v(input)) { : >: echo {Aborting 27,,2} : >: goto retry : >: } : >: } : >: in 30 Password: : >: out \%1\13 : >: in 60 {Main Command?} : >: out {!} #Start shell : >: # beep #doesn't beep until escape back to kermit : >: echo \007 #^G : >: connect /quietly : >: } - Frank From news@newsmaster.cc.columbia.edu Tue Oct 21 14:45:43 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id OAA24713 for ; Tue, 21 Oct 1997 14:45:43 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id OAA29947 for kermit.misc@watsun; Tue, 21 Oct 1997 14:45:42 -0400 (EDT) Path: news.columbia.edu!panix!howland.erols.net!newsfeed.direct.ca!torn!ccshst05.cs.uoguelph.ca!news From: paul@uoguelph.ca (Paul Briggs) Newsgroups: comp.protocols.kermit.misc Subject: Re: Printing with Kermit Date: Tue, 21 Oct 1997 21:02:08 GMT Organization: University of Guelph Lines: 16 Message-ID: <62iqkm$7oa@ccshst05.cs.uoguelph.ca> References: <608k7f$fo4@ccshst05.cs.uoguelph.ca> NNTP-Posting-Host: paul.cs.uoguelph.ca X-Newsreader: Forte Free Agent 1.0.82 Xref: news.columbia.edu comp.protocols.kermit.misc:7935 I have upgraded to 1.1.15 and have now found the following scenario with printing. I'm trying to direct printing to different printers so I tried the SET PRINTER /WINDOWS-QUEUE:printer name. This doesn't seem to work. What we found was that capturing of LPT1 seems to take precedence. Wherever LPT1 is captured to is where the print request comes out. If LPT1 isn't captured nothing comes out. Is this a bug or am I missing something? Thanks. Paul Briggs Sr. Systems Analyst University of Guelph Guelph, Ontario, Canada From news@newsmaster.cc.columbia.edu Tue Oct 21 18:48:28 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id SAA16040 for ; Tue, 21 Oct 1997 18:48:28 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id SAA12072 for kermit.misc@watsun; Tue, 21 Oct 1997 18:48:27 -0400 (EDT) Path: news.columbia.edu!psinntp!howland.erols.net!cpk-news-hub1.bbnplanet.com!news.bbnplanet.com!dispose.news.demon.net!demon!news-peer.bt.net!btnet-feed2!btnet!bmdhh222.bnr.ca!bhars12c.bnr.co.uk!bcarh8ac.bnr.ca!nrchh52.rich.nt.com!news From: "Malik Ajani (saint786@hotmail.com)" Newsgroups: comp.protocols.kermit.misc Subject: kermit connections Date: Tue, 21 Oct 1997 11:44:37 -0500 Organization: Bell Northern Research Message-ID: <344CDBF5.6DED@bnr.ca> NNTP-Posting-Host: 47.164.163.101 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailer: Mozilla 3.0 (X11; I; HP-UX B.10.20 9000/778) Lines: 13 Xref: news.columbia.edu comp.protocols.kermit.misc:7936 I have installed kermit on two pc's running linux. I set one pc in autoanswer and server mode. then call it connection doen't take place. can anyone help? -- ajani@nortel.com From news@newsmaster.cc.columbia.edu Tue Oct 21 20:38:20 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id UAA01487 for ; Tue, 21 Oct 1997 20:38:18 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id UAA17583 for kermit.misc@watsun; Tue, 21 Oct 1997 20:38:11 -0400 (EDT) Path: news.columbia.edu!watsun.cc.columbia.edu!jaltman From: jaltman@watsun.cc.columbia.edu (Jeffrey Altman) Newsgroups: comp.protocols.kermit.misc Subject: Re: Printing with Kermit Date: 22 Oct 1997 00:37:16 GMT Organization: Columbia University Lines: 18 Message-ID: <62jhrs$s4a$1@apakabar.cc.columbia.edu> References: <608k7f$fo4@ccshst05.cs.uoguelph.ca> <62iqkm$7oa@ccshst05.cs.uoguelph.ca> NNTP-Posting-Host: watsun.cc.columbia.edu Xref: news.columbia.edu comp.protocols.kermit.misc:7937 In article <62iqkm$7oa@ccshst05.cs.uoguelph.ca>, Paul Briggs wrote: : I have upgraded to 1.1.15 and have now found the following scenario : with printing. I'm trying to direct printing to different printers so : I tried the SET PRINTER /WINDOWS-QUEUE:printer name. This doesn't seem : to work. What we found was that capturing of LPT1 seems to take : precedence. Wherever LPT1 is captured to is where the print request : comes out. If LPT1 isn't captured nothing comes out. Is this a bug or : am I missing something? Thanks. Be sure that you are not setting the printer to something else in your script. If you are using the 1.1.15 dialer, be sure to configure the Printer for the entry you are using. Jeffrey Altman * Sr.Software Designer * Kermit-95 for Win32 and OS/2 The Kermit Project * Columbia University 612 West 115th St #716 * New York, NY * 10025 * (212) 854-1344 http://www.columbia.edu/kermit/k95.html * kermit-support@columbia.edu From news@newsmaster.cc.columbia.edu Tue Oct 21 21:00:30 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id VAA03962 for ; Tue, 21 Oct 1997 21:00:30 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id VAA18636 for kermit.misc@watsun; Tue, 21 Oct 1997 21:00:29 -0400 (EDT) Path: news.columbia.edu!psinntp!news.idt.net!dispose.news.demon.net!demon!news-peer.bt.net!btnet-feed2!btnet!bmdhh222.bnr.ca!bhars12c.bnr.co.uk!bcarh8ac.bnr.ca!nrchh52.rich.nt.com!news From: "Malik Ajani (saint786@hotmail.com)" Newsgroups: comp.protocols.kermit.misc Subject: kermit/modem help Date: Tue, 21 Oct 1997 13:49:05 -0500 Organization: Bell Northern Research Message-ID: <344CF921.4990@bnr.ca> NNTP-Posting-Host: 47.164.163.101 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailer: Mozilla 3.0 (X11; I; HP-UX B.10.20 9000/778) Lines: 13 Xref: news.columbia.edu comp.protocols.kermit.misc:7938 I have installed kermit on two pc's running linux. They have modems. I set one pc in autoanswer and server mode. then call it connection doen't take place. can anyone help? -- ajani@nortel.com From news@newsmaster.cc.columbia.edu Wed Oct 22 10:17:12 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id KAA22064 for ; Wed, 22 Oct 1997 10:16:51 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id KAA17821 for kermit.misc@watsun; Wed, 22 Oct 1997 10:16:50 -0400 (EDT) From: arthur@gateway.dircsa.org.au (Arthur Marsh) Newsgroups: comp.protocols.kermit.misc Subject: Re: msdos kermit and external protocols Date: 22 Oct 1997 15:19:27 +0930 Organization: DIRC - Disability Information & Resource Centre - Sth Australia Lines: 65 Message-ID: <62k457$svi@gateway.dircsa.org.au> References: <62fru2$ict$1@apakabar.cc.columbia.edu> NNTP-Posting-Host: apache.dircsa.org.au X-Newsreader: TIN [version 1.1 PL8] Path: news.columbia.edu!news.new-york.net!cpk-news-hub1.bbnplanet.com!news.bbnplanet.com!newsfeed.internetmci.com!164.67.42.145!awabi.library.ucla.edu!132.239.254.208!ihnp4.ucsd.edu!munnari.OZ.AU!news.mel.connect.com.au!news.ade.connect.com.au!duster.adelaide.on.net!kastagir.senet.com.au!news.adl.auslink.net!news.dircsa.org.au!news.dircsa.org.au!not-for-mail Xref: news.columbia.edu comp.protocols.kermit.misc:7940 Frank da Cruz (fdc@watsun.cc.columbia.edu) wrote: : : : : OK, OK, I'll try to get Kermit implemented as an external protocol on my : : MS-DOS based bbs (-:. : : : In case other readers don't know how easy this is... There is a special : version of MS-DOS Kermit that is designed for exactly this purpose. See : the article "MS-DOS Kermit Meets the BBS" in Kermit News #6, March 1995: : http://www.columbia.edu/kermit/newsn6.html#bbs : - Frank The thing that held me up in implementing it just then was the fact that MS-Kermit 3.15 does not suggest the "@list-name" when doing a send ? I will get the new edition of the MS-Kermit manual sometime SOON... What I have setup, which is completely untested is: MSKERMIT.INI: SET PARITY NONE ; Usually no parity on BBS SET BLOCK 3 ; CRC checking for security SET RECEIVE PACKET 2000 ; Long packets from client, upper limit SET WINDOW 4 ; Sliding windows, upper limit SET FILE TYPE BINARY ; Fine for all DOS to DOS transfers(*) SET CONTROL UNPREFIX ALL ; Unprefix all control characters except... SET CON P 0 1 3 13 17 19 129 131 141 145 147 SET RECEIVE PATH OFF ; Restrict uploads to current directory SET FILE COLL OVERWRITE ; Incoming files overwrite old files of same name SET CARRIER ON ; Recover from hangups immediately SET FILE DISPLAY QUIET ; No file transfer display SET BELL OFF ; Be quiet SET EXIT WARNING OFF ; Unattended, don't ask for permission to exit LOG TRANSACTION ; Log transfers to TRANSACT.LOG if desired(**) DEFINE BSEND SET FILE TYPE BINARY, SEND \%1 ; Use macros for command DEFINE TSEND SET FILE TYPE TEXT, SEND \%1 ; line brevity... ; kermit set port fossil 17, bsend foo.zip ; kermit set port 2, set speed 57600, set flow rts/cts, bsend bar.zip ; kermit set com3 \x3e8 5, set por 3, set flow rts/cts, set sp 57, bs baz.zip ; kermit set port bios1, tsend oofa.txt as per the MS-Kermit documentation, then: Protocol MS-Kermit Type Batch Logfile MSK%K.log ControlFile MSK%K.ctl Downloadcmd e:\received\kermit\msk315l log trans MSK%K.log, set port fossil %P, bsend @MSK%K.ctl Uploadcmd e:\received\kermit\msk315l log trans MSK%K.log, set port fossil %P, r DownloadString %s UploadString DownloadKeyword Sent UploadKeyword Recv FilenameWord 1 DescriptWord 0 End Protocol In Maximus 2.02's PROTOCOL.CTL -- Arthur Marsh, telephone +61-8-8370-2365, fax +61-8-8223-5082 arthur@dircsa.org.au .endofsig From news@newsmaster.cc.columbia.edu Wed Oct 22 10:21:02 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id KAA22785 for ; Wed, 22 Oct 1997 10:21:02 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id KAA18054 for kermit.misc@watsun; Wed, 22 Oct 1997 10:21:01 -0400 (EDT) Path: news.columbia.edu!watsun.cc.columbia.edu!fdc From: fdc@watsun.cc.columbia.edu (Frank da Cruz) Newsgroups: comp.protocols.kermit.misc Subject: Re: kermit/modem help Date: 22 Oct 1997 14:20:59 GMT Organization: Columbia University Lines: 28 Message-ID: <62l24b$f47$1@apakabar.cc.columbia.edu> References: <344CF921.4990@bnr.ca> NNTP-Posting-Host: watsun.cc.columbia.edu Xref: news.columbia.edu comp.protocols.kermit.misc:7941 In article <344CF921.4990@bnr.ca>, Malik Ajani (saint786@hotmail.com) wrote: : I have installed kermit on two pc's running linux. : They have modems. : I set one pc in autoanswer and server mode. : then call it connection doen't take place. : The current version of Kermit for Linux is C-Kermit 6.0: http://www.columbia.edu/kermit/ck60.html It includes an ANSWER command that makes it answer the phone. Normally you would make a script something like this: set modem type usr ; or whatever set line /dev/cua ; or whatever set speed 57600 ; or whatever disable bye while true { ; Accept incoming calls forever answer server ; When call arrives, enter server mode hangup ; If they "finish" go back and wait for another call } See the manual for details. - Frank From news@newsmaster.cc.columbia.edu Wed Oct 22 10:26:19 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id KAA23862 for ; Wed, 22 Oct 1997 10:26:19 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id KAA18344 for kermit.misc@watsun; Wed, 22 Oct 1997 10:26:18 -0400 (EDT) Path: news.columbia.edu!watsun.cc.columbia.edu!fdc From: fdc@watsun.cc.columbia.edu (Frank da Cruz) Newsgroups: comp.protocols.kermit.misc Subject: Re: msdos kermit and external protocols Date: 22 Oct 1997 14:26:17 GMT Organization: Columbia University Lines: 25 Message-ID: <62l2e9$f9e$1@apakabar.cc.columbia.edu> References: <62fru2$ict$1@apakabar.cc.columbia.edu> <62k457$svi@gateway.dircsa.org.au> NNTP-Posting-Host: watsun.cc.columbia.edu Xref: news.columbia.edu comp.protocols.kermit.misc:7942 In article <62k457$svi@gateway.dircsa.org.au>, Arthur Marsh wrote: : Frank da Cruz (fdc@watsun.cc.columbia.edu) wrote: : : : : : : OK, OK, I'll try to get Kermit implemented as an external protocol on my : : : MS-DOS based bbs (-:. : : : : : In case other readers don't know how easy this is... There is a special : : version of MS-DOS Kermit that is designed for exactly this purpose. See : : the article "MS-DOS Kermit Meets the BBS" in Kermit News #6, March 1995: : : : http://www.columbia.edu/kermit/newsn6.html#bbs : : The thing that held me up in implementing it just then was the fact that : MS-Kermit 3.15 does not suggest the "@list-name" when doing a send ? : It does: send @filename where "filename" is the name of a file that contains a list of filenames, one per line. This is documented in Section 5 of the KERMIT.UPD file that is distributed with version 3.14. - Frank From news@newsmaster.cc.columbia.edu Wed Oct 22 10:38:21 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id KAA27939 for ; Wed, 22 Oct 1997 10:38:21 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id KAA19009 for kermit.misc@watsun; Wed, 22 Oct 1997 10:38:20 -0400 (EDT) From: arthur@gateway.dircsa.org.au (Arthur Marsh) Newsgroups: comp.protocols.kermit.misc Subject: K95 1.1.15 brickbat Date: 22 Oct 1997 15:26:38 +0930 Organization: DIRC - Disability Information & Resource Centre - Sth Australia Lines: 11 Message-ID: <62k4im$t3o@gateway.dircsa.org.au> NNTP-Posting-Host: apache.dircsa.org.au X-Newsreader: TIN [version 1.1 PL8] Path: news.columbia.edu!news.new-york.net!cpk-news-hub1.bbnplanet.com!news.bbnplanet.com!news-peer.sprintlink.net!news-sea-19.sprintlink.net!news-in-west.sprintlink.net!news.sprintlink.net!Sprint!207.20.0.50!peerfeed.ncal.verio.net!nntp.flash.net!news.mira.net.au!news.netspace.net.au!news.mel.connect.com.au!news.ade.connect.com.au!duster.adelaide.on.net!kastagir.senet.com.au!news.adl.auslink.net!news.dircsa.org.au!news.dircsa.org.au!not-for-mail Xref: news.columbia.edu comp.protocols.kermit.misc:7943 Hi, after installing and playing with K95 1.1.15 for Win'95 last night, my major criticism is that UPLOADS ARE TOO DIFFICULT, especially with Win'95 long file names. When will this be fixed so that uploads are as easy as with other Windows communications software like Telix for Windows and Telemate for Windows? -- Arthur Marsh, telephone +61-8-8370-2365, fax +61-8-8223-5082 arthur@dircsa.org.au .endofsig From news@newsmaster.cc.columbia.edu Wed Oct 22 11:00:01 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id KAA01660 for ; Wed, 22 Oct 1997 10:59:59 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id KAA20055 for kermit.misc@watsun; Wed, 22 Oct 1997 10:59:58 -0400 (EDT) Path: news.columbia.edu!watsun.cc.columbia.edu!fdc From: fdc@watsun.cc.columbia.edu (Frank da Cruz) Newsgroups: comp.protocols.kermit.misc Subject: Re: K95 1.1.15 brickbat Date: 22 Oct 1997 14:59:57 GMT Organization: Columbia University Lines: 51 Message-ID: <62l4dd$gbr$1@apakabar.cc.columbia.edu> References: <62k4im$t3o@gateway.dircsa.org.au> NNTP-Posting-Host: watsun.cc.columbia.edu Xref: news.columbia.edu comp.protocols.kermit.misc:7944 In article <62k4im$t3o@gateway.dircsa.org.au>, Arthur Marsh wrote: : Hi, after installing and playing with K95 1.1.15 for Win'95 last night, my : major criticism is that UPLOADS ARE TOO DIFFICULT, especially with Win'95 : long file names. : : When will this be fixed so that uploads are as easy as with other Windows : communications software like Telix for Windows and Telemate for Windows? : You mean, you want to click on a filename rather than give a SEND command? You will be able to do this in the full-GUI version, which you will receive as free upgrade. You can see a preview of the file-transfer dialog in the GUI version of K95 at: http://www.columbia.edu/kermit/kuishots.html In the meantime, I trust you are aware that you don't need to type a filename out in full. You can use K95's completion feature (Tab or Esc) within a filename to have K95 complete its name for you. For example, suppose your current directory contains a file whose name is: This_file_has_a_very_very_very_very_very_very_looooooooooong_name.txt and it is the only file in that directory whose name starts with "Th". You can send it by typing the following keystrokes: sTh Or if it is the only file whose name contains the string "y_v", you can use "s *y_v*". etc etc... Or are you referring to the business about having to start the receiving program on the other end first, then escape back to K95, and start the sending process, and then re-connect? Did you know you don't have to do that either? At least not when using Kermit or Zmodem protocol. The easiest way to upload with Kermit protocol is to start Kermit on the far end, giving it a GET command, either at its prompt or as a command-line argument. K95 will automatically send the requested file(s). No escaping back, no giving a SEND command, no re-connecting. With Zmodem it's slightly more difficult, since Zmodem protocol does not have the equivalent of a GET command. But note: if you are at the K95 prompt and give a SEND command, using either Kermit or Zmodem protocol, K95 sends an "autoupload" command (which has a default value, but which you can reconfigure) to start the receiving program on the other end. So in terms of ease of use, I think that all that is missing is the click. - Frank From news@newsmaster.cc.columbia.edu Wed Oct 22 13:08:12 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id NAA12404 for ; Wed, 22 Oct 1997 13:08:12 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id NAA26760 for kermit.misc@watsun; Wed, 22 Oct 1997 13:08:11 -0400 (EDT) Path: news.columbia.edu!panix!howland.erols.net!torn!nott!bcarh189.bnr.ca!bmerhc5e.bnr.ca!bcarh8ab.bnr.ca!bcarh8ac.bnr.ca!nrchh52.rich.nt.com!news From: Malik Ajani Newsgroups: comp.protocols.kermit.misc Subject: kemit linux help Date: Wed, 22 Oct 1997 10:04:49 -0500 Organization: Bell Northern Research Lines: 10 Message-ID: <344E1611.1A65@bnr.ca> NNTP-Posting-Host: 47.164.163.101 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailer: Mozilla 3.0 (X11; I; HP-UX B.10.20 9000/778) Xref: news.columbia.edu comp.protocols.kermit.misc:7945 I am new to kermit. I have 2 pc with a modem each and linux running on them. one is caller and ther other is reciever. I call the reciever in kermit using dial command. reciever picks up using answer command then I use the server command. I see that i am connect at 9600 , but my callerPC gets NO login to the reciever PC and no prompt. How can I send files? what am i doing wrong or not doing? ajani@nortel.com From news@newsmaster.cc.columbia.edu Wed Oct 22 13:18:09 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id NAA14162 for ; Wed, 22 Oct 1997 13:18:08 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id NAA27254 for kermit.misc@watsun; Wed, 22 Oct 1997 13:18:08 -0400 (EDT) Path: news.columbia.edu!watsun.cc.columbia.edu!fdc From: fdc@watsun.cc.columbia.edu (Frank da Cruz) Newsgroups: comp.protocols.kermit.misc Subject: Re: kemit linux help Date: 22 Oct 1997 17:18:07 GMT Organization: Columbia University Lines: 17 Message-ID: <62lcgf$l7t$1@apakabar.cc.columbia.edu> References: <344E1611.1A65@bnr.ca> NNTP-Posting-Host: watsun.cc.columbia.edu Xref: news.columbia.edu comp.protocols.kermit.misc:7946 In article <344E1611.1A65@bnr.ca>, Malik Ajani wrote: : I am new to kermit. : I have 2 pc with a modem each and linux running on them. : one is caller and ther other is reciever. : I call the reciever in kermit using dial command. : reciever picks up using answer command then I use the server command. : I see that i am connect at 9600 , but my callerPC gets NO login to the : reciever PC and no prompt. How can I send files? what am i doing : wrong or not doing? : There will be no login prompt. At this point, your client should not be in CONNECT (terminal emulation) mode; instead, it should be given the appropriate client commands: SEND, GET, REMOTE DIRECTORY, etc, and then BYE or FINISH to terminate the session. Again, it's all explained in the manual. - Frank From news@newsmaster.cc.columbia.edu Wed Oct 22 16:04:05 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id QAA19288 for ; Wed, 22 Oct 1997 16:04:04 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id QAA05778 for kermit.misc@watsun; Wed, 22 Oct 1997 16:04:04 -0400 (EDT) Path: news.columbia.edu!panix!howland.erols.net!news-peer.sprintlink.net!news.sprintlink.net!Sprint!worldnet.att.net!nntphub.cb.lucent.com!news From: "J. Sun" Newsgroups: comp.protocols.kermit.misc Subject: help needed : linux ppp + kermit 6.0-192 Date: 22 Oct 1997 19:56:22 GMT Organization: Lucent Technologies - Bell Labs Innovations Lines: 14 Message-ID: <01bcdefb$16ad3960$97520587@nj0117jsun> NNTP-Posting-Host: 135.5.82.* X-Newsreader: Microsoft Internet News 4.70.1161 Xref: news.columbia.edu comp.protocols.kermit.misc:7947 Hi, experts on the net, I had a problem using linux ppp through C-kermit-6.0-192. In the past, i dialed in company modem pool using c-kermit-190. After logging in and start remote ppp session, i escape back to local kermit and then type `push'. Under c-shell i type `pppd -d -detach /dev/modem 57600&' and start ppp. Now using C-kermit-6.0-192, after typing `pppd -d -detach /dev/modem 57600&', the pppd process exit right away. How can i solve the problem ? Thanks ! Russell From news@newsmaster.cc.columbia.edu Wed Oct 22 19:10:22 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id TAA26391 for ; Wed, 22 Oct 1997 19:10:21 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id TAA15569 for kermit.misc@watsun; Wed, 22 Oct 1997 19:10:21 -0400 (EDT) Path: news.columbia.edu!panix!howland.erols.net!news.mathworks.com!mvb.saic.com!news.eskimo.com!jimo From: jimo@eskimo.com (Jim Osborn) Newsgroups: comp.protocols.kermit.misc Subject: Re: login script beeps unexpectedly Date: 22 Oct 1997 23:03:47 GMT Organization: Eskimo North (206) For-Ever Lines: 44 Message-ID: <62m0oj$a7h$1@eskinews.eskimo.com> References: <62ejvl$fpk$1@eskinews.eskimo.com> <62ft4g$j94$1@apakabar.cc.columbia.edu> <62h9lb$pbm$1@eskinews.eskimo.com> <62icqn$582$1@apakabar.cc.columbia.edu> NNTP-Posting-Host: eskimo.com Xref: news.columbia.edu comp.protocols.kermit.misc:7949 In article <62icqn$582$1@apakabar.cc.columbia.edu>, Frank da Cruz wrote: >OK, let's look at your script more closely: > >: >: define eskimo { >: >: while not defined \%1 { >: >: askq \%1 {Eskimo Password: } >: >: } >: >: :retry >: >: dial 258-0759 > >You need an IF FAIL statement here. You don't want the script to keep >executing if your DIAL command fails. Agreed; I want it to start over, and it would be cleaner to tell it that explicitly. >... >Ditto. In fact, if this one fails, you can fall through the next test >and then (since the subsequent INPUTs are also untested), out comes the beep. > >: >: xif \find({CLI,,27},\v(input)) { #Start over if toxic modem >: >: xif \find({@seattle2},\v(input)) { >: >: echo {Aborting 27,,2} >: >: goto retry >: >: } >: >: } >: >:... This is all true, but doesn't address the situation where I watched the action pass by on my screen, seeing the toxic modem sucessfully detected, the abort message sucessfully echoed, the beep sounded, and the dialing process restarted, again and again. I will clean up those unchecked failure possibilities, but I think the mystery beep must come from elsewhere. Unfortunately (or is it really fortunately?:) I don't get offered that awful modem often enough to test the script at will. I'll try relaxing the xif conditions to something more frequent and let you know how the cleanup influences things. Thanks again, Jim From news@newsmaster.cc.columbia.edu Wed Oct 22 19:37:36 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id TAA02147 for ; Wed, 22 Oct 1997 19:37:35 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id TAA17385 for kermit.misc@watsun; Wed, 22 Oct 1997 19:37:35 -0400 (EDT) Path: news.columbia.edu!panix!howland.erols.net!news-peer.sprintlink.net!news.sprintlink.net!Sprint!worldnet.att.net!news.u.washington.edu!homer36.u.washington.edu!bbaldwin From: "B. Baldwin" Newsgroups: comp.protocols.kermit.misc Subject: Re: Screen redraw in Kermit95 Date: Wed, 22 Oct 1997 16:27:00 -0700 Organization: University of Washington Lines: 26 Message-ID: References: <6241ie$kbi$1@samba.rahul.net> NNTP-Posting-Host: homer36.u.washington.edu Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Trace: nntp6.u.washington.edu 877562828 24058 (None) 140.142.64.2 X-Complaints-To: help@cac.washington.edu NNTP-Posting-User: bbaldwin In-Reply-To: <6241ie$kbi$1@samba.rahul.net> Xref: news.columbia.edu comp.protocols.kermit.misc:7950 I was able to speed it up by not logging the session Brian Baldwin On 16 Oct 1997 dold@80.usenet.us.com wrote: > B. Baldwin (bbaldwin@u.washington.edu) wrote: > : I set the Screen Update to Fast but the screen redraw still seems slow. I > : am using a telnet connection over the network. Is there another setting > : that can speed it up? > > At the moment, I am using K-95 in TCP mode, via a Win95 dialup PPP > connection. My connection is at 26400 (I live a long way from my C.O.) > > My screen redraw delay is non-existent. I can't see the scren "paint" as I > toggle between two files in the text editor. The new text just arrives, > full screen. > > -- > --- > Clarence A Dold - dold@network.rahul.net > - Pope Valley & Napa CA. > > From news@newsmaster.cc.columbia.edu Thu Oct 23 04:27:42 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id EAA27129 for ; Thu, 23 Oct 1997 04:27:41 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id EAA11948 for kermit.misc@watsun; Thu, 23 Oct 1997 04:27:41 -0400 (EDT) Path: news.columbia.edu!news.new-york.net!news-peer.gsl.net!news.gsl.net!gip.net!newsfeed.direct.ca!news.he.net!news.dra.com!nntp.mainstreet.net!bug.rahul.net!rahul.net!a2i!hustle.rahul.net!rahul.net!a2i!samba.rahul.net!rahul.net!a2i!dold.a2i!dold From: dold@34.usenet.us.com Newsgroups: comp.protocols.kermit.misc Subject: Dedicated hard-copy printer Date: 22 Oct 1997 23:47:46 GMT Organization: a2i network Lines: 20 Message-ID: <62m3b2$lc5$1@samba.rahul.net> Reply-To: dold@network.rahul.net NNTP-Posting-Host: foxtrot.rahul.net NNTP-Posting-User: dold X-Newsreader: TIN [version 1.2 PL2] X-Comment: Encoded From: line allows replies that preserve original subject Xref: news.columbia.edu comp.protocols.kermit.misc:7951 I have an application where we used to have a serial VT100 terminal (honest-to-goodness DEC), and a serial printer slaved to it. The printer died. I thought I'd replace the terminal and printer with a PC running MSKermit 3.15, and a parallel printer. I can't figure out how to get the printer to print everything that appears on the screen in real time. I tried "log session lpt1" which sort of works, except that it doesn't print until I quit kermit... The printout is kept as a historical log file, which can only be replaced by disk logs if I devote some educational effort toward the techs involved. I'd rather not, if I can get the dedicated printer working ;-) -- --- Clarence A Dold - dold@network.rahul.net - Pope Valley & Napa CA. From news@newsmaster.cc.columbia.edu Thu Oct 23 10:06:50 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id KAA07137 for ; Thu, 23 Oct 1997 10:06:49 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id KAA29825 for kermit.misc@watsun; Thu, 23 Oct 1997 10:06:49 -0400 (EDT) Path: news.columbia.edu!watsun.cc.columbia.edu!fdc From: fdc@watsun.cc.columbia.edu (Frank da Cruz) Newsgroups: comp.protocols.kermit.misc Subject: Re: Dedicated hard-copy printer Date: 23 Oct 1997 14:06:47 GMT Organization: Columbia University Lines: 44 Message-ID: <62nlln$4mp$1@apakabar.cc.columbia.edu> References: <62m3b2$lc5$1@samba.rahul.net> NNTP-Posting-Host: watsun.cc.columbia.edu Xref: news.columbia.edu comp.protocols.kermit.misc:7952 In article <62m3b2$lc5$1@samba.rahul.net>, wrote: : I have an application where we used to have a serial VT100 terminal : (honest-to-goodness DEC), and a serial printer slaved to it. : : The printer died. : : I thought I'd replace the terminal and printer with a PC running MSKermit : 3.15, and a parallel printer. : Since the VT100 had a serial printer, of course, you could just skip the PC and put the serial printer where the VT100 used to be (assuming you didn't really use the VT100 for anything). But I'm sure you thought of that... : I can't figure out how to get the printer to print everything that appears : on the screen in real time. : I tried "log session lpt1" which sort of works, except that it doesn't : print until I quit kermit... : That's because Kermit sends print material to the DOS printer device, which is buffered (by DOS). If it didn't do it this way, it would have to incorporate its own printer drivers, parallel port drivers, etc, and then it would no longer be a small program. : The printout is kept as a historical log file, which can only be replaced : by disk logs if I devote some educational effort toward the techs involved. : I'd rather not, if I can get the dedicated printer working ;-) : >From the KERMIT.BWR file that comes with MS-DOS Kermit: The session log is written to disk by DOS. The frequency with which DOS updates this file is governed by the BUFFERS= line in your CONFIG.SYS file (see your DOS manual). If you allocate a large number of buffers in CONFIG.SYS, disk operations occur infrequently and this improves performance. If you need to have the session log updated more frequently to minimize the loss of data, e.g. when there is a power failure, you can do this (at the expense of efficiency) by allocating fewer buffers in CONFIG.SYS. (End quote) In other words, it's a DOS limitation. Interested parties are, of course, welcome to recommend (or write) alternative printer drivers that can be configured to behave differently. - Frank From news@newsmaster.cc.columbia.edu Thu Oct 23 10:36:36 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id KAA14365 for ; Thu, 23 Oct 1997 10:36:36 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id KAA01826 for kermit.misc@watsun; Thu, 23 Oct 1997 10:36:35 -0400 (EDT) Path: news.columbia.edu!watsun.cc.columbia.edu!fdc From: fdc@watsun.cc.columbia.edu (Frank da Cruz) Newsgroups: comp.sys.hp.mpe,comp.protocols.kermit.misc Subject: Re: file transfer protocols Date: 23 Oct 1997 14:36:31 GMT Organization: Columbia University Lines: 55 Message-ID: <62nndf$5j5$1@apakabar.cc.columbia.edu> References: <9709228775.AA877536887@itauucp.ita-relay.com> NNTP-Posting-Host: watsun.cc.columbia.edu Xref: news.columbia.edu comp.sys.hp.mpe:41462 comp.protocols.kermit.misc:7953 In article <9709228775.AA877536887@itauucp.ita-relay.com>, Marshall Medoff wrote: : Our HP3000 has an installation of Telamon's Network Engine which came : with a version of Kermit. This version has a record length on send : and receive of 2048 bytes. : : Is there another version of Kermit for the HP3000 that has no such : limitation? : There are two Kermit programs for the HP-3000, both by Tony Appelget of General Mills (now retired): One written in C and another written in SPL. As far as I know, the functionality of the two is equivalent. They don't have version numbers, but the release date for both programs is 3 September 1994: ftp://kermit.columbia.edu/kermit/d/hp3*.* Tony is no longer reachable, as far as I know, and we (at the Kermit Project) have never even seen an HP-3000 except once on a tour of INION (the Institute of Scientific Information for Social Science of the USSR Academy of Science) in Moscow in 1989, and so I can't explain the 2048-byte limitation. Supposing it is not there for any good reason, then it is just a number that you can change (you have the source code) to any other number up to 9024, which is the maximum Kermit packet length, so you are certainly welcome to try it. But I suspect that the 2048 limitation was more likely imposed because of some kind of buffering limitation on communication-device reads, and so the workaround might not quite so simple. (I am not steeped in HP-[13]00 lore, but I seem to recall a lot of talk about this mux and that mux and their respective peculiarities.) However, given that Tony is no longer on the case, perhaps a better solution to this problem -- and to various others mentioned recently on this newsgroup (the need for a scriptable Telnet client, the need to translate HP-Roman8 text files appropriately when transferring to non-HP platforms, etc), a port of C-Kermit 6.0 would be a better choice, if an HP-3000 C programmer was willing to take it on. In addition to the advantages just mentioned, this would also give HP-3000 users a high-performance Kermit implementation with all the advanced features of the protocol (sliding windows, locking shifts, etc) that operated independently of the communications medium (direct serial, dialed serial, network). : In looking at 3K Associates' web site and going into Telamon's freeware : section, I was happy to see versions of Kermit and Xmodem, but after : downloading Xmodem, I was dismayed to see that it did not work. : Xmodem and Ymodem need a fully transparent 8-bit clean communication path; Kermit doesn't. Zmodem might or might not be able to work over connections that are not fully transparent -- it depends on the Zmodem implementations at each end. If you're an HP-3000 C programmer and might be interested in doing an HP-3000 port of C-Kermit, please get in touch. Frank da Cruz The Kermit Project, Columbia University http://www.columbia.edu/kermit/ From news@newsmaster.cc.columbia.edu Thu Oct 23 16:59:12 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id QAA08403 for ; Thu, 23 Oct 1997 16:59:12 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id QAA21045 for kermit.misc@watsun; Thu, 23 Oct 1997 16:59:11 -0400 (EDT) Path: news.columbia.edu!watsun.cc.columbia.edu!fdc From: fdc@watsun.cc.columbia.edu (Frank da Cruz) Newsgroups: comp.os.vms,comp.protocols.kermit.misc Subject: Re: Kermit for OpenVMS Date: 23 Oct 1997 20:59:09 GMT Organization: Columbia University Lines: 48 Message-ID: <62odqt$ope$1@apakabar.cc.columbia.edu> NNTP-Posting-Host: watsun.cc.columbia.edu Xref: news.columbia.edu comp.os.vms:163549 comp.protocols.kermit.misc:7954 > I hope you don't mind me E-mailing you directly, but I have been unable to > find this information anywhere else. > I mind it when your return address doesn't work. Since it does not, I am posting the reply on the relevant newsgroups. > What I need to do is to be able to transfer binary and text files from one > OpenVMS machine to another via a modem connection. We have used Kermit in > the past... > Which Kermit? Which version? > ... but abandoned the practice when we realised that the product did > not automatically hang-up the connection on exit. Some of our users > repeatedly forgot to manually hang-up, and as a result on one occasion we > had a 72-hour long distance call, as well as many other calls lasting > nearly as long! > So did you report this to us at the time? When Kermit exits, no matter how it exits, this forces VMS to close all files and devices that Kermit had open. If it has a serial port open, closing the port causes DTR to go down -- in VMS I believe this lasts for at least 3 seconds -- and that, in turn is supposed to tell the modem to hang up the phone call. If this doesn't work, it has nothing to do with Kermit; it's more likely because your modem is misconfigured. > Does the lastest Kermit for OpenVMS auto-hang-up - or can it be made to do > so by an average programmer or user? > C-Kermit now has all sorts of safeguards and hangup procedures beyond what the OS provides. But you STILL have to configure your modem correctly if you want all of this to work. . C-Kermit will warn you if you try to exit with an open connection. . C-Kermit will send the modem's hangup command, like ATH0, upon normal exit, unless otherwise instructed. etc etc. The current version of Kermit for VMS is C-Kermit 6.0: http://www.columbia.edu/kermit/ck60.html - Frank From news@newsmaster.cc.columbia.edu Thu Oct 23 22:49:11 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id WAA04343 for ; Thu, 23 Oct 1997 22:49:11 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id WAA08646 for kermit.misc@watsun; Thu, 23 Oct 1997 22:49:10 -0400 (EDT) Path: news.columbia.edu!news.new-york.net!news-peer.gsl.net!news.gsl.net!gip.net!howland.erols.net!newsfeed.internetmci.com!207.5.0.44!nntp.mainstreet.net!bug.rahul.net!rahul.net!a2i!samba.rahul.net!rahul.net!a2i!dold.a2i!dold From: dold@34.usenet.us.com Newsgroups: comp.protocols.kermit.misc Subject: Re: Dedicated hard-copy printer Date: 23 Oct 1997 18:44:51 GMT Organization: a2i network Lines: 21 Message-ID: <62o5v3$8h1$1@samba.rahul.net> References: <62m3b2$lc5$1@samba.rahul.net> <62nlln$4mp$1@apakabar.cc.columbia.edu> Reply-To: dold@network.rahul.net NNTP-Posting-Host: foxtrot.rahul.net NNTP-Posting-User: dold X-Newsreader: TIN [version 1.2 PL2] X-Comment: Encoded From: line allows replies that preserve original subject Xref: news.columbia.edu comp.protocols.kermit.misc:7955 Clarence asked: : : I can't figure out how to get the printer to print everything that appears : : on the screen in real time. : : I tried "log session lpt1" which sort of works, except that it doesn't : : print until I quit kermit... Frank da Cruz (fdc@watsun.cc.columbia.edu) wrote: : From the KERMIT.BWR file that comes with MS-DOS Kermit: : The session log is written to disk by DOS. The frequency with which DOS : updates this file is governed by the BUFFERS= line in your CONFIG.SYS file Why, thank you... I'll be toddling off to the next room to configure BUFFERS=0 in a moment ;-) -- --- Clarence A Dold - dold@network.rahul.net - Pope Valley & Napa CA. From news@newsmaster.cc.columbia.edu Fri Oct 24 05:30:58 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id FAA09543 for ; Fri, 24 Oct 1997 05:30:57 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id FAA26331 for kermit.misc@watsun; Fri, 24 Oct 1997 05:30:57 -0400 (EDT) Path: news.columbia.edu!news.new-york.net!news-spur1.maxwell.syr.edu!news.maxwell.syr.edu!news.he.net!nntp.flash.net!news.mira.net.au!news.mel.aone.net.au!newsfeed-in.aone.net.au!news.mel.connect.com.au!not-for-mail From: Ross Irvine Newsgroups: comp.protocols.kermit.misc Subject: Getting a string from the modem? Date: Fri, 24 Oct 1997 11:15:41 +1000 Organization: Australian NetLink Lines: 18 Message-ID: <344FF6BD.65B7@netlink.com.au> NNTP-Posting-Host: kermit.netlink.com.au Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailer: Mozilla 3.01C-NSCP (Win95; I) Cache-Post-Path: kermit.netlink.com.au!unknown@dl313.mel.netlink.com.au Xref: news.columbia.edu comp.protocols.kermit.misc:7956 Hi All, I like to know how to do this: output atdt55555\13 wait for 90 OR wait for CONNECT, BUSY etc. Basically after the output of the dial I want it to read the first line that the modem returns and exit the input so I can process if it was CONNECT/BUSY etc. BUT I also need it to timeout after X seconds if nothing has been sent from the modem. So there are two exit conditions. 1 if it gets something from the modem, and 2 exit after a timeout. Any ideas? regards. Ross irvine From news@newsmaster.cc.columbia.edu Fri Oct 24 10:22:27 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id KAA07245 for ; Fri, 24 Oct 1997 10:22:26 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id KAA00314 for kermit.misc@watsun; Fri, 24 Oct 1997 10:22:25 -0400 (EDT) Path: news.columbia.edu!watsun.cc.columbia.edu!fdc From: fdc@watsun.cc.columbia.edu (Frank da Cruz) Newsgroups: comp.protocols.kermit.misc Subject: Re: Getting a string from the modem? Date: 24 Oct 1997 14:22:23 GMT Organization: Columbia University Lines: 39 Message-ID: <62qauv$hvv$1@apakabar.cc.columbia.edu> References: <344FF6BD.65B7@netlink.com.au> NNTP-Posting-Host: watsun.cc.columbia.edu Xref: news.columbia.edu comp.protocols.kermit.misc:7957 In article <344FF6BD.65B7@netlink.com.au>, Ross Irvine wrote: : I like to know how to do this: : : output atdt55555\13 : wait for 90 OR wait for CONNECT, BUSY etc. : : Basically after the output of the dial I want it to read the first : line that the modem returns and exit the input so I can process : if it was CONNECT/BUSY etc. BUT I also need it to timeout after X : seconds if nothing has been sent from the modem. So there are two exit : conditions. 1 if it gets something from the modem, and 2 exit after a : timeout. : Current versions of MS-DOS Kermit, K-95, and C-Kermit have a "multiple input" command, MINPUT: MINPUT 90 CONNECT BUSY {NO ANSWER} {NO DIALTONE} ERROR ... IF FAIL SWITCH \v(minput) { :1, , BREAK :2, , BREAK :3, , BREAK :4, , BREAK :5, , BREAK :default, } In addition K95 and C-Kermit have a built-in DIAL command that already does all this. See the Kermit website: http://www.columbia.edu/kermit/ for information about the latest releases of Kermit software. - Frank From news@newsmaster.cc.columbia.edu Fri Oct 24 12:33:21 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id MAA05843 for ; Fri, 24 Oct 1997 12:33:20 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id MAA06890 for kermit.misc@watsun; Fri, 24 Oct 1997 12:33:20 -0400 (EDT) Path: news.columbia.edu!watsun.cc.columbia.edu!fdc From: fdc@watsun.cc.columbia.edu (Frank da Cruz) Newsgroups: comp.protocols.kermit.misc Subject: Kermit Manuals Date: 24 Oct 1997 16:33:17 GMT Organization: Columbia University Lines: 21 Message-ID: <62qikd$mbl$1@apakabar.cc.columbia.edu> NNTP-Posting-Host: watsun.cc.columbia.edu Xref: news.columbia.edu comp.protocols.kermit.misc:7958 Just a reminder that Kermit Manuals are published in English, German, French, and Japanese. Complete details, including how to order them from their respective publishers, or the Kermit Project, or Amazon.Com, Barnes and Noble, and other sources are at the Kermit website: http://www.columbia.edu/kermit/manuals.html The French edition of "Using MS-DOS Kermit" is available direct from the Kermit project, as well as from the French publisher, Heinz Schiefer & Cie. The German hardcover editions of "Using MS-DOS Kermit" (current) and "Using C-Kermit" (first edition) are now available from the publisher, Verlag Heinz Heise in Hannover, at reduced price, in the 20-25DM range (that's about $11.00 - $14.00 USD): http://www.emedia.de/bin/bookshop/ and then pick the Verlag Heinz Heise icon. - Frank From news@newsmaster.cc.columbia.edu Sat Oct 25 11:51:28 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id LAA15861 for ; Sat, 25 Oct 1997 11:51:27 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id LAA14248 for kermit.misc@watsun; Sat, 25 Oct 1997 11:51:27 -0400 (EDT) Path: news.columbia.edu!panix!cam-news-hub1.bbnplanet.com!cpk-news-hub1.bbnplanet.com!news.bbnplanet.com!cs.utexas.edu!news.cs.utah.edu!cc.usu.edu!jrd From: jrd@cc.usu.edu (Joe Doupnik) Newsgroups: comp.protocols.kermit.misc Subject: Re: Dedicated hard-copy printer Message-ID: Date: 25 Oct 97 08:31:07 MDT References: <62m3b2$lc5$1@samba.rahul.net> Organization: Utah State University Lines: 23 Xref: news.columbia.edu comp.protocols.kermit.misc:7959 In article <62m3b2$lc5$1@samba.rahul.net>, dold@34.usenet.us.com writes: > I have an application where we used to have a serial VT100 terminal > (honest-to-goodness DEC), and a serial printer slaved to it. > > The printer died. > > I thought I'd replace the terminal and printer with a PC running MSKermit > 3.15, and a parallel printer. > I can't figure out how to get the printer to print everything that appears > on the screen in real time. > I tried "log session lpt1" which sort of works, except that it doesn't > print until I quit kermit... > > The printout is kept as a historical log file, which can only be replaced > by disk logs if I devote some educational effort toward the techs involved. > I'd rather not, if I can get the dedicated printer working ;-) ------------ Normally the remote host commands printing operations. The user can engage line-by-line screen to printer operation by pressing Control- PrintScrn (the key) and see the PRN symbol on the Connect mode status line. This is not transparent printing, which must be commanded by the host. This is all in the manual "Using MS-DOS Kermit." Joe D. From news@newsmaster.cc.columbia.edu Sun Oct 26 00:59:37 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id AAA17362 for ; Sun, 26 Oct 1997 00:59:37 -0400 (EDT) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id AAA25748 for kermit.misc@watsun; Sun, 26 Oct 1997 00:59:36 -0400 (EDT) Path: news.columbia.edu!psinntp!news.idt.net!news-peer.gsl.net!news.gsl.net!gip.net!news-peer.sprintlink.net!news-pull.sprintlink.net!news-in-east.sprintlink.net!news.sprintlink.net!Sprint!204.122.16.44!news.eskimo.com!jimo From: jimo@eskimo.com (Jim Osborn) Newsgroups: comp.protocols.kermit.misc Subject: Re: login script beeps unexpectedly Date: 25 Oct 1997 22:56:10 GMT Organization: Eskimo North (206) For-Ever Lines: 75 Message-ID: <62ttea$l2o$1@eskinews.eskimo.com> References: <62ejvl$fpk$1@eskinews.eskimo.com> <62h9lb$pbm$1@eskinews.eskimo.com> <62icqn$582$1@apakabar.cc.columbia.edu> <62m0oj$a7h$1@eskinews.eskimo.com> NNTP-Posting-Host: eskimo.com Xref: news.columbia.edu comp.protocols.kermit.misc:7960 In article <62m0oj$a7h$1@eskinews.eskimo.com>, Jim Osborn wrote: >I will clean up those unchecked failure possibilities, but I think >the mystery beep must come from elsewhere. Unfortunately (or is >it really fortunately?:) I don't get offered that awful modem often >enough to test the script at will. I'll try relaxing the xif >conditions to something more frequent and let you know how the >cleanup influences things. After more experimentation, I've found a workaround. I'd be curious what this indicates the cause is, and for pointers on how to avoid the root problem in the first place. The workaround is to leave out the echo statement when aborting the login process. It seems any echo statement causes a beep, even though no beep is indicated in the echo statement. For example: define eskimo { while not defined \%1 { askq \%1 {Eskimo Password: } } :retry dial 258-0759 if fail goto retry in 30 {Your Selection ==>} #Initial selector if fail goto retry echo {\12\13This is really wierd!} #beeps! pause 5 output 1\13 #Select Eskimo in 60 login: #Start login process if fail goto retry ... beeps when the echo text appears on the screen. My guess is that Kermit doesn't like echoing things while dialing/ connecting, but I can't imagine why it would object. Anyway, removing the echo statement from the abort process prevents an unwanted beep, leaving the desired one free to announce success. Jim Here's the current version. If you can suggest improvements, lemme know. :) define eskimo { while not defined \%1 { askq \%1 {Eskimo Password: } } :retry dial 258-0759 if fail goto retry in 30 {Your Selection ==>} #Initial selector if fail goto retry output 1\13 #Select Eskimo in 60 login: #Start login process if fail goto retry out jimo\13 #Look for: Hello ,CLI,,27,@seattle2 clear input in 30 {Welcome to eskimo.com.} #Read Annex ID string if fail goto retry xif \find({CLI,,27},\v(input)) { #Start over if toxic modem xif \find({@seattle2},\v(input)) { # echo {\12\13Aborting 27,,2} #this causes unwanted beep goto retry } } in 30 Password: if fail goto retry out \%1\13 in 60 {Main Command?} if fail goto retry out {!} echo \007 #^G connect /quietly } From news@newsmaster.cc.columbia.edu Sun Oct 26 08:40:50 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id IAA21544 for ; Sun, 26 Oct 1997 08:40:50 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id IAA20119 for kermit.misc@watsun; Sun, 26 Oct 1997 08:40:49 -0500 (EST) Path: news.columbia.edu!news.new-york.net!news-peer.gsl.net!news.gsl.net!gip.net!news-peer.sprintlink.net!news-pull.sprintlink.net!news-in-east.sprintlink.net!news.sprintlink.net!Sprint!207.20.0.50!peerfeed.ncal.verio.net!news.walltech.com!bug.rahul.net!rahul.net!a2i!samba.rahul.net!rahul.net!a2i!dold.a2i!dold From: dold@34.usenet.us.com Newsgroups: comp.protocols.kermit.misc Subject: Re: Dedicated hard-copy printer Date: 26 Oct 1997 05:37:58 GMT Organization: a2i network Lines: 31 Message-ID: <62ukvm$hns$1@samba.rahul.net> References: <62m3b2$lc5$1@samba.rahul.net> Reply-To: dold@network.rahul.net NNTP-Posting-Host: foxtrot.rahul.net NNTP-Posting-User: dold X-Newsreader: TIN [version 1.2 PL2] X-Comment: Encoded From: line allows replies that preserve original subject Xref: news.columbia.edu comp.protocols.kermit.misc:7961 Joe Doupnik (jrd@cc.usu.edu) wrote: : In article <62m3b2$lc5$1@samba.rahul.net>, dold@34.usenet.us.com writes: : > I have an application where we used to have a serial VT100 terminal : > (honest-to-goodness DEC), and a serial printer slaved to it. : > : > The printer died. : Normally the remote host commands printing operations. The user : can engage line-by-line screen to printer operation by pressing Control- : PrintScrn (the key) and see the PRN symbol on the Connect mode status line. : This is not transparent printing, which must be commanded by the host. : This is all in the manual "Using MS-DOS Kermit." I never bought that one... I have a few copies of Using C-Kermit, and K-95, but no MSDOS copy... Maybe I should. I set buffers=0 in my config.sys, and "log session lpt1" in my mscustom.ini, and everybody is happy. The printout lags the screen by a few lines, but that's fine. It used to be distracting to listen to the printer printing exactly what you typed. I couldn't turn on transparent printing from the host, because there is no "host" per se, at least not for this purpose. It is just a command and status terminal into a telephone switch. It's a good thing MSKermit is so flexible... No need to worry what it is connecting to. Thanks. -- --- Clarence A Dold - dold@network.rahul.net - Pope Valley & Napa CA. From news@newsmaster.cc.columbia.edu Mon Oct 27 03:06:34 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id DAA18861 for ; Mon, 27 Oct 1997 03:06:33 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id DAA11881 for kermit.misc@watsun; Mon, 27 Oct 1997 03:06:33 -0500 (EST) Path: news.columbia.edu!panix!howland.erols.net!news.maxwell.syr.edu!news-feed.inet.tele.dk!news.algonet.se!newsfeed1.telenordia.se!newsfeed.enator.net!newsfeed.enator.se!news From: Sven Joensson Newsgroups: comp.protocols.kermit.misc Subject: Re: Dedicated hard-copy printer Date: Sat, 25 Oct 1997 11:22:17 +0200 Organization: Enator Lines: 9 Message-ID: <3451BA49.1893@enator.se> References: <62m3b2$lc5$1@samba.rahul.net> NNTP-Posting-Host: 192.176.147.97 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailer: Mozilla 3.0C-E-KIT (Win95; I) Xref: news.columbia.edu comp.protocols.kermit.misc:7962 dold@34.usenet.us.com wrote: > > I can't figure out how to get the printer to print everything that appears > on the screen in real time. If the information is sent to the terminal screen i scroll mode, I use Ctrl+PrintScrn to order MS-Kermit to enter Auto Print Mode. Then all lines send to the screen is also sent to teh printer. From news@newsmaster.cc.columbia.edu Mon Oct 27 03:23:50 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id DAA21591 for ; Mon, 27 Oct 1997 03:23:50 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id DAA12855 for kermit.misc@watsun; Mon, 27 Oct 1997 03:23:49 -0500 (EST) Newsgroups: comp.protocols.kermit.misc Path: news.columbia.edu!panix!logbridge.uoregon.edu!europa.clark.net!4.1.16.34!cpk-news-hub1.bbnplanet.com!cam-news-feed1.bbnplanet.com!news.bbnplanet.com!news-in.ConnActivity.com!fcshome!fredex From: fredex@fcshome.stoneham.ma.us (Fred Smith) Subject: Re: login script beeps unexpectedly X-Newsreader: TIN [version 1.2 PL2] Organization: None! Message-ID: References: <62ejvl$fpk$1@eskinews.eskimo.com> <62h9lb$pbm$1@eskinews.eskimo.com> <62icqn$582$1@apakabar.cc.columbia.edu> <62m0oj$a7h$1@eskinews.eskimo.com> <62ttea$l2o$1@eskinews.eskimo.com> Date: Mon, 27 Oct 1997 00:26:57 GMT Lines: 24 Xref: news.columbia.edu comp.protocols.kermit.misc:7963 Jim Osborn (jimo@eskimo.com) wrote: : In article <62m0oj$a7h$1@eskinews.eskimo.com>, : Jim Osborn wrote: : After more experimentation, I've found a workaround. I'd be curious : what this indicates the cause is, and for pointers on how to avoid : the root problem in the first place. : The workaround is to leave out the echo statement when aborting the : login process. It seems any echo statement causes a beep, even though : no beep is indicated in the echo statement. For example: : echo {\12\13This is really wierd!} #beeps! Why, pray tell, are you echoing a \12 ?? It's probably your computer complaining about the strange character code you're sending it. Try leaving out the \12 entirely, I betcha the beep will go away. Fred -- ---- Fred Smith -- fredex@fcshome.stoneham.ma.us -- fred@computrition.com ---- The eyes of the Lord are everywhere, keeping watch on the wicked and the good. ----------------------------- Proverbs 15:3 (niv) ----------------------------- From news@newsmaster.cc.columbia.edu Mon Oct 27 22:09:28 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id WAA14673 for ; Mon, 27 Oct 1997 22:09:28 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id WAA01695 for kermit.misc@watsun; Mon, 27 Oct 1997 22:09:28 -0500 (EST) Path: news.columbia.edu!panix!howland.erols.net!news.maxwell.syr.edu!cam-news-hub1.bbnplanet.com!news.bbnplanet.com!prodigy.com!nntp.earthlink.net!usenet From: Bill Newsgroups: comp.protocols.kermit.misc Subject: Using variable in SET commands... Date: Mon, 27 Oct 1997 18:20:44 -0800 Organization: FNIC Lines: 25 Message-ID: <34554BFB.C864758D@earthlink.net> NNTP-Posting-Host: 207.217.15.100 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailer: Mozilla 4.0 [en] (WinNT; I) X-Priority: 3 (Normal) Xref: news.columbia.edu comp.protocols.kermit.misc:7964 Hi, I'm trying to use the "Built-in Variables" for some of my scripting. I would like to be able to set them, specifically \v(user), \v(password), and \v(printer). At the command prompt I can set them using the SET commands, e.g. SET LOGIN USER . However, when I attempt this using a variable (\%a) or a macro (\m(username)), only the literal value gets placed in the "Built-in Variables". Is there a way to de-reference the variables/macros within the SET commands? Or, access the "Built-in Variables" directly within a script, i.e. define \v(user) {\m(username)}? Thanks for your help in advance. BTW: I'm using K95 on an Intel NT4.0 (build 1381 service pack 3) to access an OPENVMS/Alpha across an ethernet LAN. -- William Pearson FNIC pearsob@fnic.net Suite #150 pearson@earthlink.net 2780 Skypark Drive Torrance, CA 90505 (310) 326-3100 x205 From news@newsmaster.cc.columbia.edu Tue Oct 28 01:16:03 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id BAA13495 for ; Tue, 28 Oct 1997 01:16:03 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id BAA10036 for kermit.misc@watsun; Tue, 28 Oct 1997 01:16:02 -0500 (EST) Path: news.columbia.edu!panix!cam-news-hub1.bbnplanet.com!cpk-news-hub1.bbnplanet.com!news.bbnplanet.com!newsfeed.internetmci.com!208.206.176.15!dimensional.com!noc.nyx.net!nyx!dshawhan From: douglas shawhan Newsgroups: comp.protocols.kermit.misc Subject: minix kermit woes Date: Mon, 27 Oct 1997 22:34:45 -0700 Organization: Nyx Net - Free Shell Access Lines: 10 Message-ID: Reply-To: douglas shawhan NNTP-Posting-Host: nyx.nyx.net Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Sender: dshawhan@nyx Xref: news.columbia.edu comp.protocols.kermit.misc:7965 I am having a small problem using kermit to access lynx on my shell account... the text is garbled and many of the curses-type characters appear as asterisks. How can I get kermit to behave like a proper vt100 terminal? I am using 16 bit minix. thanks! d From news@newsmaster.cc.columbia.edu Tue Oct 28 07:41:45 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id HAA15171 for ; Tue, 28 Oct 1997 07:41:40 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id HAA27165 for kermit.misc@watsun; Tue, 28 Oct 1997 07:41:39 -0500 (EST) Path: news.columbia.edu!panix!howland.erols.net!surfnet.nl!highway.leidenuniv.nl!not-for-mail From: Rob Cornelisse Newsgroups: comp.protocols.kermit.misc Subject: slow perf. with serial connection Date: Tue, 28 Oct 1997 13:32:06 +0100 Organization: Leiden University, The Netherlands Lines: 36 Message-ID: <3455DB45.B3438C8B@knoware.net> NNTP-Posting-Host: bastion.azl.nl Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailer: Mozilla 4.03 [en] (Win95; I) Xref: news.columbia.edu comp.protocols.kermit.misc:7967 Most of our pc's use a telnet connection but some are using a serial connection. We have experienced a slow performance when K95 is used with a serial connection. When speed is set to 4800 the performance looks like a 2400 baud connection. The problem has been noticed on different pc's and in different segments of the network. Does anyone know? <---------- Parameters ---------------> Default file-transfer mode is BINARY Type ? or HELP for help. K95-ZIS>show comm Communications Parameters: Port: com1, speed: 4800, mode: local, modem: none Terminal bits: 7, parity: none, duplex: full, flow: rts/cts, handshake: none Carrier: auto Escape character: 29 Priority: regular Carrier Detect (CD): Off Dataset Ready (DSR): Off Clear To Send (CTS): Off Ring Indicator (RI): Off Data Terminal Ready (DTR): (unknown) Request To Send (RTS): (unknown) Type SHOW DIAL to see DIAL-related items K95-ZIS> From news@newsmaster.cc.columbia.edu Tue Oct 28 08:33:35 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id IAA11180 for ; Tue, 28 Oct 1997 08:33:34 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id IAA00287 for kermit.misc@watsun; Tue, 28 Oct 1997 08:33:33 -0500 (EST) Path: news.columbia.edu!watsun.cc.columbia.edu!fdc From: fdc@watsun.cc.columbia.edu (Frank da Cruz) Newsgroups: comp.protocols.kermit.misc Subject: Re: Using variable in SET commands... Date: 28 Oct 1997 13:33:28 GMT Organization: Columbia University Lines: 27 Message-ID: <634pj8$b17$1@apakabar.cc.columbia.edu> References: <34554BFB.C864758D@earthlink.net> NNTP-Posting-Host: watsun.cc.columbia.edu Xref: news.columbia.edu comp.protocols.kermit.misc:7968 In article <34554BFB.C864758D@earthlink.net>, Bill wrote: : I'm trying to use the "Built-in Variables" for some of my scripting. I : would like to be able to set them, specifically \v(user), \v(password), : and \v(printer). At the command prompt I can set them using the SET : commands, e.g. SET LOGIN USER . However, when I attempt this : using a variable (\%a) or a macro (\m(username)), only the literal value : gets placed in the "Built-in Variables". : : Is there a way to de-reference the variables/macros within the SET : commands? Or, access the "Built-in Variables" directly within a script, : i.e. define \v(user) {\m(username)}? : : BTW: I'm using K95 on an Intel NT4.0 (build 1381 service pack 3) to access : an OPENVMS/Alpha across an ethernet LAN. : The \v(user) variable is special, and the \v(password) even more so; these are not intended for general-purpose use. There is, at present, no \v(printer) variable. In any case, you can't put a \v(xxx) variable on the "left hand side" of a definition or assignment; that's what regular user-defined variables are for: define \%a somevalue assign user \%a echo \m(user) - Frank From news@newsmaster.cc.columbia.edu Tue Oct 28 08:38:44 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id IAA16317 for ; Tue, 28 Oct 1997 08:38:43 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id IAA00588 for kermit.misc@watsun; Tue, 28 Oct 1997 08:38:43 -0500 (EST) Path: news.columbia.edu!watsun.cc.columbia.edu!fdc From: fdc@watsun.cc.columbia.edu (Frank da Cruz) Newsgroups: comp.protocols.kermit.misc Subject: Re: minix kermit woes Date: 28 Oct 1997 13:38:41 GMT Organization: Columbia University Lines: 22 Message-ID: <634pt1$b6d$1@apakabar.cc.columbia.edu> References: NNTP-Posting-Host: watsun.cc.columbia.edu Xref: news.columbia.edu comp.protocols.kermit.misc:7969 In article , douglas shawhan wrote: : I am having a small problem using kermit to access lynx on my shell : account... the text is garbled and many of the curses-type characters : appear as asterisks. How can I get kermit to behave like a proper vt100 : terminal? I am using 16 bit minix. : And so therefore you are using C-Kermit? The current version of which, by the way, is 6.0: http://www.columbia.edu/kermit/ck60.html If you glance at the documentation, you'll see that C-Kermit does not perform terminal emulation at all. It is a semitransparent (or, if you make it so) a fully transparent communications pipe between the remote computer or service you have used it to connect to and your local terminal, terminal emulator, terminal window, or console, which provides the terminal functions. Probably you have an ANSI-like console but your host thinks you are using a VT100, thus the fractured screens. Solution: let the host know you have an ANSI terminal (or whatever the type really is). - Frank From news@newsmaster.cc.columbia.edu Tue Oct 28 09:32:07 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id JAA09078 for ; Tue, 28 Oct 1997 09:32:06 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id IAA00667 for kermit.misc@watsun; Tue, 28 Oct 1997 08:40:26 -0500 (EST) Path: news.columbia.edu!watsun.cc.columbia.edu!fdc From: fdc@watsun.cc.columbia.edu (Frank da Cruz) Newsgroups: comp.protocols.kermit.misc Subject: Re: slow perf. with serial connection Date: 28 Oct 1997 13:40:23 GMT Organization: Columbia University Lines: 17 Message-ID: <634q07$ba4$1@apakabar.cc.columbia.edu> References: <3455DB45.B3438C8B@knoware.net> NNTP-Posting-Host: watsun.cc.columbia.edu Xref: news.columbia.edu comp.protocols.kermit.misc:7970 In article <3455DB45.B3438C8B@knoware.net>, Rob Cornelisse wrote: : Most of our pc's use a telnet connection but some are using a serial : connection. We have experienced a slow performance when K95 is used : with a serial connection. When speed is set to 4800 the performance : looks like a 2400 baud connection. The problem has been noticed on : different pc's and in different segments of the network. : Some problems with slow serial speeds were fixed in recent releases. The current K95 release is 1.1.15; you can patch up to it at: http://www.columbia.edu/kermit/k95patch.html If, after installing the patch, the problem persists, please send email to kermit-support@columbia.edu. - Frank From news@newsmaster.cc.columbia.edu Tue Oct 28 09:32:08 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id JAA09080 for ; Tue, 28 Oct 1997 09:32:07 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id IAA01400 for kermit.misc@watsun; Tue, 28 Oct 1997 08:53:31 -0500 (EST) Path: news.columbia.edu!news.new-york.net!cpk-news-hub1.bbnplanet.com!news.bbnplanet.com!ais.net!chippy.visi.com!news-out.visi.com!nntp.flash.net!news.mira.net.au!harbinger.cc.monash.edu.au!news.rmit.EDU.AU!goanna.cs.rmit.edu.au!yallara.cs.rmit.edu.au!not-for-mail From: rwi@yallara.cs.rmit.edu.au (Ross Irvine) Newsgroups: comp.protocols.kermit.misc Subject: Reading filename one at a time. Followup-To: poster Date: 27 Oct 1997 11:02:16 GMT Organization: Comp Sci, RMIT University, Melbourne, Australia. Lines: 33 Message-ID: <631sbo$hnl$1@goanna.cs.rmit.edu.au> NNTP-Posting-Host: yallara.cs.rmit.edu.au NNTP-Posting-User: rwi X-Newsreader: TIN [UNIX 1.3 950824BETA PL0] Xref: news.columbia.edu comp.protocols.kermit.misc:7971 Hi All. I have more Kermit questions. :) I'd like to do this. while (no more files in dirctory) read filename into variable %a send %a if success delete %a end loop Basically I'd like to read all the filenames in a directory one at a time so I can work with each file seperately. This is using K95, but will hopefully work in msdos. I've looked through the Kermit book but haven't been able to find anything. Also goes anyone know when Kermit for MSDOS will be version 6 compliant? I'm currently running Kermit 95 (which is great!), but I'm getting more a more anonyed with the fact that I write a great script on K95 that just won't work on MSDOS Kermit 3.15, such as the status return codes for INPUT. And one more thing while I'm asking so much... :) Relase date for the GUI interface?? regards.. -- Ross Irvine E-Mail : rwi@yallara.cs.rmit.edu.au Computer Science Department, Phone GSM : +61 419 565 232 RMIT, Melbourne, Australia. Nokia 2110 FAQ Creater, see below for WWW. Novell Network Admin - V.B.R. Work : +61-3-9349-2744 Fax: +61-3-9349-2711 Certified Novell Administrator (CNA) Still Working on the CNE.... And all round nice guy. :) WEB : http://yallara.cs.rmit.edu.au/~rwi/ From news@newsmaster.cc.columbia.edu Tue Oct 28 09:42:32 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id JAA11713 for ; Tue, 28 Oct 1997 09:42:31 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id JAA03830 for kermit.misc@watsun; Tue, 28 Oct 1997 09:42:31 -0500 (EST) Path: news.columbia.edu!watsun.cc.columbia.edu!fdc From: fdc@watsun.cc.columbia.edu (Frank da Cruz) Newsgroups: comp.protocols.kermit.misc Subject: Re: Reading filename one at a time. Date: 28 Oct 1997 14:42:28 GMT Organization: Columbia University Lines: 82 Message-ID: <634tkk$d8v$1@apakabar.cc.columbia.edu> References: <631sbo$hnl$1@goanna.cs.rmit.edu.au> NNTP-Posting-Host: watsun.cc.columbia.edu Xref: news.columbia.edu comp.protocols.kermit.misc:7972 In article <631sbo$hnl$1@goanna.cs.rmit.edu.au>, Ross Irvine wrote: : I have more Kermit questions. :) : I'd like to do this. : : while (no more files in dirctory) : read filename into variable %a : send %a : if success delete %a : end loop : That's easy, it's a no-op :-) Maybe you meant: : while (more files in directory) : read filename into variable %a : send %a : if success delete %a : end loop By the way, there is a MOVE command that does this (sends one or more files, and then deletes the source if and only if the transfer was successful). : Basically I'd like to read all the filenames in a directory one at a time : so I can work with each file seperately. This is using K95, but will : hopefully work in msdos. I've looked through the Kermit book but haven't : been able to find anything. : Look on page 398. Here's a more complete example; modify as desired. It assumes there is a Kermit server of recent vintage on the far end: ---(cut)--- local \%i \%f \%m \%n cd desired-directory assign \%n \ffiles(*) ; The number of files in this directory. declare \&a[\%n] ; Create an array to hold their names. for \%i 1 \%n 1 { ; Fill the array assign \&a[\%i] \fnextfile() } define \%m 0 ; Counter for successful transfers set file type binary ; Transfer in binary mode for \%i 1 \%n 1 { ; Loop to do each file assign \%s \fsize(\&a[\%i]) ; Size of local file we are sending send \&a[\%i] ; Try to send it if fail continue ; If we failed just go on to next one remote query kermit files(\&a[\%i]) if equal "\v(query)" "" continue if not equal "\v(query)" "1" continue xif equal "\v(program)" "C-Kermit" { remote query kermit crc16 if equal {\v(query)} {} continue if not equal {\v(query)} {\v(crc)} continue remote query kermit fsize if equal {\v(query)} {} continue if not equal {\v(query)} {\%s} continue } delete \&a[\%i] increment \%m ; And count it. } echo DONE echo \%m FILE(S) TRANSFERRED. echo \feval(\%n-\%m) FILE(S) NOT TRANSFERRED. ---(cut)--- Notes: This script is ultra-paranoid about the success of the transfer. Really, you could replace the entire script with "move *" and have the same effect. But this approach lets you add any other stuff you might like to do on a per-file basis. The script illustrates how to do extra checking after the transfer: does the file really exist on the far side? (Of course it does, or else the SEND would not have succeeded). Is its size the same as the source file? Do the CRC's match? If and only if it passes all those tests, it is deleted. C-Kermit 6.0, K95 1.1.13, or MS-DOS Kermit 3.15 or later are required. The 'xif equal "\v(program)" "C-Kermit"' section takes advantage of features that are in C-Kermit 6.0 and K95 but not in MS-DOS Kermit 3.15. You can use this same construction to deal with any other differences. - Frank From news@newsmaster.cc.columbia.edu Tue Oct 28 22:11:19 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id WAA13047 for ; Tue, 28 Oct 1997 22:11:19 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id WAA11608 for kermit.misc@watsun; Tue, 28 Oct 1997 22:11:18 -0500 (EST) Path: news.columbia.edu!panix!howland.erols.net!cpk-news-hub1.bbnplanet.com!cam-news-hub1.bbnplanet.com!news.bbnplanet.com!prodigy.com!nntp.earthlink.net!usenet From: Bill Newsgroups: comp.protocols.kermit.misc Subject: Funky display of VMS editor in kermit... Date: Tue, 28 Oct 1997 18:11:23 -0800 Organization: FNIC Lines: 72 Message-ID: <34569B4B.F328E2FF@earthlink.net> NNTP-Posting-Host: 207.217.18.112 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailer: Mozilla 4.0 [en] (WinNT; I) X-Priority: 3 (Normal) Xref: news.columbia.edu comp.protocols.kermit.misc:7973 Thanks again, Frank, for the prompt response to my previous post. :) I'm using K95 on Intel NT4.0 to connect to an OpenVMS/Alpha via TCP/IP on ethernet. Problem: I'm able to connect fine and do DCL commands fine, but when I go to edit a text file ($edit/tpu) ... garbage! The screen goes to pieces, and I get a lot of, what looks like, escape codes. $edit/edt seems to work ok, but edt is lame after tpu! Is it my local definition or my remote, i.e. terminal definition in K95 or VMS? Or something completely different? (ba bup ba bup... :) ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ AS2100>sho term Terminal: _TNA401: Device_Type: VT300_Series Owner: BILL_2 Username: BILL Remote Port Info: Host: FNIC06 Port: 1228 Input: 9600 LFfill: 0 Width: 80 Parity: None Output: 9600 CRfill: 0 Page: 24 Terminal Characteristics: Interactive Echo Type_ahead No Escape Hostsync TTsync Lowercase No Tab No Wrap Scope No Remote Eightbit No Broadcast No Readsync No Form Fulldup No Modem No Local_echo No Autobaud Hangup Brdcstmbx No DMA No Altypeahd Set_speed No Commsync Line Editing Insert editing No Fallback No Dialup No Secure server No Disconnect No Pasthru No Syspassword No SIXEL Graphics No Soft Characters Printer port Numeric Keypad ANSI_CRT No Regis No Block_mode Advanced_video Edit_mode DEC_CRT DEC_CRT2 DEC_CRT3 No DEC_CRT4 No DEC_CRT5 No Ansi_Color VMS Style Input ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ K-95> sho term Terminal parameters: Bytesize: Command: 8 bits Terminal: 7 bits Type: VT320 ID: [?63;1;2;6;8;9;15c Echo: remote Locking-shift: off Newline-mode: off Cr-display: normal Cursor: underline autodownload: on Arrow-keys: cursor Keypad-mode: application Answerback: off response: K-95 600193 VT320 Bell: system sounds Wrap: on Transmit-timeout: 15 Output-pacing: 0 Roll-mode: insert Scrollback: 512 APC: off : Code-page: active: 437 available: 1250,1251,1252,1253 Height: 24 Width: 80 Screen-update: mode: fast (fast) update freq: 100 Debug: off Session log: (none) Color: border debug helptext reverse select status terminal underline fore: lgray lgray blue black lgray lgray lgray back: blue red cyan lgray yellow cyan blue red CONNECT-mode escape character: 29 (Ctrl-], GS): local only See SHOW CHARACTER-SETS for character-set info -- William Pearson FNIC pearsob@fnic.net Suite #150 pearson@earthlink.net 2780 Skypark Drive Torrance, CA 90505 (310) 326-3100 x205 From news@newsmaster.cc.columbia.edu Tue Oct 28 23:57:13 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id XAA26522 for ; Tue, 28 Oct 1997 23:57:13 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id XAA16683 for kermit.misc@watsun; Tue, 28 Oct 1997 23:57:12 -0500 (EST) Path: news.columbia.edu!panix!cam-news-hub1.bbnplanet.com!cpk-news-hub1.bbnplanet.com!news.bbnplanet.com!cs.utexas.edu!news.cs.utah.edu!cc.usu.edu!jrd From: jrd@cc.usu.edu (Joe Doupnik) Newsgroups: comp.protocols.kermit.misc Subject: Re: Reading filename one at a time. Message-ID: Date: 28 Oct 97 08:51:22 MDT References: <631sbo$hnl$1@goanna.cs.rmit.edu.au> Followup-To: poster Organization: Utah State University Lines: 48 Xref: news.columbia.edu comp.protocols.kermit.misc:7974 In article <631sbo$hnl$1@goanna.cs.rmit.edu.au>, rwi@yallara.cs.rmit.edu.au (Ross Irvine) writes: > Hi All. > I have more Kermit questions. :) > I'd like to do this. > > while (no more files in dirctory) > read filename into variable %a > send %a > if success delete %a > end loop > > > Basically I'd like to read all the filenames in a directory one at a time > so I can work with each file seperately. This is using K95, but will > hopefully work in msdos. I've looked through the Kermit book but haven't > been able to find anything. Look at the MOVE filespec command, which sends and if successful deletes the original. I advise waiting for the next editions of MSK and CK where such matters will be handled smoothly and more elegantly (such as recursive descent of directory trees). The problem with "all at once" is it means what it says despite possibly a few thousand files in a directory (file server's often get this way). One can count the bytes consumed storing that list. > Also goes anyone know when Kermit for MSDOS will be version 6 compliant? Version 6 of what? And what's the real problem? Joe D. > I'm currently running Kermit 95 (which is great!), but I'm getting more a > more anonyed with the fact that I write a great script on K95 that just > won't work on MSDOS Kermit 3.15, such as the status return codes for INPUT. > > And one more thing while I'm asking so much... :) > Relase date for the GUI interface?? > > regards.. > > -- > Ross Irvine E-Mail : rwi@yallara.cs.rmit.edu.au > Computer Science Department, Phone GSM : +61 419 565 232 > RMIT, Melbourne, Australia. Nokia 2110 FAQ Creater, see below for WWW. > Novell Network Admin - V.B.R. Work : +61-3-9349-2744 Fax: +61-3-9349-2711 > Certified Novell Administrator (CNA) Still Working on the CNE.... > And all round nice guy. :) WEB : http://yallara.cs.rmit.edu.au/~rwi/ From news@newsmaster.cc.columbia.edu Wed Oct 29 03:55:58 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id DAA08575 for ; Wed, 29 Oct 1997 03:55:58 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id DAA25516 for kermit.misc@watsun; Wed, 29 Oct 1997 03:55:57 -0500 (EST) Path: news.columbia.edu!news.new-york.net!news-peer.gsl.net!news.gsl.net!gip.net!news.idt.net!dispose.news.demon.net!demon!news.demon.co.uk!demon!fangorn.demon.co.uk!news From: adrian@fangorn.demon.co.uk (Adrian Godwin) Newsgroups: comp.protocols.kermit.misc Subject: Problem with TRANSMIT / Linux 2.0.27 / Redhat 4.1 Date: 29 Oct 1997 00:51:36 -0000 Organization: Adrian's rest home for middle-aged electronics Message-ID: <6361ao$b4j@fangorn.fangorn.demon.co.uk> NNTP-Posting-Host: localhost.fangorn.demon.co.uk X-NNTP-Posting-Host: fangorn.demon.co.uk [158.152.8.130] Lines: 98 Xref: news.columbia.edu comp.protocols.kermit.misc:7975 I'm having some problems using the TRANSMIT command : the transmission stops just short of the end of the file. The amount lost depends on various factors (see below), but is generally just a few characters short. The behaviour isn't totally repeatable : if I send the same file 4 times, it might go OK once. I'm using : Kermit 6.0.192 patch 18 (ckermit-6.0.192-7.i386.rpm from columbia) Linux 2.0.27 (Redhat 4.1 from Pacific HiTech CDROM) I suppose I can't be totally sure of the reliability of the serial port, PC chipsets and UARTS being what they are. But it's the same serial port I use for various jobs (including interactive connections to the same RS232 device, Kermit connections, a PPP link to the internet and so on) and it seems to work reasonably well. I've tried : running Kermit -Y ( no difference from symtoms with standard startup script ) set file type { text / bin } ( the number of characters lost varies slightly ) enabling local echo ( the whole file is echoed to the screen, but not sent to the line. There's another effect too : echo only works in binary mode, not text ) telnet instead of serial connection ( the whole file appears to be sent over TCP. Another peculiarity of local echo shows here : some of the echoing doesn't get flushed out until I do a connect command ) sending the file multiple times ( the missing data never goes : i.e. it isn't just stuck in the driver. 'Connect' doesn't flush it out, either ) monitoring the serial line ( I'm checking the line with a protocol analyser : the data really isn't sent, it's not just the other machine losing it ) I haven't tried yet : rebuilding Kermit from sources ( this is probably the next thing I'll try ) A later linux ( I know there's a later Redhat distribution ) Any further suggestions gratefully received. Here's the file I'm sending - it's delimited with LF and has a single LF after the last hex record. Either the last line or the penultimate line gets truncated. (Note to anyone familiar with intel hex : the records for addresses 0140 and 0150 were deliberately removed to provoke the failure, since it's filesize dependent. I'm currently working around it by padding out the file with some junk that the receiver is known to ignore). :03000000020038C3 :03000B000200CD23 :100030000D0A50726F62650075810F1200B61200D2 :10004000541200E2D2AF9000301200B19000301292 :10005000011F80FE758DFD758BFF53890F4389202D :10006000438840759850438780D29922209807E5AD :1000700022B401F8D322C298E599C3223099FDC277 :1000800099F59922C0E0C4118ED0E0118E22540F50 :1000900024028380E7303132333435363738394102 :1000A0004243444546740D117C740A117C22117C34 :1000B000A3E49370F922758C00758A005389F0438C :1000C0008901D28C752164752201D2A922758AFF1B :1000D000758CDBD28CD52109752164D5220375225C :1000E000013285FF9074103124741031247413315F :1000F00024740D312474803124752000740431245B :10010000740E3124781474203127D8FA22B40A02EC :1001100080E3B40D1274807520008008310DA3E4D3 :100120009370F922C380190520D33140E520B40A29 :100130000474C080EFB41407752000748080E52239 :1001600090316640FC22C296C297C294D294C29447 :08017000A293D29485FF9022B6 :00000001FF -adrian From news@newsmaster.cc.columbia.edu Wed Oct 29 05:00:56 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id FAA21807 for ; Wed, 29 Oct 1997 05:00:56 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id FAA28921 for kermit.misc@watsun; Wed, 29 Oct 1997 05:00:55 -0500 (EST) Path: news.columbia.edu!panix!news-peer.gsl.net!news.gsl.net!gip.net!news.maxwell.syr.edu!uninett.no!sn.no!not-for-mail From: Hossein Hayati Karun Newsgroups: comp.protocols.kermit.misc Subject: Kermit, modem ang Irix Date: Wed, 29 Oct 1997 10:59:41 +0100 Organization: Scandinavia Online AS Lines: 20 Message-ID: <3457090D.58DF@a.sol.no> NNTP-Posting-Host: aria.a.sn.no Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailer: Mozilla 3.01Gold (WinNT; I) Xref: news.columbia.edu comp.protocols.kermit.misc:7976 Hi, I would like to setup a modem on an irix5.3. My modem is USRobotics Sporter. I have downloaded a binary released of Kermit for irix53. What I need is to know is: Where to start? How to start? What shall be done and how? I know it's not that easy to answare all these questions, but I'm happy for all help I can get. Please send your answare to : hosseink@valhall.farkiv.ol.no hosseink@a.sol.no Thank's Hossein Hayati Karun From news@newsmaster.cc.columbia.edu Wed Oct 29 09:46:44 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id JAA21970 for ; Wed, 29 Oct 1997 09:46:44 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id JAA02254 for kermit.misc@watsun; Wed, 29 Oct 1997 09:46:43 -0500 (EST) Path: news.columbia.edu!watsun.cc.columbia.edu!fdc From: fdc@watsun.cc.columbia.edu (Frank da Cruz) Newsgroups: comp.protocols.kermit.misc Subject: Re: Problem with TRANSMIT / Linux 2.0.27 / Redhat 4.1 Date: 29 Oct 1997 14:46:42 GMT Organization: Columbia University Lines: 53 Message-ID: <637i8i$n87$1@apakabar.cc.columbia.edu> References: <6361ao$b4j@fangorn.fangorn.demon.co.uk> NNTP-Posting-Host: watsun.cc.columbia.edu Xref: news.columbia.edu comp.protocols.kermit.misc:7977 In article <6361ao$b4j@fangorn.fangorn.demon.co.uk>, Adrian Godwin wrote: : : I'm having some problems using the TRANSMIT command : the transmission : stops just short of the end of the file. The amount lost depends on : various factors (see below), but is generally just a few characters : short. The behaviour isn't totally repeatable : if I send the same : file 4 times, it might go OK once. : You know, of course, that the TRANSMIT command is a last resort, to be used when an error-checking-and-correcting protocol is not available, and that it is very likely to result in corrupted or missing data at the receiving end, right? : I'm using : : : Kermit 6.0.192 patch 18 (ckermit-6.0.192-7.i386.rpm from columbia) : Linux 2.0.27 (Redhat 4.1 from Pacific HiTech CDROM) : : I suppose I can't be totally sure of the reliability of the serial : port, PC chipsets and UARTS being what they are. : You might have answered your own question right there. : running Kermit -Y : ( no difference from symtoms with standard startup script ) : : set file type { text / bin } : ( the number of characters lost varies slightly ) : If you read the manual, you'll see that this also makes a difference in the number of characters sent. : enabling local echo : ( the whole file is echoed to the screen, but not sent to the : line. There's another effect too : echo only works in binary : mode, not text ) : The relevant command is "set transmit echo on". : Any further suggestions gratefully received. : Read the manual? There is a whole chapter on the TRANSMIT command and how to control it. If you have accounted correctly for the characteristics of the thing that you are transmitting to and have given all the appropriate SET TRANSMIT commands, as well as the necessary communications-related commands -- speed, parity, flow control, etc -- and you still have this problem, then supply all of the details and settings and we'll take a more detailed look. Or you might just try cranking the connection down to a lower speed. - Frank From news@newsmaster.cc.columbia.edu Wed Oct 29 09:52:09 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id JAA22920 for ; Wed, 29 Oct 1997 09:52:09 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id JAA02509 for kermit.misc@watsun; Wed, 29 Oct 1997 09:52:08 -0500 (EST) Path: news.columbia.edu!watsun.cc.columbia.edu!fdc From: fdc@watsun.cc.columbia.edu (Frank da Cruz) Newsgroups: comp.protocols.kermit.misc Subject: Re: Funky display of VMS editor in kermit... Date: 29 Oct 1997 14:52:07 GMT Organization: Columbia University Lines: 39 Message-ID: <637iin$nd3$1@apakabar.cc.columbia.edu> References: <34569B4B.F328E2FF@earthlink.net> NNTP-Posting-Host: watsun.cc.columbia.edu Xref: news.columbia.edu comp.protocols.kermit.misc:7978 In article <34569B4B.F328E2FF@earthlink.net>, Bill wrote: : Thanks again, Frank, for the prompt response to my previous post. :) : : I'm using K95 on Intel NT4.0 to connect to an OpenVMS/Alpha via TCP/IP on : ethernet. : : Problem: : I'm able to connect fine and do DCL commands fine, but when I go to edit a : text file ($edit/tpu) ... garbage! The screen goes to pieces, and I get a : lot of, what looks like, escape codes. $edit/edt seems to work ok, but edt : is lame after tpu! : : Is it my local definition or my remote, i.e. terminal definition in K95 or : VMS? Or something completely different? (ba bup ba bup... :) : : Terminal: _TNA401: Device_Type: VT300_Series : No Wrap Scope No Remote Eightbit : VT300_Series /EIGHTBIT. : K-95> sho term : Terminal parameters: : Bytesize: Command: 8 bits Terminal: 7 bits : Terminal bytesize = 7 bits. A fatal combination. Make them agree. Tell VMS to: SET TERM /NOEIGHT or tell K95 to: SET TERM BYTESIZE 8 See lots of pages in the manual ("Using C-Kermit", 2nd ed): 157, 304, 305, 528, etc. - Frank From news@newsmaster.cc.columbia.edu Wed Oct 29 09:53:18 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id JAA23142 for ; Wed, 29 Oct 1997 09:53:18 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id JAA02523 for kermit.misc@watsun; Wed, 29 Oct 1997 09:53:17 -0500 (EST) Path: news.columbia.edu!watsun.cc.columbia.edu!fdc From: fdc@watsun.cc.columbia.edu (Frank da Cruz) Newsgroups: comp.protocols.kermit.misc Subject: Re: Kermit, modem ang Irix Date: 29 Oct 1997 14:53:16 GMT Organization: Columbia University Lines: 15 Message-ID: <637iks$ne0$1@apakabar.cc.columbia.edu> References: <3457090D.58DF@a.sol.no> NNTP-Posting-Host: watsun.cc.columbia.edu Xref: news.columbia.edu comp.protocols.kermit.misc:7979 In article <3457090D.58DF@a.sol.no>, Hossein Hayati Karun wrote: : I would like to setup a modem on an irix5.3. : My modem is USRobotics Sporter. : : I have downloaded a binary released of Kermit for irix53. : What I need is to know is: : Where to start? : How to start? : By reading the manual: http://www.columbia.edu/kermit/ck60manual.html - Frank From news@newsmaster.cc.columbia.edu Wed Oct 29 11:08:42 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id LAA09459 for ; Wed, 29 Oct 1997 11:08:38 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id LAA06490 for kermit.misc@watsun; Wed, 29 Oct 1997 11:08:37 -0500 (EST) Path: news.columbia.edu!panix!news.eecs.umich.edu!nntprelay.mathworks.com!howland.erols.net!newsfeed.internetmci.com!198.108.1.18!aanews.merit.net!news.si.com!young_mike.si.com From: tillman_brian.no.junk@si.com (Brian Tillman) Newsgroups: comp.protocols.kermit.misc Subject: Re: Funky display of VMS editor in kermit... Date: 29 Oct 97 15:27:02 GMT Organization: Smiths Industries Lines: 20 Message-ID: <345755c6.0@news.si.com> References: <34569B4B.F328E2FF@earthlink.net> NNTP-Posting-Host: challenger.si.com Mime-Version: 1.0 Content-Type: Text/Plain; charset=US-ASCII X-Newsreader: WinVN 0.99.8 (beta 2) Xref: news.columbia.edu comp.protocols.kermit.misc:7980 In article <34569B4B.F328E2FF@earthlink.net>, pearson@earthlink.net says... > >K-95> sho term >Terminal parameters: > Bytesize: Command: 8 bits Terminal: 7 bits I think this last setting is your problem. TPU is expected to send/receive eight bits because your terminal is set to eight bits, but Kermit is dropping the uppermost bit, since you've told it to sedn/receive on seven of the eight bits. EDT works because it uses only seven bit escape sequences. TPU adjusts according to the /EIGHTBIT setting, sending seven bit control sequences for terminals set /NOEIGHTBIT and eight bit control sequences for terminals set /EIGHTBIT. -- Brian Tillman Internet: tillman_brian at si.com Smiths Industries, Inc. tillman at swdev.si.com 4141 Eastern Ave., MS239 Addresses modified to prevent Grand Rapids, MI 49518-8727 SPAM. Replace "at" with "@" This opinion doesn't represent that of my company From news@newsmaster.cc.columbia.edu Thu Oct 30 02:55:09 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id CAA11552 for ; Thu, 30 Oct 1997 02:55:08 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id CAA20996 for kermit.misc@watsun; Thu, 30 Oct 1997 02:55:08 -0500 (EST) From: "Dmitri" Newsgroups: comp.protocols.kermit.misc Subject: ðÒÏÄÁÅÔÓÑ ËÎÉÇÁ 'Kermit-file transfer protocol' Date: 30 Oct 1997 10:48:13 +0300 Organization: ITC Lines: 6 Sender: itc@glas.apc.org Message-ID: <01bce507$6421cdc0$ee80dac3@itc.glas.apc.org> NNTP-Posting-Host: mail.glas.apc.org Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 8bit X-Newsreader: Microsoft Internet News 4.70.1155 Path: news.columbia.edu!panix!howland.erols.net!news-peer.gsl.net!news-dc.gsl.net!news.gsl.net!gip.net!news.rosprint.net!news.glas.apc.org!usenet Xref: news.columbia.edu comp.protocols.kermit.misc:7982 ðÒÏÄÁÅÔÓÑ ËÎÉÇÁ 'Kermit-file transfer protocol' Á×ÔÏÒ Frank Da Crus. ðÏÌÎÏÅ ÏÐÉÓÁÎÉÅ ÐÒÏÔÏËÏÌÁ Ó ÐÒÉÍÅÒÁÍÉ Ó-ËÏÄÁ. (095)976-0439(47) itc@glasnet.ru From news@newsmaster.cc.columbia.edu Thu Oct 30 09:12:49 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id JAA01862 for ; Thu, 30 Oct 1997 09:12:48 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id JAA10780 for kermit.misc@watsun; Thu, 30 Oct 1997 09:12:48 -0500 (EST) Path: news.columbia.edu!watsun.cc.columbia.edu!fdc From: fdc@watsun.cc.columbia.edu (Frank da Cruz) Newsgroups: comp.protocols.kermit.misc Subject: Re: ðÒÏÄÁÅÔÓÑ ËÎÉÇÁ 'Kermit-file transfer protocol' Date: 30 Oct 1997 14:12:46 GMT Organization: Columbia University Lines: 34 Message-ID: <63a4ku$abe$1@apakabar.cc.columbia.edu> References: <01bce507$6421cdc0$ee80dac3@itc.glas.apc.org> NNTP-Posting-Host: watsun.cc.columbia.edu Xref: news.columbia.edu comp.protocols.kermit.misc:7984 In article <01bce507$6421cdc0$ee80dac3@itc.glas.apc.org>, Dmitri wrote: : ðÒÏÄÁÅÔÓÑ ËÎÉÇÁ 'Kermit-file transfer protocol' Á×ÔÏÒ Frank Da Crus. : ðÏÌÎÏÅ ÏÐÉÓÁÎÉÅ ÐÒÏÔÏËÏÌÁ Ó ÐÒÉÍÅÒÁÍÉ Ó-ËÏÄÁ. : (095)976-0439(47) : itc@glasnet.ru : For those of you who are reading this message using MS-DOS Kermit, Kermit 95 on NT, or C-Kermit and would like to see how it really looks: . "set terminal byte 8" if necessary. . In MS-DOS Kermit, give the command "cyrillic koi8", then redisplay the message. . In K95 on NT (this doesn't work in Windows 95 because of code-page limitations) "set terminal remote character-set koi8" and redisplay. . If you are using C-Kermit in an xterm, set your font to ISO Latin/Cyrillic, and tell C-Kermit to "set term char koi8 cyrillic" and redisplay. Translation: I'm looking for the book "Kermit, A File Transfer Protocol", a complete description of the protocol with C programming examples. Answer (ïÔ×ÅÔ): If you have a Web browser (ÅÓÌÉ Õ ×ÁÓ õÜ âÒÏÕÚÅÒ), look at (ÓÍÏÔÒÅÔØ ÎÁ): http://www.columbia.edu/kermit/manuals.html It tells how to find and order Kermit books (ËÁË ÎÁÈÏÄÉÔØ É ÚÁËÁÚÙ×ÁÔØ ËÎÉÇÉ Ï ëÅÒÍÉÔ). - Frank (æÒÁÎË) From news@newsmaster.cc.columbia.edu Thu Oct 30 14:22:49 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id OAA09606 for ; Thu, 30 Oct 1997 14:22:47 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id OAA25646 for kermit.misc@watsun; Thu, 30 Oct 1997 14:22:46 -0500 (EST) Path: news.columbia.edu!news.new-york.net!cpk-news-hub1.bbnplanet.com!news.bbnplanet.com!news-peer.sprintlink.net!news-west.sprintlink.net!news-fw-12.sprintlink.net!news.sprintlink.net!Sprint!205.240.249.225!news.webIT.eds.com!news.ses.cio.eds.com!not-for-mail From: Roy Buzdor Newsgroups: comp.protocols.kermit.misc Subject: Convert not unconverting? Date: Wed, 29 Oct 1997 12:25:52 -0800 Organization: EDS Lansing Fab Lines: 29 Message-ID: <34579BD0.5708@supremecourt.gov> NNTP-Posting-Host: 130.173.136.101 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailer: Mozilla 2.02 (Win16; I) Xref: news.columbia.edu comp.protocols.kermit.misc:7985 I have a user who is transfering data from a Sun workstation using C-Kermit 6.0 to an HP-1000 using Kermit-RTE 1.99, the file he is transfering is named "PMP0666" the file on the HP is showing up as "PMP0~#6". Kermit figures that it can change the "666" into a repeat sequence which is "~ (repeat) # (quote) 6", unfortunately, the Kermit-RTE is not recognizing it, or changing it back properly. I am not a Kermit expert, but I do have a bit of experience, and I have not been able to find the switch to either tell C-Kermit NOT to do this translation (I tried the convert/literal switch, and it did not fix it), or to tell Kermit-RTE to DO the translation. Any ideas? -- Buz (: **************************************************************** ** ** ** My real address is: \lnuslad dot dzvg41 at eds dot com\ ** ** ** ** Sometimes beating a dead horse is just good experience ** ** in horse-beating. ** ** ** **************************************************************** From news@newsmaster.cc.columbia.edu Thu Oct 30 14:41:27 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id OAA14621 for ; Thu, 30 Oct 1997 14:41:23 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id OAA26666 for kermit.misc@watsun; Thu, 30 Oct 1997 14:41:23 -0500 (EST) Path: news.columbia.edu!panix!howland.erols.net!newsfeed.direct.ca!www.nntp.primenet.com!globalcenter1!news.primenet.com!MIX.COM!sluggy From: billy@mix.com Newsgroups: vmsnet.pdp-11,alt.sys.pdp11,comp.org.decus,comp.protocols.kermit.misc Subject: Re: Down load of SIG tapes Date: 30 Oct 1997 12:39:02 -0700 Organization: Billy's Place Lines: 12 Message-ID: <63anom$jcn@nntp02.primenet.com> References: <34588F12.D22257C1@idirect.com> <63a9vk$sff$1@nntp.ucs.ubc.ca> <63agpt$43k$1@throbber.cluon.com> <63ajua$4t6$1@nntp.ucs.ubc.ca> X-Posted-By: billy@206.165.6.202 (billy) Xref: news.columbia.edu vmsnet.pdp-11:8512 alt.sys.pdp11:2940 comp.org.decus:8081 comp.protocols.kermit.misc:7986 Tim Shoppa writes: > Still, it seems > to me that PDP-11 users don't have any reasonable options > for obtaining, say, Kermit on 8" RX02 floppy or RL02 disk pack directly > from Columbia. I've been doing this as needed - luckily this is not a high demand item, plus there is always the option of copying over a HEX version of Kermit and converting that to an executable image. Billy Y.. From news@newsmaster.cc.columbia.edu Thu Oct 30 15:26:28 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id PAA23757 for ; Thu, 30 Oct 1997 15:26:27 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id PAA28866 for kermit.misc@watsun; Thu, 30 Oct 1997 15:26:26 -0500 (EST) Path: news.columbia.edu!watsun.cc.columbia.edu!fdc From: fdc@watsun.cc.columbia.edu (Frank da Cruz) Newsgroups: vmsnet.pdp-11,alt.sys.pdp11,comp.org.decus,comp.protocols.kermit.misc Subject: Re: Down load of SIG tapes Date: 30 Oct 1997 20:26:22 GMT Organization: Columbia University Lines: 20 Message-ID: <63aqhe$ndp$1@apakabar.cc.columbia.edu> References: <34588F12.D22257C1@idirect.com> <63agpt$43k$1@throbber.cluon.com> <63ajua$4t6$1@nntp.ucs.ubc.ca> <63anom$jcn@nntp02.primenet.com> NNTP-Posting-Host: watsun.cc.columbia.edu Xref: news.columbia.edu vmsnet.pdp-11:8513 alt.sys.pdp11:2941 comp.org.decus:8082 comp.protocols.kermit.misc:7987 In article <63anom$jcn@nntp02.primenet.com>, wrote: : Tim Shoppa writes: : > Still, it seems to me that PDP-11 users don't have any reasonable options : > for obtaining, say, Kermit on 8" RX02 floppy or RL02 disk pack directly : > from Columbia. : : I've been doing this as needed - luckily this is not a high demand : item, plus there is always the option of copying over a HEX version : of Kermit and converting that to an executable image. : Thanks, Billy. We'd provide the service ourselves if we had a PDP-11 here with the desired types of drives, but we don't. Our last PDP-11 (an 11/50 that pretty much filled up a whole room and made about as much noise as a 747) was retired about 15 years ago. We can still, however, make an ANSI labeled 9-track 1600 bpi tape. What about DECUS? Are they out of the business of distributing software on archaic native media -- DECtape, RK05, RX01, etc? - Frank From news@newsmaster.cc.columbia.edu Thu Oct 30 15:32:43 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id PAA26320 for ; Thu, 30 Oct 1997 15:32:38 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id PAA29123 for kermit.misc@watsun; Thu, 30 Oct 1997 15:32:38 -0500 (EST) Path: news.columbia.edu!panix!logbridge.uoregon.edu!nntprelay.mathworks.com!blanket.mitre.org!news.mitre.org!news From: Glenn Everhart Newsgroups: vmsnet.pdp-11,alt.sys.pdp11,comp.org.decus,comp.protocols.kermit.misc Subject: Re: Down load of SIG tapes Date: Thu, 30 Oct 1997 15:21:12 -0500 Organization: Speaking for myself...remove .gov to reply to me. Lines: 23 Message-ID: <3458EC38.73C6@gce.com.gov> References: <34588F12.D22257C1@idirect.com> <63a9vk$sff$1@nntp.ucs.ubc.ca> <63agpt$43k$1@throbber.cluon.com> <63ajua$4t6$1@nntp.ucs.ubc.ca> <63anom$jcn@nntp02.primenet.com> Reply-To: Everhart@Arisia.GCE.Com.gov NNTP-Posting-Host: geverhart-pc.mitre.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailer: Mozilla 3.01 (Win95; U) Xref: news.columbia.edu vmsnet.pdp-11:8514 alt.sys.pdp11:2942 comp.org.decus:8083 comp.protocols.kermit.misc:7988 billy@mix.com wrote: > > Tim Shoppa writes: > > > Still, it seems > > to me that PDP-11 users don't have any reasonable options > > for obtaining, say, Kermit on 8" RX02 floppy or RL02 disk pack directly > > from Columbia. > > I've been doing this as needed - luckily this is not a high demand > item, plus there is always the option of copying over a HEX version > of Kermit and converting that to an executable image. > > Billy Y.. DECUS is not an incorporated entity. Thus, when someone donates anything "to DECUS", remember they're donating it to a club of lots (used to be ~50,000) members. If you're a member, you've by this reasoning as good a right to release material to other places as anyone else.... It is true that the library seems not to have any ability to make tapes or floppies these days. glenn From news@newsmaster.cc.columbia.edu Thu Oct 30 15:33:25 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id PAA26768 for ; Thu, 30 Oct 1997 15:33:25 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id PAA29138 for kermit.misc@watsun; Thu, 30 Oct 1997 15:33:21 -0500 (EST) Path: news.columbia.edu!watsun.cc.columbia.edu!fdc From: fdc@watsun.cc.columbia.edu (Frank da Cruz) Newsgroups: comp.protocols.kermit.misc Subject: Re: Convert not unconverting? Date: 30 Oct 1997 20:33:20 GMT Organization: Columbia University Lines: 34 Message-ID: <63aqug$nki$1@apakabar.cc.columbia.edu> References: <34579BD0.5708@supremecourt.gov> NNTP-Posting-Host: watsun.cc.columbia.edu Xref: news.columbia.edu comp.protocols.kermit.misc:7989 In article <34579BD0.5708@supremecourt.gov>, Roy Buzdor wrote: : I have a user who is transfering data from a Sun : workstation using C-Kermit 6.0 to an HP-1000 using : Kermit-RTE 1.99, the file he is transfering is : named "PMP0666" the file on the HP is showing up : as "PMP0~#6". Kermit figures that it can change : the "666" into a repeat sequence which is : "~ (repeat) # (quote) 6"... : Because RTE Kermit said it could -- they negotiate this up front. : ... unfortunately, the : Kermit-RTE is not recognizing it, or changing it : back properly. I am not a Kermit expert, but I : do have a bit of experience, and I have not been : able to find the switch to either tell C-Kermit : NOT to do this translation (I tried the : convert/literal switch, and it did not fix it), : or to tell Kermit-RTE to DO the translation. : A source-code fix is required for the latter. Any volunteers? For the former, tell C-Kermit 6.0 to: SET REPEAT COUNTS OFF Yes, I know it's not documented. There's no reason why anybody would want to do this except to cope with a buggy Kermit program on the opposite end. - Frank From news@newsmaster.cc.columbia.edu Thu Oct 30 19:04:38 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id TAA13710 for ; Thu, 30 Oct 1997 19:04:33 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id TAA09672 for kermit.misc@watsun; Thu, 30 Oct 1997 19:04:25 -0500 (EST) Path: news.columbia.edu!panix!news.eecs.umich.edu!nntprelay.mathworks.com!howland.erols.net!news2.digex.net!digex!not-for-mail From: "Wm. B. Kendall" Newsgroups: comp.protocols.kermit.misc Subject: DOS Kermit under W95 (I KNOW it's unforgivable!) Date: Thu, 30 Oct 1997 15:55:30 -0800 Organization: Space Computer Corporation Lines: 10 Message-ID: <34591E72.3FBD@SpaceComputer.Com> Reply-To: Kendall@SpaceComputer.Com NNTP-Posting-Host: 207.86.107.194 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailer: Mozilla 2.02E (OS/2; I) Xref: news.columbia.edu comp.protocols.kermit.misc:7990 I am running DOS Kermit 3.14, Patch Level 9, because Tektronix 4010 emulation is a requirement. I want to do this in a DOS window under Windows 95. I will connect to the host over our Ethernet. (I made this work under OS/2 with a little help from my friends in this group.) My problem is that I don't know how to set the port parameters to accomplish this under W95 (I have a fossil driver installed under OS/2, and SET PORT FOSSIL 4 and connect via ATDT commands as if I were using a modem.) Can anyone advise me on this? Bill Kendall From news@newsmaster.cc.columbia.edu Thu Oct 30 19:41:30 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id TAA21732 for ; Thu, 30 Oct 1997 19:41:30 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id TAA11509 for kermit.misc@watsun; Thu, 30 Oct 1997 19:41:29 -0500 (EST) Path: news.columbia.edu!watsun.cc.columbia.edu!fdc From: fdc@watsun.cc.columbia.edu (Frank da Cruz) Newsgroups: comp.protocols.kermit.misc Subject: Re: DOS Kermit under W95 (I KNOW it's unforgivable!) Date: 31 Oct 1997 00:41:24 GMT Organization: Columbia University Lines: 43 Message-ID: <63b9fk$2sv$1@apakabar.cc.columbia.edu> References: <34591E72.3FBD@SpaceComputer.Com> NNTP-Posting-Host: watsun.cc.columbia.edu Xref: news.columbia.edu comp.protocols.kermit.misc:7991 In article <34591E72.3FBD@SpaceComputer.Com>, Wm. B. Kendall wrote: : I am running DOS Kermit 3.14, Patch Level 9, because Tektronix 4010 : emulation is a requirement. I want to do this in a DOS window under : Windows 95. I will connect to the host over our Ethernet. (I made this : work under OS/2 with a little help from my friends in this group.) My : problem is that I don't know how to set the port parameters to : accomplish this under W95 (I have a fossil driver installed under OS/2, : and SET PORT FOSSIL 4 and connect via ATDT commands as if I were using a : modem.) Can anyone advise me on this? : Spoken like a true agent provacateur! This is a touchy topic, but suffice it to say that this is not a supported situation. Yes, there is a VMODEM utility for OS/2 that lets you do this -- but with singularly unsatisfactory results for reasons which are explained in: http://www.columbia.edu/kermit/cko191.html I am not aware of any such utility for Windows 95, but even if there were one, I would heartily dis-recommend it for all the same reasons. And absent such a utility, you are left with the virtual impossibility of running MS-DOS Kermit's built-in TCP/IP stack over the same network adapter as Microsoft's Winsock stack, for all the reaons you can read about in your NETWORKS\SETUP.DOC file, and many more besides. This is not to say that it is COMPLETELY impossible, but those who witnessed the recent lengthy discussion between Joe Doupnik and Vladimir Alexiev on these premises and similar goings-on elsewhere (comp.protocols.tcp-ip.ibmpc) will appreciate that this is not a door to be opened frivilously or without risk -- to your time budget, your sanity, or your PC. In the meantime, we are hurtling towards that golden hour when all things GUI will be revealed and Kermit 95 too will be permitted to put dots on the screen. (But to re-emphasize: GUI first, Tektronix most likely afterwards.) And then onwards to the next three-letter-acronym (TLA). What will it be? OCX, DDE, OLE, SSH, SSL, ... Chasing after them now occupies a greater portion of humanity than I care to think about. But fortunately the alphabet will soon be exhausted and we can move up to *four* letter acronyms, each in its many versions (1.0, 2.0, ...), and what joy it will be to comply with them all! Sorry, never mind :-) From news@newsmaster.cc.columbia.edu Thu Oct 30 21:57:06 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id VAA12194 for ; Thu, 30 Oct 1997 21:57:05 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id VAA18115 for kermit.misc@watsun; Thu, 30 Oct 1997 21:57:05 -0500 (EST) Path: news.columbia.edu!watsun.cc.columbia.edu!jaltman From: jaltman@watsun.cc.columbia.edu (Jeffrey Altman) Newsgroups: comp.protocols.kermit.misc Subject: Re: DOS Kermit under W95 (I KNOW it's unforgivable!) Date: 31 Oct 1997 02:57:02 GMT Organization: Columbia University Lines: 33 Message-ID: <63bhdu$7eh$1@apakabar.cc.columbia.edu> References: <34591E72.3FBD@spacecomputer.com> NNTP-Posting-Host: watsun.cc.columbia.edu Xref: news.columbia.edu comp.protocols.kermit.misc:7992 In article <34591E72.3FBD@spacecomputer.com>, Wm. B. Kendall wrote: : I am running DOS Kermit 3.14, Patch Level 9, because Tektronix 4010 : emulation is a requirement. I want to do this in a DOS window under : Windows 95. I will connect to the host over our Ethernet. (I made this : work under OS/2 with a little help from my friends in this group.) My : problem is that I don't know how to set the port parameters to : accomplish this under W95 (I have a fossil driver installed under OS/2, : and SET PORT FOSSIL 4 and connect via ATDT commands as if I were using a : modem.) Can anyone advise me on this? Bill, I have got to tell you that I think you are nuts for sticking with Kermit through all of this. There is one combination of commercial products that claim that they can redirect a 16-bit DOS serial port to a Telnet port over TCP/IP. But I was never able to get them to work. My second comment is that after using OS/2 for so long, why are you going to use Win95? You should really install NT. Then if you have two physical comm ports run a Null modem connector from one to the other. Let MS-DOS Kermit access one port and Kermit 95 the other. Setup K95 so that it uses its Bi-directional Printer support on the second port. Then let K95 make the Telnet connection. That way K95 can handle be used as the VT320 emulator and MS-DOS Kermit can act as the Tek terminal when necessary. Jeffrey Altman * Sr.Software Designer * Kermit-95 for Win32 and OS/2 The Kermit Project * Columbia University 612 West 115th St #716 * New York, NY * 10025 * (212) 854-1344 http://www.columbia.edu/kermit/k95.html * kermit-support@columbia.edu From news@newsmaster.cc.columbia.edu Fri Oct 31 02:11:01 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id CAA21976 for ; Fri, 31 Oct 1997 02:11:00 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id CAA28988 for kermit.misc@watsun; Fri, 31 Oct 1997 02:10:59 -0500 (EST) Path: news.columbia.edu!sol.ctr.columbia.edu!spool.mu.edu!uwm.edu!vixen.cso.uiuc.edu!howland.erols.net!newsfeed.internetmci.com!207.206.0.75!streamer1.cleveland.iagnet.net!iagnet.net!news-w.ans.net!newsfeeds.ans.net!tmpsu003.tmpprv.allied.com!asbe05.phx1.aro.allied.com!tmpsp002.tmpprv.allied.com!snowhite.mto.allied.com!usenet From: "John M. Ritter" Newsgroups: comp.protocols.kermit.misc Subject: Need help with Kermit script Date: Thu, 30 Oct 1997 10:25:33 -0500 Organization: AlliedSignal Inc. Lines: 58 Message-ID: <3458A6ED.F555C0D0@alliedsignal.com> Reply-To: jmr@snowhite.mto.allied.com NNTP-Posting-Host: jmr.mto.allied.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailer: Mozilla 4.03 [en] (WinNT; U) Xref: news.columbia.edu comp.protocols.kermit.misc:7993 I am trying, for the first time, to write a script that logs onto a service and captures data to a file using C-Kermit 6.0.192, 6 Sep 96, for UnixWare 2. There are a few things that are confusing me, and I'd appreciate some pointers. 1. Since this will run on different systems in different directories, via cron, a shell script kicks off the session with: kermit -E -H -l /dev/term/a08m -b 38400 -m usrobotics -y ./.kermitrc The problem is, if the first command is DIAL phone-number, kermit complains: Sorry, you must SET MODEM first Huh? if I SHOW MODEM, everything is OK. Why can't I jump right in to a dial command? Of course, if I manually SET MODEM, then it complains Sorry, you must SET LINE first (and ditto for SPEED). 2. This service is accessed via SprintNet. After connecting to the service, I get trampled with escape codes to clear the screen, change text colors and dozens of backspaces. The login prompt looks like: 999999 CONNECTED^M ^[[2J^H^H^H^H ^[[6n^[[5n^[[0c^H^H^H^H^H^H^H^H^H^H^H^H^H^H^H^H^H^H^H^H^H^ H^H^H^H^H^H^H^H^H ^[[12h^H^H^H^H^H^H^H^H^H^H^H^H ^[[32m^H^H^H^H^H^H^H^H ^M ^M 311061100020 14400:8T 128x2,PTRA W002-R5020200#0012 CONNECTED^M ^[[31m^H^H^H^H^H ^M WE AUTHORIZE USE OF THIS SERVICE ONLY THROUGH EXPRESS WRITTEN PERMISSION.^M UNAUTHORIZED ACCESS OR USE IS A VIOLATION OF LAW. ^[[37m^H^H^H^H^H ^M ENTER COMPANY ID?^MENTER COMPANY ID? (company id gets entered here) ENTER USER ID?BBBBBBBBBBBBBBBBB^MENTER USER ID?XXXXXXXXXXXXXXXXX^MENTER USER ID?^MENTER USER ID? (user id gets entered here) Using the examples from the book (See? I bought the book!! Both editions too!) and a plain INPUT, I never seem to find the prompt. What seems to work fairly well is clearing the buffer and performing a \Frindex on \v(input), but the escape codes *still* end up getting back to either the kermit command prompt or a UNIX prompt. There must be a simpler way to scan for this pattern! 3. The section "Downloading to C-Kermit" has an example of grabbing a lasagna recipe, but only gives a hint on automating it. I tried to get back to a kermit prompt from a script using OUTPUT \v(escape)C (Why isn't this listed in the table of built-in variables??) and do the log session, but when all is done, the session log file is zero bytes. Does anybody have an example of this that actually works? Any help on these steps would be *greatly* appreciated! ------------------------------------------------------------------------------- "I enjoy working with human beings, and John M. Ritter have stimulating relationships with them." AlliedSignal Inc. - HAL 9000 Manager, Application Development jmr@snowhite.mto.allied.com ------------------------------------------------------------------------------- From news@newsmaster.cc.columbia.edu Fri Oct 31 02:11:01 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id CAA21985 for ; Fri, 31 Oct 1997 02:11:01 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id CAA29002 for kermit.misc@watsun; Fri, 31 Oct 1997 02:11:01 -0500 (EST) Path: news.columbia.edu!sol.ctr.columbia.edu!newsxfer3.itd.umich.edu!sunqbc.risq.qc.ca!news3.bellglobal.com!news1.bellglobal.com!news.uunet.ca!mks!news From: davidf@centi.mks.com (David J. Fiander) Newsgroups: comp.protocols.kermit.misc Subject: Re: ðÒÏÄÁÅÔÓÑ ËÎÉÇÁ 'Kermit-file transfer protocol' Date: 30 Oct 1997 19:57:21 -0500 Organization: Mortice Kern Systems, Inc. Lines: 43 Message-ID: References: <01bce507$6421cdc0$ee80dac3@itc.glas.apc.org> <63a4ku$abe$1@apakabar.cc.columbia.edu> NNTP-Posting-Host: centi.mks.com X-Newsreader: Gnus v5.3/Emacs 19.34 Xref: news.columbia.edu comp.protocols.kermit.misc:7994 That is so cool. Thanks for telling me how to see it. Now, I just need to know: Frank did you walk over to modern languages to get that translated, do do you count Russian among your languages? - David fdc@watsun.cc.columbia.edu (Frank da Cruz) writes: > > In article <01bce507$6421cdc0$ee80dac3@itc.glas.apc.org>, > Dmitri wrote: > : ðÒÏÄÁÅÔÓÑ ËÎÉÇÁ 'Kermit-file transfer protocol' Á×ÔÏÒ Frank Da Crus. > : ðÏÌÎÏÅ ÏÐÉÓÁÎÉÅ ÐÒÏÔÏËÏÌÁ Ó ÐÒÉÍÅÒÁÍÉ Ó-ËÏÄÁ. > : (095)976-0439(47) > : itc@glasnet.ru > : > For those of you who are reading this message using MS-DOS Kermit, > Kermit 95 on NT, or C-Kermit and would like to see how it really looks: > > . "set terminal byte 8" if necessary. > > . In MS-DOS Kermit, give the command "cyrillic koi8", then redisplay > the message. > > . In K95 on NT (this doesn't work in Windows 95 because of code-page > limitations) "set terminal remote character-set koi8" and redisplay. > > . If you are using C-Kermit in an xterm, set your font to ISO > Latin/Cyrillic, and tell C-Kermit to "set term char koi8 cyrillic" > and redisplay. > > Translation: I'm looking for the book "Kermit, A File Transfer Protocol", > a complete description of the protocol with C programming examples. > > Answer (ïÔ×ÅÔ): If you have a Web browser (ÅÓÌÉ Õ ×ÁÓ õÜ âÒÏÕÚÅÒ), > look at (ÓÍÏÔÒÅÔØ ÎÁ): > > http://www.columbia.edu/kermit/manuals.html > > It tells how to find and order Kermit books (ËÁË ÎÁÈÏÄÉÔØ É ÚÁËÁÚÙ×ÁÔØ > ËÎÉÇÉ Ï ëÅÒÍÉÔ). > > - Frank (æÒÁÎË) From news@newsmaster.cc.columbia.edu Fri Oct 31 07:48:46 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id HAA01243 for ; Fri, 31 Oct 1997 07:48:46 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id HAA05325 for kermit.misc@watsun; Fri, 31 Oct 1997 07:48:46 -0500 (EST) Path: news.columbia.edu!news.new-york.net!cpk-news-hub1.bbnplanet.com!news.bbnplanet.com!cs.utexas.edu!news.cs.utah.edu!cc.usu.edu!jrd From: jrd@cc.usu.edu (Joe Doupnik) Newsgroups: comp.protocols.kermit.misc Subject: Re: DOS Kermit under W95 (I KNOW it's unforgivable!) Message-ID: <+jjRbn6HWWnd@cc.usu.edu> Date: 30 Oct 97 19:51:43 MDT References: <34591E72.3FBD@SpaceComputer.Com> Organization: Utah State University Lines: 29 Xref: news.columbia.edu comp.protocols.kermit.misc:7995 In article <34591E72.3FBD@SpaceComputer.Com>, "Wm. B. Kendall" writes: > I am running DOS Kermit 3.14, Patch Level 9, because Tektronix 4010 > emulation is a requirement. I want to do this in a DOS window under > Windows 95. I will connect to the host over our Ethernet. (I made this > work under OS/2 with a little help from my friends in this group.) My > problem is that I don't know how to set the port parameters to > accomplish this under W95 (I have a fossil driver installed under OS/2, > and SET PORT FOSSIL 4 and connect via ATDT commands as if I were using a > modem.) Can anyone advise me on this? > > Bill Kendall ---------- It is discussed in the MSK documentation. You will need to load a Packet Driver and winpkt on the top for Kermit to access via Windows. The underlying board driver can be a Packet Driver, real mode ODI, or real mode NDIS (with the aid of shim dis_pkt9). However, and it is a vital however, you may not run another TCP/IP stack at the same time over the same board. Winsock is a TCP/IP stack. Win95 has much difficulty using a real mode NDIS board driver. An easy out is to install a second Ethernet board (cheap) and use a second IP address for it. Run a Packet Driver and winpkt over it. Here is another hint. It is not necessary to run Win95 in GUI mode. You can run just DOS 7 and not start the GUI (edit msdos.sys text file and add line bootgui=0 under the Options section) until you need it. What I do in a student lab here is run Novell's ODI real mode material and before Win95 starts add ODIPKT + WINPKT on the top for MSK. The current release of MSK is now v3.15. Joe D. From news@newsmaster.cc.columbia.edu Fri Oct 31 08:57:42 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id IAA09432 for ; Fri, 31 Oct 1997 08:57:39 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id IAA09060 for kermit.misc@watsun; Fri, 31 Oct 1997 08:57:39 -0500 (EST) Path: news.columbia.edu!sol.ctr.columbia.edu!gondor!newshub1.wanet.net!dimensional.com!rock.goldengate.net!news4.mr.net!mr.net!news.maxwell.syr.edu!europa.clark.net!128.158.254.10!news.msfc.nasa.gov!nocemed!mmfcancel!cyberspam!chainsaw Newsgroups: comp.protocols.kermit.misc From: news@HAMMER.msfc.nasa.gov Message-ID: Control: cancel <311097164657@nowhere.yet> Subject: cmsg cancel <311097164657@nowhere.yet> no reply ignore Reply-To: bitbucket@HAMMER.msfc.nasa.gov X-No-Archive: Yes Organization: Semi-Automatic Lupine Remover Date: Fri, 31 Oct 1997 09:01:24 GMT Approved: news@news.msfc.nasa.gov X-Canceled-By: news@news.msfc.nasa.gov X-Cancel-Flags: a X-Orig-Path: newsfeed.internetmci.com!199.60.229.5!newsfeed.direct.ca!news.he.net!newsserver.pacific.net.sg!nowhere.yet Sender: nobody@nowhere.yet X-Orig-NNTP-Posting-Host: 203.120.164.198 Lines: 2 Xref: news.columbia.edu control.cancel:22258722 ignore Make Money Fast post canceled by J. Porter Clark. From news@newsmaster.cc.columbia.edu Fri Oct 31 09:22:09 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id JAA13076 for ; Fri, 31 Oct 1997 09:22:09 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id JAA10573 for kermit.misc@watsun; Fri, 31 Oct 1997 09:22:08 -0500 (EST) Path: news.columbia.edu!panix!news-peer.gip.net!nntprelay.mathworks.com!newsfeed.ecrc.net!newscore.univie.ac.at!news-raspail.gip.net!news.gsl.net!gip.net!global-one.it!news From: Roberto Perelli Newsgroups: comp.protocols.kermit.misc Subject: Problem on script with KERMIT95 v.1113 to v.1115 Date: Fri, 31 Oct 1997 15:00:33 +0100 Organization: Global One Italy Lines: 14 Message-ID: <3459E481.732D7750@proxys.it> NNTP-Posting-Host: rombon-max-1-l73.comm2000.it Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailer: Mozilla 4.03 [en] (Win95; I) Xref: news.columbia.edu comp.protocols.kermit.misc:7996 In my environment KERMIT95 is called from a WIN95 application (written in DELPHI): a script take care of connection and terminal emulation with a UNIX system, when this is done a key combination (CTRL-F10 or ALT-F10) return control to PC and starts an automatic file transfer. All worked fine with KERMIT95 versions till 1112, from 1113 to the current 1115 it happens that very often KERMIT95 hangs. May this behaviour be caused by the bigger sizes of K95.EXE of last versions ? Any other idea or suggestion? Thanks From news@newsmaster.cc.columbia.edu Fri Oct 31 09:39:45 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id JAA17604 for ; Fri, 31 Oct 1997 09:39:44 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id JAA11542 for kermit.misc@watsun; Fri, 31 Oct 1997 09:39:44 -0500 (EST) Path: news.columbia.edu!watsun.cc.columbia.edu!fdc From: fdc@watsun.cc.columbia.edu (Frank da Cruz) Newsgroups: comp.protocols.kermit.misc Subject: Re: ðÒÏÄÁÅÔÓÑ ËÎÉÇÁ 'Kermit-file transfer protocol' Date: 31 Oct 1997 14:39:42 GMT Organization: Columbia University Lines: 29 Message-ID: <63cqje$j5h$1@apakabar.cc.columbia.edu> References: <01bce507$6421cdc0$ee80dac3@itc.glas.apc.org> <63a4ku$abe$1@apakabar.cc.columbia.edu> NNTP-Posting-Host: watsun.cc.columbia.edu Xref: news.columbia.edu comp.protocols.kermit.misc:7997 In article , David J. Fiander wrote: : : : : [Russian posting] : : That is so cool. Thanks for telling me how to see it. : Well really, what other communications software can do that? We have to take our opportunities to show off :-) : Now, I just need to know: Frank did you walk over to modern languages : to get that translated, do do you count Russian among your languages? : Russian isn't so hard -- most European languages are fairly easy to read, if not to write and speak, if you learn Latin first :-) (No, I'm not exactly fluent in Russian but I know some -- I'm sure my response to the message in question was somewhat fractured.) But it's nice to know that when a message shows up in Russian or German or Italian or Portuguese or Hebrew, etc, in almost any character set, but it looks like gibberish, you can push a couple buttons and poof, it's displayed correctly, and if you can read it then in most cases the key mappings are also there for you to respond if you want to. There's an article about this in the last Kermit News issue, if you're interested: http://www.columbia.edu/kermit/newsn6.html#web - Frank From news@newsmaster.cc.columbia.edu Fri Oct 31 09:44:48 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id JAA18426 for ; Fri, 31 Oct 1997 09:44:48 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id JAA11786 for kermit.misc@watsun; Fri, 31 Oct 1997 09:44:48 -0500 (EST) Path: news.columbia.edu!watsun.cc.columbia.edu!fdc From: fdc@watsun.cc.columbia.edu (Frank da Cruz) Newsgroups: comp.protocols.kermit.misc Subject: Re: Problem on script with KERMIT95 v.1113 to v.1115 Date: 31 Oct 1997 14:44:46 GMT Organization: Columbia University Lines: 22 Message-ID: <63cqsu$jbi$1@apakabar.cc.columbia.edu> References: <3459E481.732D7750@proxys.it> NNTP-Posting-Host: watsun.cc.columbia.edu Xref: news.columbia.edu comp.protocols.kermit.misc:7998 In article <3459E481.732D7750@proxys.it>, Roberto Perelli wrote: : In my environment KERMIT95 is called from a WIN95 application (written : in DELPHI): : a script take care of connection and terminal emulation with a UNIX : system, when this is done a key combination (CTRL-F10 or ALT-F10) return : control to PC and starts an automatic file transfer. : All worked fine with KERMIT95 versions till 1112, from 1113 to the : current 1115 it happens that very often KERMIT95 hangs. : May this behaviour be caused by the bigger sizes of K95.EXE of last : versions ? : I don't think so. You should send a detailed report to: kermit-support@columbia.edu and we will solve the problem for you. Include a copy of your script, a description of your PC (OS version, configuration), the connection method, etc, and anything else we would need to understand or reproduce the problem. - Frank From news@newsmaster.cc.columbia.edu Fri Oct 31 10:22:43 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id KAA25426 for ; Fri, 31 Oct 1997 10:22:43 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id KAA13623 for kermit.misc@watsun; Fri, 31 Oct 1997 10:22:42 -0500 (EST) Path: news.columbia.edu!watsun.cc.columbia.edu!fdc From: fdc@watsun.cc.columbia.edu (Frank da Cruz) Newsgroups: comp.protocols.kermit.misc Subject: Re: Need help with Kermit script Date: 31 Oct 1997 15:22:40 GMT Organization: Columbia University Lines: 152 Message-ID: <63ct40$kht$1@apakabar.cc.columbia.edu> References: <3458A6ED.F555C0D0@alliedsignal.com> NNTP-Posting-Host: watsun.cc.columbia.edu Xref: news.columbia.edu comp.protocols.kermit.misc:7999 In article <3458A6ED.F555C0D0@alliedsignal.com>, John M. Ritter wrote: : I am trying, for the first time, to write a script that logs onto a : service and captures data to a file using C-Kermit 6.0.192, 6 Sep 96, : for UnixWare 2. There are a few things that are confusing me, and I'd : appreciate some pointers. : : 1. Since this will run on different systems in different directories, : via cron, a shell script kicks off the session with: : kermit -E -H -l /dev/term/a08m -b 38400 -m usrobotics -y ./.kermitrc : : The problem is, if the first command is DIAL phone-number, kermit : complains: Sorry, you must SET MODEM first : Huh? if I SHOW MODEM, everything is OK. Why can't I jump right in : to a dial command? Of course, if I manually SET MODEM, then it : complains Sorry, you must SET LINE first (and ditto for SPEED). : The initialization file is executed before the command-line options (page 462, "Using C-Kermit", 2nd Ed.). So you should not be using your initialization file as an application-specific script. Call it something else, like "xx.ksc" and then: kermit xx.ksc -E -H -l /dev/term/a08m -b 38400 -m usrobotics : 2. This service is accessed via SprintNet. After connecting to the : service, I get trampled with escape codes to clear the screen, change : text colors and dozens of backspaces. The login prompt looks like: : : 999999 CONNECTED^M : ^[[2J^H^H^H^H ^[[6n^[[5n^[[0c^H^H^H^H^H^H^H^H^H^H^H^H^H^H^H^H^H : ^H^H^H^H^H^H^H^H^H^H^H^H^H ^[[12h^H^H^H^H^H : ^H^H^H^H^H^H^H : ^[[32m^H^H^H^H^H^H^H^H ^M : ^M : 311061100020 14400:8T 128x2,PTRA W002-R5020200#0012 CONNECTED^M : ^[[31m^H^H^H^H^H ^M : WE AUTHORIZE USE OF THIS SERVICE ONLY THROUGH EXPRESS WRITTEN PERMISSION. : ^MUNAUTHORIZED ACCESS OR USE IS A VIOLATION OF LAW. ^[[37m^H^H^H^H^H : ^M : ENTER COMPANY ID?^MENTER COMPANY ID? (company id gets entered here) : ENTER USER ID?BBBBBBBBBBBBBBBBB^MENTER USER ID?XXXXXXXXXXXXXXXXX^MENTER : USER : ID?^MENTER USER ID? (user id gets entered here) : : Using the examples from the book (See? I bought the book!! Both : editions too!) and a plain INPUT, I never seem to find the prompt. : What does your INPUT statement look like? : What seems to work fairly well is clearing the buffer and performing : a \Frindex on \v(input), but the escape codes *still* end up getting : back to either the kermit command prompt or a UNIX prompt. : To explain this, I would need to see your script, but read on... : There must be a simpler way to scan for this pattern! : I'll try to explain. The script language is designed to handle a sequential stream of input, like when you are logging in to UNIX. It does not (yet) incorporate any form of ex-post-facto screen scraping (HLLAPI-style scripting), in which fragments may be painted in any order, which is impossible in any case in a Kermit version that does not incorporate a terminal emulator (thus, we might be able to add screen-scraping functions to K95, but not to UNIX C-Kermit). But that does not mean you can't use it to handle formatted screens; it just takes a bit of ingenuity. The trick is to analyze the input to see if there is anything you can identify that indicates that it has stopped sending you stuff, as in the IBM Mainframe fullscreen login example on pp.438-439. In this case we have to wait until the mainframe says "READY", and then we can send our stuff. I can't tell from your transcript above whether "ENTER USER ID?" is the last thing that SprintNet sends before you are to send your login string. In any case I can see that it sends this prompt more than once. So it is very likely that Sprintnet is NOT ready for you to send your user ID until after it sends the LAST COPY of this prompt -- if indeed the prompt is the last thing it sends. So the exact form your script takes, again, depends on exactly what SprintNet is sending. If it sends "ENTER USER ID?" three times and then waits, then you need four INPUT commands for that string (in series or in a loop). Sometimes a PAUSE is needed before you send your response, to give the host sufficient time to turn the direction of transmission around. Based purely on the transcript above, and just guessing at the timings involved, I'd suggest something like this: input 30 ENTER COMPANY ID? ; Wait for first COMPANY ID prompt if fail (do something) input 5 ENTER COMPANY ID? ; Now get the second one if fail (do something) pause 1 ; Wait a sec output (company ID)\13 ; Now send the company ID And then something similar with the USER ID prompt. Another approach is suggested on page 426 -- the SET INPUT SILENCE command. This lets you tell Kermit to wait until the host stops transmitting. This way you don't have to depend on or hardwire the exact number of repeated prompts into your script. input 30 ENTER COMPANY ID? ; Wait for first COMPANY ID prompt. if fail (do something) set input silence 10 ; Wait for 10 seconds of silence. while success { input 1 } ; Gobble stuff up. ; Get here after 10 seconds of silence output (company ID)\13 ; Now send the company ID. set input silence 0 ; Remove the silence criterion. Experiment with these techniques and see if you have better luck. : 3. The section "Downloading to C-Kermit" has an example of grabbing a : lasagna recipe, but only gives a hint on automating it. I tried to : get back to a kermit prompt from a script using OUTPUT \v(escape)C : (Why isn't this listed in the table of built-in variables??) : Because it isn't a built-in variable. : ... and do the log session, but when all is done, the session log file : is zero bytes. : We try to explain this in the documentation (e.g. see pages 419-420). When a script is running, the CONNECT command is NOT running. There is no escaping back in a script. Kermit is *already* at its "command prompt". : Does anybody have an example of this that actually works? : When capturing files without Kermit protocol in a script you need to specify the completion criterion, and it better be something that does not appear in the file itself. Let's say your host prompt is dollar sign followed by space on the left margin, i.e. preceded by CR and LF, and the host command to display a file is "type", and the filename is (what else) oofa.txt. output type oofa.txt ; Send the command but no carriage return. clear device ; So its echo doesn't go in the log. log session oofa.log ; Start the log. output \13 ; Now send the carriage return. input 300 {\13\10$ } ; And wait for the system prompt. if fail (do something) close session ; Close the session log. That should do it, provided the file does not contain CR LF $ SP. If it does -- well, Kermit has no way of knowing whether this sequence comes from the file or is the system prompt. If you wanted to allow for that case, the script becomes slightly more involved (use INPUT in a loop to search for CRLF, write each line to a WRITE FILE, and SET INPUT SILENCE as your completion criterion). Does this help? - Frank From news@newsmaster.cc.columbia.edu Fri Oct 31 17:30:54 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id RAA23508 for ; Fri, 31 Oct 1997 17:30:50 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id RAA05203 for kermit.misc@watsun; Fri, 31 Oct 1997 17:30:50 -0500 (EST) Path: news.columbia.edu!news.new-york.net!news.voicenet.com!news-peer.gip.net!news-peer.sprintlink.net!news.sprintlink.net!Sprint!news.maxwell.syr.edu!newsfeed.ecrc.net!newscore.univie.ac.at!news-raspail.gip.net!news.gsl.net!gip.net!global-one.it!news From: Roberto Perelli Newsgroups: comp.protocols.kermit.misc Subject: KERMIT95 - Window size in terminal emulation Date: Fri, 31 Oct 1997 15:07:44 +0100 Organization: Global One Italy Lines: 10 Message-ID: <3459E630.E437498F@proxys.it> NNTP-Posting-Host: rombon-max-1-l73.comm2000.it Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailer: Mozilla 4.03 [en] (Win95; I) Xref: news.columbia.edu comp.protocols.kermit.misc:8000 When running terminal emulation with K95 the window size is about 3/4 of the screen. Is it possible set some parameter that makes the window big enaugh to fit the WINDOWS95 desktop (I'm not interest in having full-screen display with ALT-ENTER) Any suggestion will be appreciated. Thanks From news@newsmaster.cc.columbia.edu Fri Oct 31 18:47:34 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id SAA08464 for ; Fri, 31 Oct 1997 18:47:34 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id SAA08815 for kermit.misc@watsun; Fri, 31 Oct 1997 18:47:33 -0500 (EST) Path: news.columbia.edu!watsun.cc.columbia.edu!fdc From: fdc@watsun.cc.columbia.edu (Frank da Cruz) Newsgroups: comp.protocols.kermit.misc Subject: Re: KERMIT95 - Window size in terminal emulation Date: 31 Oct 1997 23:47:03 GMT Organization: Columbia University Lines: 16 Message-ID: <63dqln$91i$1@apakabar.cc.columbia.edu> References: <3459E630.E437498F@proxys.it> NNTP-Posting-Host: watsun.cc.columbia.edu Xref: news.columbia.edu comp.protocols.kermit.misc:8001 In article <3459E630.E437498F@proxys.it>, Roberto Perelli wrote: : When running terminal emulation with K95 the window size is about 3/4 of : the screen. : Is it possible set some parameter that makes the window big enaugh to : fit the WINDOWS95 desktop (I'm not interest in having full-screen : display with ALT-ENTER) : In the console version you may pick a font that gives the best results from among the fonts available in the console window toolbar, and you can also use "set terminal width" and "set terminal height" commands to change the number of rows and columns of characters in the terminal screen. Some day the GUI version will be ready. Please have patience until then. - Frank From news@newsmaster.cc.columbia.edu Fri Oct 31 20:42:57 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id UAA28084 for ; Fri, 31 Oct 1997 20:42:57 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id UAA14621 for kermit.misc@watsun; Fri, 31 Oct 1997 20:42:56 -0500 (EST) Path: news.columbia.edu!panix!news.eecs.umich.edu!nntprelay.mathworks.com!cam-news-hub1.bbnplanet.com!news.bbnplanet.com!news-feed1.tiac.net!news-master.tiac.net!news@tiac.net From: Compu-Craft Newsgroups: comp.protocols.kermit.misc Subject: C-Kermit 6 binaries for SCO XENIX 2.3.4 w/hardware flow control Date: Fri, 31 Oct 1997 16:10:46 -0500 Organization: The Internet Access Company, Inc. Lines: 14 Message-ID: <345A4955.5C44@tiac.net> Reply-To: ccraft@tiac.net NNTP-Posting-Host: ccraft.tiac.net Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailer: Mozilla 3.0Gold (Win95; I) Xref: news.columbia.edu comp.protocols.kermit.misc:8002 I am looking for C-Kermit 6 binaries for SCO XENIX which supports hardware flow control (HWFC). I have downloaded the following binaries which do not suport it: ckuker.sco286, ckuker.sco3r2liac, ckuker.sco3r2x, ckuker.sco3r2xc, ckuker.sco3r2xcd, ckuker.sco3r2xd I am currently using ckuker.sco3r2 which is only ver 5A(190) but does support HWFC. A version which also supports REDIRECT for Zmodem would also be nice. -Thanks- Art Lucey/Compu-Craft From news@newsmaster.cc.columbia.edu Sat Nov 1 00:21:25 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id AAA04510 for ; Sat, 1 Nov 1997 00:21:25 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id AAA26276 for kermit.misc@watsun; Sat, 1 Nov 1997 00:21:24 -0500 (EST) Path: news.columbia.edu!news.new-york.net!news-spur1.maxwell.syr.edu!news.maxwell.syr.edu!nntprelay.mathworks.com!news1.best.com!vncnews!HSNX.wco.com!news.walltech.com!nntp.mainstreet.net!bug.rahul.net!rahul.net!a2i!samba.rahul.net!rahul.net!a2i!dold.a2i!dold From: dold@99.usenet.us.com Newsgroups: comp.protocols.kermit.misc Subject: Re: ðÒÏÄÁÅÔÓÑ ËÎÉÇÁ 'Kermit-file transfer protocol' Date: 31 Oct 1997 21:05:52 GMT Organization: a2i network Lines: 18 Message-ID: <63dh7g$pih$1@samba.rahul.net> References: <01bce507$6421cdc0$ee80dac3@itc.glas.apc.org> <63a4ku$abe$1@apakabar.cc.columbia.edu> Reply-To: dold@network.rahul.net NNTP-Posting-Host: foxtrot.rahul.net NNTP-Posting-User: dold X-Newsreader: TIN [version 1.2 PL2] X-Comment: Encoded From: line allows replies that preserve original subject Xref: news.columbia.edu comp.protocols.kermit.misc:8003 Frank da Cruz (fdc@watsun.cc.columbia.edu) wrote: : In article <01bce507$6421cdc0$ee80dac3@itc.glas.apc.org>, : Dmitri wrote: : : ðÒÏÄÁÅÔÓÑ ËÎÉÇÁ 'Kermit-file transfer protocol' Á×ÔÏÒ Frank Da Crus. : : ðÏÌÎÏÅ ÏÐÉÓÁÎÉÅ ÐÒÏÔÏËÏÌÁ Ó ÐÒÉÍÅÒÁÍÉ Ó-ËÏÄÁ. : : (095)976-0439(47) : : itc@glasnet.ru : : : For those of you who are reading this message using MS-DOS Kermit, : Kermit 95 on NT, or C-Kermit and would like to see how it really looks: I'm sorry, Frank, could you repeat those instructions for those of us using Procomm Plus to view this newsgroup? ;-) ;-) -- --- Clarence A Dold - dold@network.rahul.net - Pope Valley & Napa CA. From news@newsmaster.cc.columbia.edu Sat Nov 1 04:20:56 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id EAA03129 for ; Sat, 1 Nov 1997 04:20:54 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id EAA07882 for kermit.misc@watsun; Sat, 1 Nov 1997 04:20:53 -0500 (EST) Path: news.columbia.edu!panix!howland.erols.net!news.sgi.com!cygnus.com!kithrup.com!cyberspam!not-for-mail From: sef@kithrup.com Newsgroups: comp.protocols.kermit.misc Subject: cmsg cancel <221097060613@resorts-for-you16.com> Date: 1 Nov 1997 07:53:08 GMT Control: cancel <221097060613@resorts-for-you16.com> Message-ID: Sender: "RESORTS"resorts@resorts-for-you16.com X-Cancelled-By: sef@kithrup.com Approved: sef@kithrup.com Lines: 1 Xref: news.columbia.edu control.cancel:22340380 Spam cancelled by sef@kithrup.com From news@newsmaster.cc.columbia.edu Sat Nov 1 07:43:48 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id HAA02766 for ; Sat, 1 Nov 1997 07:43:46 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id HAA20498 for kermit.misc@watsun; Sat, 1 Nov 1997 07:43:46 -0500 (EST) Path: news.columbia.edu!panix!cam-news-hub1.bbnplanet.com!news.bbnplanet.com!news.maxwell.syr.edu!uninett.no!news-feed.ifi.uio.no!ifi.uio.no!not-for-mail From: root@dev1.ssd.fsi.com Newsgroups: comp.protocols.kermit.misc Subject: cmsg newgroup comp.protocols.kermit.misc y Control: newgroup comp.protocols.kermit.misc y Date: 31 Oct 1997 15:08:11 GMT Organization: Another Netscape Collabra Server User Lines: 3 Approved: root@dev1.ssd.fsi.com Message-ID: <63f86p$kkb$58@glitnir.ifi.uio.no> NNTP-Posting-Host: ppp041.uio.no Xref: news.columbia.edu control.newgroup:28890 Control message generated by Netscape Collabra Server. From news@newsmaster.cc.columbia.edu Sat Nov 1 07:58:51 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id HAA04729 for ; Sat, 1 Nov 1997 07:58:44 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id HAA23230 for kermit.misc@watsun; Sat, 1 Nov 1997 07:58:43 -0500 (EST) Newsgroups: comp.protocols.kermit.misc Message-ID: <63cs8r$4s43@srv060.ssd.fsi.com> From: root@dev1.ssd.fsi.com Approved: root@dev1.ssd.fsi.com NNTP-Posting-Host: srv060.ssd.fsi.com Path: news.columbia.edu!news.new-york.net!newsfeed.ecrc.net!howland.erols.net!news-peer.sprintlink.net!news.sprintlink.net!Sprint!newsfeed.internetmci.com!198.232.147.119!news.pilot.net!news2.pilot.net!srv060.ssd.fsi.com!srv060.ssd.fsi.com Date: 31 Oct 1997 15:08:11 GMT Organization: Another Netscape Collabra Server User Subject: cmsg newgroup comp.protocols.kermit.misc y Control: newgroup comp.protocols.kermit.misc y Lines: 3 Xref: news.columbia.edu control.newgroup:28959 Control message generated by Netscape Collabra Server. From news@newsmaster.cc.columbia.edu Sat Nov 1 08:56:21 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id IAA14641 for ; Sat, 1 Nov 1997 08:56:21 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id IAA28131 for kermit.misc@watsun; Sat, 1 Nov 1997 08:56:20 -0500 (EST) Path: news.columbia.edu!watsun.cc.columbia.edu!fdc From: fdc@watsun.cc.columbia.edu (Frank da Cruz) Newsgroups: comp.protocols.kermit.misc,comp.unix.sco.misc Subject: Re: C-Kermit 6 binaries for SCO XENIX 2.3.4 w/hardware flow control Date: 1 Nov 1997 13:56:17 GMT Organization: Columbia University Lines: 31 Message-ID: <63fce1$3d9$1@apakabar.cc.columbia.edu> References: <345A4955.5C44@tiac.net> NNTP-Posting-Host: watsun.cc.columbia.edu Xref: news.columbia.edu comp.protocols.kermit.misc:8004 comp.unix.sco.misc:54011 In article <345A4955.5C44@tiac.net>, Compu-Craft wrote: : I am looking for C-Kermit 6 binaries for SCO XENIX which supports : hardware flow control (HWFC). I have downloaded the following binaries : which do not suport it: : : ckuker.sco286, ckuker.sco3r2liac, ckuker.sco3r2x, ckuker.sco3r2xc, : ckuker.sco3r2xcd, ckuker.sco3r2xd : : I am currently using ckuker.sco3r2 which is only ver 5A(190) but does : support HWFC. : The binaries you see are the ones we have: http://www.columbia.edu/kermit/ck60.html All SCO binaries except the OSR5 ones are contributed by others -- we don't have those platforms here, or else we'd make them ourselves. Anyway, I might be mistaken, but I am fairly sure that C-Kermit for Xenix does not support hardware flow control because Xenix itself does not support it (hardware flow control is a fairly recent development in most UNIX platforms). I'll cross-post this to the SCO newsgroup in case anybody can set me straight. The SCO UNIX and OSR5 versions of C-Kermit, of course, do support hardware flow control. : A version which also supports REDIRECT for Zmodem would also be nice. : Version 6.1 of C-Kermit will support REDIRECT on all UNIX platforms. (It's not out yet, but beta testing should begin shortly.) - Frank From news@newsmaster.cc.columbia.edu Sat Nov 1 10:33:22 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id KAA01990 for ; Sat, 1 Nov 1997 10:33:20 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id KAA03001 for kermit.misc@watsun; Sat, 1 Nov 1997 10:33:19 -0500 (EST) Path: news.columbia.edu!news.new-york.net!news-peer.gip.net!news.gsl.net!gip.net!nntprelay.mathworks.com!news-peer-east.sprintlink.net!news.sprintlink.net!Sprint!uunet!in5.uu.net!news.kersur.net!news.ipswitch!ddl From: ddl@harvard.* (Dan Lanciani) Newsgroups: comp.protocols.kermit.misc Subject: Re: DOS Kermit under W95 (I KNOW it's unforgivable!) Message-ID: <49762@news.IPSWITCH.COM> Date: 1 Nov 97 07:32:13 GMT References: <34591E72.3FBD@SpaceComputer.Com> Organization: Internet Lines: 33 Xref: news.columbia.edu comp.protocols.kermit.misc:8006 In article <34591E72.3FBD@SpaceComputer.Com>, Kendall@SpaceComputer.Com (Wm. B. Kendall) writes: | I am running DOS Kermit 3.14, Patch Level 9, because Tektronix 4010 | emulation is a requirement. I want to do this in a DOS window under | Windows 95. I will connect to the host over our Ethernet. (I made this | work under OS/2 with a little help from my friends in this group.) My | problem is that I don't know how to set the port parameters to | accomplish this under W95 (I have a fossil driver installed under OS/2, | and SET PORT FOSSIL 4 and connect via ATDT commands as if I were using a | modem.) Can anyone advise me on this? Although there are in theory programs similar to your OS/2 fossil-to-telnet driver for Windows95, the approach taken by most kermit users in this situation is to run kermit's internal tcp/ip instead. My ndis3pkt shim (get it from www.danlan.com) will provide kermit with a packet driver interface on top of standard Microsoft ndis3 card drivers in Windows95. The one catch(*) is that if you are also running Microsoft's tcp/ip stack at the same time, you must assign kermit a different IP address. Dan Lanciani ddl@harvard.* (*) There really is a lot more to the catch than this. All sorts of funny things can happen when you run two tcp/ip stacks in parallel and I never liked to recommend the practice. However, the number of requests for this kind of configuration became too huge to ignore, so I started to pay attention to the details. As it turns out, although there were some obscure problems early on, most of the time it just worked. I've since made some minor adjustments to ndis3pkt and there have been no failure reports in connection with kermit/ndis3pkt use in the past year or so. Note that this doesn't necessarily generalize to other packet- driver-based tcp/ip stacks as the success depends on some particular details of the tcp/ip implementations. Use at your own risk, your mileage may vary, void where prohibited, etc... From news@newsmaster.cc.columbia.edu Sat Nov 1 10:50:42 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id KAA04329 for ; Sat, 1 Nov 1997 10:50:42 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id KAA03977 for kermit.misc@watsun; Sat, 1 Nov 1997 10:50:41 -0500 (EST) Newsgroups: comp.protocols.kermit.misc,comp.unix.sco.misc Path: news.columbia.edu!panix!howland.erols.net!EU.net!sun4nl!sun4nl!echelon!kees From: kees@echelon.nl (Kees Hendrikse) Subject: Re: C-Kermit 6 binaries for SCO XENIX 2.3.4 w/hardware flow control Organization: Echelon Consultancy, Enschede, The Netherlands Date: Sat, 1 Nov 1997 15:16:43 GMT Message-ID: References: <345A4955.5C44@tiac.net> <63fce1$3d9$1@apakabar.cc.columbia.edu> Lines: 27 Xref: news.columbia.edu comp.protocols.kermit.misc:8007 comp.unix.sco.misc:54016 In <63fce1$3d9$1@apakabar.cc.columbia.edu> Frank da Cruz writes: > In article <345A4955.5C44@tiac.net>, Compu-Craft wrote: > : I am looking for C-Kermit 6 binaries for SCO XENIX which supports > : hardware flow control (HWFC). (..) > Anyway, I might be mistaken, but I am fairly sure that C-Kermit for Xenix > does not support hardware flow control because Xenix itself does not > support it (hardware flow control is a fairly recent development in most > UNIX platforms). SCO Xenix -from 2.3.0 upward- does support rtsflow/ctsflow. However, it is rts/cts flowcontrol in the classic sense (unidirectional): If both rtsflow and ctsflow bits are enabled, Xenix asserts RTS when it wants to send data and waits for CTS assertion before it actually starts sending data. You most certainly want rts/cts control in the modern way, in which rts is used to control data in one direction and cts is used for the other direction. By the way, the Xenix rts/cts implementation was broken in 2.3.0 and 2.3.1. -- Kees Hendrikse | email: kees@echelon.nl | ECHELON consultancy and software development | phone: +31 (0)53 48 36 585 PO Box 545, 7500AM Enschede, The Netherlands | fax: +31 (0)53 43 37 415 From news@newsmaster.cc.columbia.edu Sun Nov 2 08:55:50 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id IAA19263 for ; Sun, 2 Nov 1997 08:55:50 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id IAA07878 for kermit.misc@watsun; Sun, 2 Nov 1997 08:55:49 -0500 (EST) Path: news.columbia.edu!sol.ctr.columbia.edu!spool.mu.edu!uwm.edu!vixen.cso.uiuc.edu!logbridge.uoregon.edu!dispose.news.demon.net!demon!news.demon.co.uk!demon!fangorn.demon.co.uk!news From: adrian@fangorn.demon.co.uk (Adrian Godwin) Newsgroups: comp.protocols.kermit.misc Subject: Re: Problem with TRANSMIT / Linux 2.0.27 / Redhat 4.1 Date: 30 Oct 1997 01:15:01 -0000 Organization: Adrian's rest home for middle-aged electronics Message-ID: <638n2l$h6n@fangorn.fangorn.demon.co.uk> References: <637i8i$n87$1@apakabar.cc.columbia.edu> NNTP-Posting-Host: localhost.fangorn.demon.co.uk X-NNTP-Posting-Host: fangorn.demon.co.uk [158.152.8.130] Lines: 239 Xref: news.columbia.edu comp.protocols.kermit.misc:8008 In article <637i8i$n87$1@apakabar.cc.columbia.edu> fdc@watsun.cc.columbia.edu (Frank da Cruz) wrote: > You know, of course, that the TRANSMIT command is a last resort, to be > used when an error-checking-and-correcting protocol is not available, and > that it is very likely to result in corrupted or missing data at the > receiving end, right? I do. That's why I'm using it to bootstrap a hex-encoded kermit server into a DS5000 microcontroller that has only a hex file reader in its boot rom. > : I suppose I can't be totally sure of the reliability of the serial > : port, PC chipsets and UARTS being what they are. > : > You might have answered your own question right there. I might, though I'm a bit surprised that I haven't seen any problems in the other uses of the port if it's an especially unreliable one. Problems in the driver might be another matter, since its use by PPP is probably a lot different to its use by kermit. > : set file type { text / bin } > : ( the number of characters lost varies slightly ) > : > If you read the manual, you'll see that this also makes a difference in > the number of characters sent. Well, that's why I tried it : I wanted to see if some extra CRs would change the number of characters buffered and hence affect the behaviour. In fact, I got a result which surprised me : because I didn't set TRANSMIT LINEFEED ON, the number of characters sent to the driver were actually the same (though CR was substituted for LF) BUT the characters transmitted differed .. typically one character less of the final line was sent in text mode. > : enabling local echo > : ( the whole file is echoed to the screen, but not sent to the > : line. There's another effect too : echo only works in binary > : mode, not text ) > : > The relevant command is "set transmit echo on". And "set terminal echo on", and especially "set transmit prompt 0". I used all these, but since I was trying various things out, probably not consistently enough. Anyway, I tried to repeat what I thought I'd seen, using a script for consistency, and I couldn't - so I guess I was wrong. Sorry. The only object of enabling echo was to find out whether the lossage was due to the characters not being sent, or the file not being read. It did at least prove that the file was all being read. > : Any further suggestions gratefully received. > : > Read the manual? There is a whole chapter on the TRANSMIT command and > how to control it. If you have accounted correctly for the I did that (for that chapter, at least) I wouldn't dare post here without :-). > characteristics of the thing that you are transmitting to and have given > all the appropriate SET TRANSMIT commands, as well as the necessary > communications-related commands -- speed, parity, flow control, etc -- > and you still have this problem, then supply all of the details and > settings and we'll take a more detailed look. For test purposes, there is no other unit : the serial cable has handshaking looped back and there's just a protocol analyser to examine the data. It's a bit old, but it has no problem with 19200 bps. > Or you might just try cranking the connection down to a lower speed. Speed changing was interesting. I tried initially at 19200. I got the same, or very similiar results at 1200 and even at 300. The effect of speed changes is more noticeable in binary mode : i.e. characters are usually lost, but in binary mode higher speeds seem to cause wider variations. What did change the behaviour drastically was "transmit pause". Any non-zero setting would completely fix the problem in binary mode, but at the cost of severely limiting througput (probably due to a minimum useful value for msleep on this hardware). Below 12, the problem in text mode was not affected. At 12, the problem was fixed for text, too. All this makes me think that the problem is due to the way buffering is handled in the driver : if the file ends (and the tty mode is restored) with data still buffered, some may be lost. The way to test this would probably be to INCREASE the speed, so the UART can serialise data faster than Kermit can send it. But I can't reliably check output above 19200. I have read somewhere a description of a problem with flushing Linux serial buffers, timeouts, closing files etc., but I can't find it now. It's not in the serial 'howto', or the device driver source - if this rings a bell with anyone, I'd like to know. Here's a script that illustrates the problem, and all the details of running it. Unfortunately, it may be machine-speed dependent, I suppose. For what it's worth, this machine is a 100MHz PCI 486. I appreciate that some lines (like set file type text) are redundant in the scripts as shown, but they illustrate some of the settings I've played around with. show fea show ver set line /dev/cua0 set sp 300 set flow none set file type text set transmit prompt 0 set transmit echo on set terminal echo on set file type bin ; set transmit pause 12 ; If enabled, this string is sometimes partially sent ; ( just like the last line of the real file ) ; set transmit eof show transmit xmit example.hex This was the result of executing 'kermit -y test.ksc >test.lis' (this build has no 'log debug'). The file dump at the beginning is the result of enabling echo, but appears first in the output. I did try to get a copy of the actual transmitted output by looping TXD back to RXD, but it doesn't really make a useful trace : stdout isn't meant for this sort of use! On this occasion, the file was truncated 3 characters short of the end : the last line transmitted was :00000001 with no final FF. -adrian :03000000020038C3 :03000B000200CD23 :100030000D0A50726F62650075810F1200B61200D2 :10004000541200E2D2AF9000301200B19000301292 :10005000011F80FE758DFD758BFF53890F4389202D :10006000438840759850438780D29922209807E5AD :1000700022B401F8D322C298E599C3223099FDC277 :1000800099F59922C0E0C4118ED0E0118E22540F50 :1000900024028380E7303132333435363738394102 :1000A0004243444546740D117C740A117C22117C34 :1000B000A3E49370F922758C00758A005389F0438C :1000C0008901D28C752164752201D2A922758AFF1B :1000D000758CDBD28CD52109752164D5220375225C :1000E000013285FF9074103124741031247413315F :1000F00024740D312474803124752000740431245B :10010000740E3124781474203127D8FA22B40A02EC :1001100080E3B40D1274807520008008310DA3E4D3 :100120009370F922C380190520D33140E520B40A29 :100130000474C080EFB41407752000748080E52239 :1001600090316640FC22C296C297C294D294C29447 :08017000A293D29485FF9022B6 :00000001FF Major optional features included: Network support (type SHOW NET for further info) Hardware flow control External XYZMODEM protocol support Latin-1 (West European) character-set translation Latin-2 (East European) character-set translation Cyrillic (Russian, Ukrainian, etc) character-set translation Hebrew character-set translation Kanji (Japanese) character-set translation REDIRECT command RESEND command Fullscreen file transfer display Control-character unprefixing Major optional features not included: No debugging Compiled Mar 14 1997 16:13:51, options: TLOG BIGBUFOK XFRCAN CK_SPEED CK_APC CK_AUTODL CK_MKDIR WHATAMI DYNAMIC CMDDEP=64 CKMAXPATH=1023 MAXGETPATH=128 CMDBL=4072 VNAML=64 ARRAYREFLEN=128 FORDEPTH=10 MAXTAKE=32 MACLEVEL=64 MAC_MAX=256 MSENDMAX=100 MAXDDIR=32 MAXDNUMS=4095 UNIX DIRENT RENAME CK_TMPDIR CK_TTYFD NETCONN TCPSOCKET SOL_SOCKET TDP_NODELAY RLOGCODE CONGSPD SELECT NOFILEH NOSETBUF NOKVERBS _POSIX_SOURCE __linux__ POSIX i386 __STDC__ __GNUC__ CK_ANSIC CK_ANSILIBS _POSIX_JOB_CONTROL CK_POSIX_SIG CK_CURSES CK_NEWTERM CK_WREFRESH CK_PCT_BAR CK_RTSCTS POSIX_CRTSCTS CK_DSYSINI CK_SYSINI CK_INI_A CK_TTGWSIZ CK_NAWS DCMDBUF CK_RECALL CK_TIMERS Versions: C-Kermit 6.0.192, 6 Sep 96 Numeric: 600192 Patches: 01 (handle-old-timestamps) 05 (keep-packets-inside-window) 06 (move-from-send-list-should-delete) 08 (handle-spaces-in-command-line-filename) 15 (make-xecho-flush-output) 17 (linux-posix-hispeed) 18 (fix-shell-wildcard-expansion) UNIX Communications support, 6.0.169, 6 Sep 96 for Linux UNIX File support, 6.0.115 6 Sep 96 for Linux C-Kermit Protocol Module 6.0.095, 6 Sep 96 C-Kermit functions, 6.0.133, 6 Sep 96 Command package 6.0.088, 6 Sep 96 User Interface 6.0.177, 6 Sep 96 Character Set Translation 6.0.024, 4 Jul 96 CONNECT Command for UNIX, 6.0.083, 6 Sep 96 Dial Command, 6.0.091, 6 Sep 96 Script Command, 6.0.028, 8 Feb 96 Network support, 6.0.078, 6 Sep 1996 File type: binary See SHOW CHARACTER-SETS for character-set info Terminal echo: local Transmit EOF: none Transmit Fill: none Transmit Linefeed: off Transmit Prompt: none Transmit Echo: on Transmit Locking-Shift: off Transmit Pause: 0 milliseconds From news@newsmaster.cc.columbia.edu Sun Nov 2 11:42:51 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id LAA11143 for ; Sun, 2 Nov 1997 11:42:51 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id LAA16096 for kermit.misc@watsun; Sun, 2 Nov 1997 11:42:50 -0500 (EST) Path: news.columbia.edu!watsun.cc.columbia.edu!fdc From: fdc@watsun.cc.columbia.edu (Frank da Cruz) Newsgroups: comp.protocols.kermit.misc,comp.os.linux.misc Subject: Re: Problem with TRANSMIT / Linux 2.0.27 / Redhat 4.1 Date: 2 Nov 1997 16:42:42 GMT Organization: Columbia University Lines: 107 Message-ID: <63iai2$icp$1@apakabar.cc.columbia.edu> References: <637i8i$n87$1@apakabar.cc.columbia.edu> <638n2l$h6n@fangorn.fangorn.demon.co.uk> NNTP-Posting-Host: watsun.cc.columbia.edu Xref: news.columbia.edu comp.protocols.kermit.misc:8009 comp.os.linux.misc:223653 In article <638n2l$h6n@fangorn.fangorn.demon.co.uk>, Adrian Godwin wrote: : In article <637i8i$n87$1@apakabar.cc.columbia.edu> : fdc@watsun.cc.columbia.edu (Frank da Cruz) wrote: : : > You know, of course, that the TRANSMIT command is a last resort, to be : > used when an error-checking-and-correcting protocol is not available, and : > that it is very likely to result in corrupted or missing data at the : > receiving end, right? : : I do. That's why I'm using it to bootstrap a hex-encoded kermit server into : a DS5000 microcontroller that has only a hex file reader in its boot rom. : (etc etc)... I'd be really surprised if the TRANSMIT command did not send exactly the characters it was told to send -- otherwise I'd have heard about it by now, in spades, and in any case this is a fairly stable chunk of code that has barely changed at all in years -- so if transmitted characters are not coming out the port, then the driver or the port hardware are the most likely culprits. There has been a lot of talk recently about Linux drivers -- e.g. the ttyS devices versus the cu devices. Have you tried using a different driver for the same device? : > : I suppose I can't be totally sure of the reliability of the serial : > : port, PC chipsets and UARTS being what they are. : > : : > You might have answered your own question right there. : : I might, though I'm a bit surprised that I haven't seen any problems in the : other uses of the port if it's an especially unreliable one. Problems in : the driver might be another matter, since its use by PPP is probably a : lot different to its use by kermit. : Wouldn't PPP hide errors from you by repeatedly forcing retransmission of damaged material until it gets through correctly? : > : enabling local echo : > : ( the whole file is echoed to the screen, but not sent to the : > : line. There's another effect too : echo only works in binary : > : mode, not text ) : > : : : > The relevant command is "set transmit echo on". : : And "set terminal echo on", and especially "set transmit prompt 0". : Note that when C-Kermit echos transmitted material, these are exactly the same characters that it sends to the port. So if they are not coming out the port -- and the driver is not reporting an error -- something is badly amiss under the hood. : Speed changing was interesting. I tried initially at 19200. I got the : same, or very similiar results at 1200 and even at 300. The effect of : speed changes is more noticeable in binary mode : i.e. characters are : usually lost, but in binary mode higher speeds seem to cause wider : variations. : Hmmm... If you look at the code (transmit() in ckuus4.c) you'll see that completely different sections of code are used for text and binary mode. Therefore if both of them fail for you, the chance that BOTH sections of code are faulty is pretty slim. Binary mode should not have to be used for transmitting an ordinary text file, and especially not for transmitting one like this -- Intel Hex files are just about the most transportable files on earth -- restricted safe character set, short lines, etc. : What did change the behaviour drastically was "transmit pause". Any : non-zero setting would completely fix the problem in binary mode, but : at the cost of severely limiting througput (probably due to a minimum : useful value for msleep on this hardware). Below 12, the problem in : text mode was not affected. At 12, the problem was fixed for text, too. : This is fairly clear evidence that the driver is allowing its output buffer to be overrun. It's a good thing C-Kermit has so many controls, eh? Btw, TRANSMIT PAUSE applies per character in binary mode, and per line in text mode (as you knew, or discovered). : Here's a script that illustrates the problem, and all the details of : running it. Unfortunately, it may be machine-speed dependent, I : suppose. : Well, as far as Kermit is concerned, the speed doesn't matter. The same code is being executed at any speed, and the same bytes are being sent; it's up to the driver to actually send them, and to take care of realtime considerations like flow control, kernel buffering, checking the UART's ready and overflow flags, etc. In any case, your hex file transmits perfectly here in text mode. : For what it's worth, this machine is a 100MHz PCI 486. : Beyond the driver, on any PC you need to be aware of buffered versus unbuffered UART and interrupt conflict issues. In any case, since this is a one-time-only bootstrapping operation, and you seem to have a workaround, I think we can consider the case closed as far as C-Kermit is concerned. Unless there is something wrong amongst the many ioctls given to the driver to condition it for transmitting; these are done in the ttpkt() routine in ckutio.c, and have worked fine in Linux for many years, but again, C-Kermit can't see which driver you are using -- it can only issue the appropriate and documented API calls and expect them to work as advertised. However, if any Linux expert wants to take a look and suggest corrections, perhaps based on changes in the APIs that I don't know about, feel free! - Frank From news@newsmaster.cc.columbia.edu Mon Nov 3 19:12:01 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id TAA19585 for ; Mon, 3 Nov 1997 19:11:57 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id TAA08375 for kermit.misc@watsun; Mon, 3 Nov 1997 19:11:56 -0500 (EST) Path: news.columbia.edu!sol.ctr.columbia.edu!news.indiana.edu!vixen.cso.uiuc.edu!newsfeed.internetmci.com!4.1.16.34!cpk-news-hub1.bbnplanet.com!news.bbnplanet.com!sunqbc.risq.qc.ca!gatech!ncar!newshost.lanl.gov!news2.es.net!news.sandia.gov!not-for-mail From: "David M. Sears" Newsgroups: comp.protocols.kermit.misc Subject: Disaster Recovery - Planning Ahead w/K95 Date: Mon, 03 Nov 1997 14:24:58 -0700 Organization: Sandia National Laboratories Lines: 27 Message-ID: <345E412A.783C@sandia.gov> NNTP-Posting-Host: sass1600.engsci.sandia.gov Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailer: Mozilla 3.0 (X11; U; SunOS 5.5.1 sun4m) CC: dmsears@newsmaster.cc.columbia.edu Xref: news.columbia.edu comp.protocols.kermit.misc:8014 What is the recommended procedure for installing Kermit95 after some sort of disaster (eg, hard disk crash)? What steps can be taken ahead of time to minimize the hurt? Couple of ideas I had are: 1. Re-install K95 from the original floppys and then apply the necessary patches to get to the current version. Seems slow and painful. 2. Use some backup program (MS Backup, winzip, whatever) to backup the \k95 directory tree to floppy disk(s). After a disaster, restore from the backup floppys. What about the registry??? Is there a better way. Prevention and planning is key... TIA -- David Sears Sandia National Labs Org. 9111, Mail Stop 0826 Albuquerque, New Mexico 87185-0826 U.S.A. Voice: 505-844-5729 Fax: 505-844-8251 E-Mail: dmsears@sandia.gov From news@newsmaster.cc.columbia.edu Tue Nov 4 09:42:11 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id JAA23589 for ; Tue, 4 Nov 1997 09:42:11 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id JAA20865 for kermit.misc@watsun; Tue, 4 Nov 1997 09:42:10 -0500 (EST) Path: news.columbia.edu!watsun.cc.columbia.edu!fdc From: fdc@watsun.cc.columbia.edu (Frank da Cruz) Newsgroups: comp.protocols.kermit.misc Subject: Re: Disaster Recovery - Planning Ahead w/K95 Date: 4 Nov 1997 14:42:05 GMT Organization: Columbia University Lines: 72 Message-ID: <63nc7t$7om$1@apakabar.cc.columbia.edu> References: <345E412A.783C@sandia.gov> NNTP-Posting-Host: watsun.cc.columbia.edu Xref: news.columbia.edu comp.protocols.kermit.misc:8015 In article <345E412A.783C@sandia.gov>, David M. Sears wrote: : What is the recommended procedure for installing Kermit95 after : some sort of disaster (eg, hard disk crash)? What steps can be : taken ahead of time to minimize the hurt? : The best course is to regularly back up your system, and should it crash, recover the entire system from your backups. That way, you don't have to worry about each application. : 1. Re-install K95 from the original floppys and then apply the : necessary patches to get to the current version. Seems slow and : painful. : Yes, plus this way you also lose all changes that you have made to your K95 Dialer database, dialing directories, customization file, any script programs you might have written, and any other additions, subtractions, or changes you made to your K95 installation. So this method must be considered only as a final resort. : 2. Use some backup program (MS Backup, winzip, whatever) to backup : the \k95 directory tree to floppy disk(s). After a disaster, : restore from the backup floppys. What about the registry??? : Prior to version 1.1.14, Kermit 95 didn't touch the registry for just this sort of reason. But now, by popular demand, we support desktop shortcuts. These work by associating the .KSC extension in the Registry with Kermit 95. Should you lose your hard disk and restore your K95 directory tree from backups, but you have not backed up your Registry, you can use the new K95 Registry Tool to restore this association. It was announced here shortly after K95 was released: From: cmg@watsun.cc.columbia.edu (Christine Gianone) Newsgroups: comp.protocols.kermit.misc Subject: New Kermit 95 Registry Utility Date: 3 Oct 1997 17:37:17 GMT Organization: Columbia University This just in (too late for the Kermit 95 1.1.15 patch): a new utility for Kermit 95 in Windows 95 or Windows NT 4.0 (not OS/2 or Windows NT 3.x), the Kermit 95 Registry Tool, K95REGTL.EXE. This is a GUI program that lets you create and remove associations for Kermit 95 in the Windows Registry, and create desktop and/or Start Menu shortcuts for Kermit 95 itself and the Dialer (K95 1.1.14 and later already let you create desktop shortcuts for individual connections). The K95 Registry Tool can be downloaded from: ftp://kermit.columbia.edu/kermit/k95/utils/w?regtl.exe where "?" should be replaced by "i" for Intel, "a" for Alpha platforms, or "p" for the PowerPC. Assuming you have also not backed up your desktop, then after re-establishing the .KSC/K95.EXE association with K95REGTL, you can easily re-create any desired desktop shortcuts by highlighting the appropriate entry in the Dialer main screen and clicking the Shortcut button in the Toolbar. Of course K95 works fine without the Registry features. They are not required, they are merely a convenience. But in general, it is best to follow a daily backup schedule with a rotating set of backup media (such as: Monthly full, Weekly full, Daily incremental). This is one of downsides to personal computing; we are each our own system managers; there are no economies of scale or division of labor except when our applications and data are kept on centrally maintained file servers. - Frank From news@newsmaster.cc.columbia.edu Wed Nov 5 14:01:24 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id OAA04518 for ; Wed, 5 Nov 1997 14:01:11 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id OAA02042 for kermit.misc@watsun; Wed, 5 Nov 1997 14:01:10 -0500 (EST) Path: news.columbia.edu!panix!howland.erols.net!newsfeed.direct.ca!news.he.net!scanner.worldgate.com!rover.ucs.ualberta.ca!alberta!not-for-mail From: Vladimir Alexiev Newsgroups: comp.protocols.kermit.misc Subject: Re: Kermit script to Ping virtual hosts Date: 05 Nov 1997 11:46:10 -0700 Organization: University of Alberta, Computing Science Lines: 2 Message-ID: References: <878740024.7543@dejanews.com> NNTP-Posting-Host: tees.cs.ualberta.ca In-reply-to: jpszonow@aurorapr.com's message of Wed, 05 Nov 1997 09:22:18 -0600 To: jpszonow@aurorapr.com X-Newsreader: Gnus v5.0.15 Xref: news.columbia.edu comp.protocols.kermit.misc:8016 Telnet to port 80 (or whatever port the httpd is supposed to be running on), then check the error status. From news@newsmaster.cc.columbia.edu Wed Nov 5 16:35:01 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id QAA07282 for ; Wed, 5 Nov 1997 16:34:55 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id QAA09463 for kermit.misc@watsun; Wed, 5 Nov 1997 16:34:54 -0500 (EST) Path: news.columbia.edu!panix!howland.erols.net!cpk-news-hub1.bbnplanet.com!news.bbnplanet.com!news1.bellglobal.com!news.uunet.ca!mks!news From: davidf@mks.com (David J. Fiander) Newsgroups: comp.protocols.kermit.misc Subject: discrepancy between k95 and C-kermit 6.0.192 Date: 05 Nov 1997 15:25:17 -0500 Organization: Mortice Kern Systems Inc. Lines: 17 Sender: davidf@davidf-nt.mks.com Message-ID: NNTP-Posting-Host: pc-269.pc.mks.com X-Newsreader: Gnus v5.3/Emacs 19.34 Xref: news.columbia.edu comp.protocols.kermit.misc:8017 So, I've got a kermit shortcut for K95 that connects me to a host via telnet, and I have it configured to exit k95 when the connection is terminated. Now, I connect, and then I say Alt-X to get back to the local kermit command mode, which works just fine. On Solaris, with c-kermit, I say kermit -c -j It connects me, and I know that when the connection is terminated kermit will exit. Much to my surprise, however, when I hit C-\ to get back to the local kermit command mode, kermit exits. Am I just missing something, or is this working properly? - David From news@newsmaster.cc.columbia.edu Wed Nov 5 16:46:01 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id QAA09678 for ; Wed, 5 Nov 1997 16:46:00 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id QAA10077 for kermit.misc@watsun; Wed, 5 Nov 1997 16:46:00 -0500 (EST) Path: news.columbia.edu!watsun.cc.columbia.edu!fdc From: fdc@watsun.cc.columbia.edu (Frank da Cruz) Newsgroups: comp.protocols.kermit.misc Subject: Re: discrepancy between k95 and C-kermit 6.0.192 Date: 5 Nov 1997 21:45:55 GMT Organization: Columbia University Lines: 32 Message-ID: <63qpej$11a$1@apakabar.cc.columbia.edu> References: NNTP-Posting-Host: watsun.cc.columbia.edu Xref: news.columbia.edu comp.protocols.kermit.misc:8018 In article , David J. Fiander wrote: : So, I've got a kermit shortcut for K95 that connects me to a host : via telnet, and I have it configured to exit k95 when the : connection is terminated. Now, I connect, and then I say Alt-X : to get back to the local kermit command mode, which works just : fine. : : On Solaris, with c-kermit, I say : : kermit -c -j : : It connects me, and I know that when the connection is terminated : kermit will exit. Much to my surprise, however, when I hit C-\ : to get back to the local kermit command mode, kermit exits. : : Am I just missing something, or is this working properly? : It's behaving as documented, but you're right, it's not a nice way to behave. But K95 does the same thing. K95 is probably using a different command-line option: k95 -J [ ] (capital J), which means "be like Telnet" -- you can escape back and forth as much as you like without exiting, but then it will exit automatically when the connection is closed. C-Kermit 6.0 has this feature too. - Frank From news@newsmaster.cc.columbia.edu Wed Nov 5 18:40:48 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id SAA02136 for ; Wed, 5 Nov 1997 18:40:48 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id SAA15661 for kermit.misc@watsun; Wed, 5 Nov 1997 18:40:47 -0500 (EST) From: jpszonow@aurorapr.com Subject: Kermit script to Ping virtual hosts Date: Wed, 05 Nov 1997 09:22:18 -0600 Reply-To: jpszonow@aurorapr.com Message-ID: <878740024.7543@dejanews.com> Newsgroups: comp.protocols.kermit.misc Organization: Deja News Posting Service Path: news.columbia.edu!news.new-york.net!news-peer.gip.net!news.gsl.net!gip.net!news-peer.sprintlink.net!news-pull.sprintlink.net!news-in-east.sprintlink.net!news.sprintlink.net!Sprint!204.238.120.130!jump.net!grunt.dejanews.com!not-for-mail X-Article-Creation-Date: Wed Nov 05 14:27:06 1997 GMT X-Authenticated-Sender: jpszonow@aurorapr.com X-Http-User-Agent: Mozilla/4.03 [en] (Win95; U) X-Originating-IP-Addr: 207.206.94.114 (apc-35.aurorapr.com) Lines: 22 Xref: news.columbia.edu comp.protocols.kermit.misc:8019 I'm writing a macro that will ping several virtual hosts, and if any of them are not alive, will send out an alpha page. I've incorporated the alpha page macros included with C-Kermit 6.0 (for solaris 2.5) and they work fine. I can also ping the virtual hosts, but they always return that they are alive if the server they are running on is up. This happens even if the webserver process has been killed. This causes a problem, because the virtual domains are not being served to the world, even though the ping says that they are a live. Is there any way to get around this problem, such as requesting the html file from kermit or something like that? Thanks for any help, and please copy any responses to me at jpszonow@aurorapr.com Jacob Pszonowsky Internet Integration Consultant Aurora Products Company http://www.aurorapr.com/ -------------------==== Posted via Deja News ====----------------------- http://www.dejanews.com/ Search, Read, Post to Usenet From news@newsmaster.cc.columbia.edu Wed Nov 5 19:54:39 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id TAA15679 for ; Wed, 5 Nov 1997 19:54:30 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id TAA19296 for kermit.misc@watsun; Wed, 5 Nov 1997 19:54:29 -0500 (EST) Path: news.columbia.edu!panix!news.eecs.umich.edu!nntprelay.mathworks.com!newsfeed.internetmci.com!205.139.62.3!news.cyberhighway.net!not-for-mail From: "Danny Stimpson" Newsgroups: comp.protocols.kermit.misc Subject: Re: KERMIT95 - Window size in terminal emulation Date: Wed, 5 Nov 1997 15:00:28 -0700 Organization: BMC West Corporation Lines: 25 Message-ID: <63qqa4$edf$1@host-3.cyberhighway.net> References: <3459E630.E437498F@proxys.it> <63dqln$91i$1@apakabar.cc.columbia.edu> NNTP-Posting-Host: 206.26.251.138 X-Newsreader: Microsoft Outlook Express 4.71.1712.3 X-MimeOLE: Produced By Microsoft MimeOLE V4.71.1712.3 Xref: news.columbia.edu comp.protocols.kermit.misc:8020 Frank da Cruz wrote in message <63dqln$91i$1@apakabar.cc.columbia.edu>... >In article <3459E630.E437498F@proxys.it>, >Roberto Perelli wrote: >: When running terminal emulation with K95 the window size is about 3/4 of >: the screen. >: Is it possible set some parameter that makes the window big enaugh to >: fit the WINDOWS95 desktop (I'm not interest in having full-screen >: display with ALT-ENTER) >: >In the console version you may pick a font that gives the best results from >among the fonts available in the console window toolbar, and you can also >use "set terminal width" and "set terminal height" commands to change the >number of rows and columns of characters in the terminal screen. > >Some day the GUI version will be ready. Please have patience until then. > >- Frank Frank, when do you think that might day happen? Danny From news@newsmaster.cc.columbia.edu Wed Nov 5 20:23:25 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id UAA20152 for ; Wed, 5 Nov 1997 20:23:24 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id UAA20836 for kermit.misc@watsun; Wed, 5 Nov 1997 20:23:24 -0500 (EST) Path: news.columbia.edu!watsun.cc.columbia.edu!fdc From: fdc@watsun.cc.columbia.edu (Frank da Cruz) Newsgroups: comp.protocols.kermit.misc Subject: Re: KERMIT95 - Window size in terminal emulation Date: 6 Nov 1997 01:23:21 GMT Organization: Columbia University Lines: 14 Message-ID: <63r669$9gi$1@apakabar.cc.columbia.edu> References: <3459E630.E437498F@proxys.it> <63dqln$91i$1@apakabar.cc.columbia.edu> <63qqa4$edf$1@host-3.cyberhighway.net> NNTP-Posting-Host: watsun.cc.columbia.edu Xref: news.columbia.edu comp.protocols.kermit.misc:8021 In article <63qqa4$edf$1@host-3.cyberhighway.net>, Danny Stimpson wrote: : Frank da Cruz wrote in message <63dqln$91i$1@apakabar.cc.columbia.edu>... : > Some day the GUI version will be ready. Please have patience until then. : : Frank, when do you think that might day happen? : My best estimate is currently "some time in 1998". We're working hard on it, but we're also working on hard on tech support and meeting the pressing needs of our users for features like TAPI, Rlogin, new terminal emulations that they can't live without, etc etc. Expect at least one more console release before the GUI. Watch this space for announcements. - Frank From news@newsmaster.cc.columbia.edu Thu Nov 6 06:06:07 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id GAA24850 for ; Thu, 6 Nov 1997 06:06:05 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id GAA08478 for kermit.misc@watsun; Thu, 6 Nov 1997 06:06:05 -0500 (EST) From: Grant Lee Newsgroups: comp.protocols.kermit.misc Organization: Direct Enterprises Subject: Improve Your Present Business By 239%!!!! Guaranteed!!! NNTP-Posting-Host: sl39.webt.com Message-ID: <34619183.0@news.webt.com> Date: 6 Nov 97 09:44:35 GMT Lines: 3 Path: news.columbia.edu!panix!news-xfer.netaxs.com!news.dn.net!news.webt.com!sl39.webt.com Xref: news.columbia.edu comp.protocols.kermit.misc:8022 If you would like to find out how you can take advantage of Direct Enterprises; e-mail for more info. Just for inquirering about our service we will send you a free report of how to turn you body into a fatburning furnace! From news@newsmaster.cc.columbia.edu Thu Nov 6 06:41:20 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id GAA12935 for ; Thu, 6 Nov 1997 06:41:19 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id GAA10293 for kermit.misc@watsun; Thu, 6 Nov 1997 06:41:19 -0500 (EST) Path: news.columbia.edu!panix!howland.erols.net!math.ohio-state.edu!jussieu.fr!eurocontrol.fr!polaris.eurocontrol.fr!nocemed!cyberspam!not-for-mail Newsgroups: comp.protocols.kermit.misc From: bofh@keltia.freenix.fr (Ollivier Robert) Sender: Grant Lee Message-ID: Subject: cmsg cancel <34619183.0@news.webt.com> ignore Control: cancel <34619183.0@news.webt.com> Organization: Usenet Canal Historique Approved: bofh@keltia.freenix.fr Date: 6 Nov 97 09:44:35 GMT X-Original-Subject: Improve Your Present Business By 239%!!!! Guaranteed!!! X-Original-NNTP-Posting-Host: sl39.webt.com X-Original-Path: polaris.eurocontrol.fr!eurocontrol.fr!jussieu.fr!eerie.fr!newsfeed.nacamar.de!dispose.news.demon.net!demon!europa.clark.net!207.106.0.20!news-xfer.netaxs.com!news.dn.net!news.webt.com!sl39.webt.com X-Cancelled-By: bofh@keltia.freenix.fr (Ollivier Robert) X-Newsposter: cancel-spam version 1.32 X-No-Archive: yes Lines: 9 Xref: news.columbia.edu control.cancel:22958596 ECP/EMP aka SPAM or pyramidal scheme (MMF) cancelled by bofh@keltia.freenix.fr. It may also be an image too small for newsbot to be activated. See report in news.admin.net-abuse.bulletins. Date: Thu Nov 6 12:26:35 1997 Original subject was: Improve Your Present Business By 239%!!!! Guaranteed!!! From news@newsmaster.cc.columbia.edu Thu Nov 6 07:00:31 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id HAA25754 for ; Thu, 6 Nov 1997 07:00:30 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id HAA11162 for kermit.misc@watsun; Thu, 6 Nov 1997 07:00:30 -0500 (EST) Path: news.columbia.edu!panix!cam-news-hub1.bbnplanet.com!news.bbnplanet.com!news-xfer.netaxs.com!ddsw1!news.mcs.net!not-for-mail From: heiby_u@falkor.chi.il.us (Ron Heiby) Newsgroups: comp.protocols.kermit.misc Subject: Re: discrepancy between k95 and C-kermit 6.0.192 Date: Thu, 06 Nov 1997 07:32:45 GMT Organization: Strategis Consulting Inc. Lines: 13 Message-ID: <34617234.29408219@news.mcs.com> References: NNTP-Posting-Host: heiby.pr.mcs.net Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Newsreader: Forte Agent 1.5/32.451 Xref: news.columbia.edu comp.protocols.kermit.misc:8023 davidf@mks.com (David J. Fiander) wrote: >It connects me, and I know that when the connection is terminated >kermit will exit. Much to my surprise, however, when I hit C-\ >to get back to the local kermit command mode, kermit exits. > >Am I just missing something, or is this working properly? I suspect that you are missing the fact that your UNIX character setting to send SIGQUIT (I think that's the signal. It's been a while) to your running program is set to Ctrl-\. At least, that would be something I looked at first. -- Ron. From news@newsmaster.cc.columbia.edu Thu Nov 6 16:22:41 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id QAA15141 for ; Thu, 6 Nov 1997 16:22:40 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id QAA10591 for kermit.misc@watsun; Thu, 6 Nov 1997 16:22:40 -0500 (EST) Path: news.columbia.edu!panix!howland.erols.net!cpk-news-hub1.bbnplanet.com!news.bbnplanet.com!News1.Ottawa.iSTAR.net!news.istar.net!news.achilles.net!dragon.achilles.net!mattrose From: mattrose@achilles.net (Matthew Rose) Newsgroups: comp.protocols.kermit.misc Subject: trouble initializing modem Date: 6 Nov 1997 21:26:17 GMT Organization: Achilles Networking, Ottawa, Canada Lines: 9 Message-ID: <63tclp$2sr$1@hermes.achilles.net> NNTP-Posting-Host: dragon.achilles.net X-Newsreader: TIN [version 1.2 PL2] Xref: news.columbia.edu comp.protocols.kermit.misc:8024 I run a RedHat Linux box, with a modem connected to a Cyclades multiport router, whenever i type the command set line /dev/ttyC0 Kermit hangs until i press Control-C. This means I can't automate a script. -- Matthew Rose Sales & Support mattrose@achilles.net Achilles Internet "If I had a lid upon my head, you could look inside and see what's on my mind." Dave Matthews Band From news@newsmaster.cc.columbia.edu Thu Nov 6 16:38:51 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id QAA19873 for ; Thu, 6 Nov 1997 16:38:50 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id QAA11420 for kermit.misc@watsun; Thu, 6 Nov 1997 16:38:50 -0500 (EST) Path: news.columbia.edu!watsun.cc.columbia.edu!fdc From: fdc@watsun.cc.columbia.edu (Frank da Cruz) Newsgroups: comp.protocols.kermit.misc Subject: Re: trouble initializing modem Date: 6 Nov 1997 21:38:47 GMT Organization: Columbia University Lines: 12 Message-ID: <63tdd7$h0d$1@apakabar.cc.columbia.edu> References: <63tclp$2sr$1@hermes.achilles.net> NNTP-Posting-Host: watsun.cc.columbia.edu Xref: news.columbia.edu comp.protocols.kermit.misc:8025 In article <63tclp$2sr$1@hermes.achilles.net>, Matthew Rose wrote: : I run a RedHat Linux box, with a modem connected to a Cyclades : multiport router, whenever i type the command set line /dev/ttyC0 Kermit : hangs until i press Control-C. This means I can't automate a script. : So what is /dev/ttyC0? Some kind of serial-to-network device fakeout driver? If so, you don't need that. Instead, just make a TCP connection to the appropriate port on the router, and then use the modem. The instructions for this are on page 126 of "Using C-Kermit", 2nd Ed. - Frank From news@newsmaster.cc.columbia.edu Fri Nov 7 06:04:54 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id GAA02605 for ; Fri, 7 Nov 1997 06:04:54 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id GAA25745 for kermit.misc@watsun; Fri, 7 Nov 1997 06:04:53 -0500 (EST) Path: news.columbia.edu!panix!news-peer.gip.net!news-dc.gip.net!news.gsl.net!gip.net!duke.telepac.pt!news.telepac.pt!not-for-mail From: cel@mail.telepac.pt (Paul Vieira) Newsgroups: comp.protocols.kermit.misc Subject: Kermit 95 (Windows NT): can't open multi-ports Date: Fri, 07 Nov 1997 09:54:46 GMT Lines: 18 Message-ID: <63urqb$tvk$1@duke.telepac.pt> NNTP-Posting-Host: 194.65.180.21 X-Newsreader: Forte Free Agent 1.0.82 Xref: news.columbia.edu comp.protocols.kermit.misc:8026 Hi , I have a multi-port board (4 Com's) in my PC and I have 3 extern modems connected to them. I use 3 Kermit 95 scripts (one for each COM) to receive files from outside PC's. If I put this working on Windows 95, everything works fine. If I use Windows NT 4.0, then Kermit 95 only can open one COM (when it tries to open the others it shows a message: "Sorry, can't open connection: com ..." The multi-port uses the same IRQ for all the COM's. Why does it works fine with Windows 95 and with Windows NT it doesn't? Help is wellcome. Thank you. Paul Vieira cel@mail.telepac.pt From news@newsmaster.cc.columbia.edu Fri Nov 7 08:54:17 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id IAA12913 for ; Fri, 7 Nov 1997 08:54:16 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id IAA04902 for kermit.misc@watsun; Fri, 7 Nov 1997 08:54:16 -0500 (EST) Path: news.columbia.edu!watsun.cc.columbia.edu!fdc From: fdc@watsun.cc.columbia.edu (Frank da Cruz) Newsgroups: comp.protocols.kermit.misc Subject: Re: Kermit 95 (Windows NT): can't open multi-ports Date: 7 Nov 1997 13:54:13 GMT Organization: Columbia University Lines: 26 Message-ID: <63v6i5$akj$1@apakabar.cc.columbia.edu> References: <63urqb$tvk$1@duke.telepac.pt> NNTP-Posting-Host: watsun.cc.columbia.edu Xref: news.columbia.edu comp.protocols.kermit.misc:8027 In article <63urqb$tvk$1@duke.telepac.pt>, Paul Vieira wrote: : I have a multi-port board (4 Com's) in my PC and I have 3 extern : modems connected to them. I use 3 Kermit 95 scripts (one for each COM) : to receive files from outside PC's. If I put this working on Windows : 95, everything works fine. If I use Windows NT 4.0, then Kermit 95 : only can open one COM (when it tries to open the others it shows a : message: "Sorry, can't open connection: com ..." : : The multi-port uses the same IRQ for all the COM's. : Why does it works fine with Windows 95 and with Windows NT it doesn't? : If you can use a port with Hyperterminal, then you can also use it with Kermit 95 1.1.13 as a TAPI device (see UPDATES.TXT section 6.10). If you can't use it with Hyperterminal, then you have a Windows configuration issue because Kermit must access the ports through the Windows drivers. As you probably know, PCs are not well designed to use more than 2 COM ports (some might say they are not well designed to use more than zero COM ports) because of the shortage of hardware interrupts (inter alia). Thus, if you are having trouble with multiple COM ports, it is your job to configure your PC in such a way that each port can be used. Sometimes you have to sacrifice some other device, like your sound board. - Frank From news@newsmaster.cc.columbia.edu Fri Nov 7 10:13:22 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id KAA28347 for ; Fri, 7 Nov 1997 10:13:22 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id KAA09133 for kermit.misc@watsun; Fri, 7 Nov 1997 10:13:21 -0500 (EST) Path: news.columbia.edu!watsun.cc.columbia.edu!jaltman From: jaltman@watsun.cc.columbia.edu (Jeffrey Altman) Newsgroups: comp.protocols.kermit.misc Subject: Re: Kermit 95 (Windows NT): can't open multi-ports Followup-To: poster Date: 7 Nov 1997 15:13:20 GMT Organization: Columbia University Lines: 29 Message-ID: <63vb6g$duv$1@apakabar.cc.columbia.edu> References: <63urqb$tvk$1@duke.telepac.pt> Reply-To: kermit-support@newsmaster.cc.columbia.edu NNTP-Posting-Host: watsun.cc.columbia.edu Xref: news.columbia.edu comp.protocols.kermit.misc:8028 In article <63urqb$tvk$1@duke.telepac.pt>, Paul Vieira wrote: : Hi , : : I have a multi-port board (4 Com's) in my PC and I have 3 extern : modems connected to them. I use 3 Kermit 95 scripts (one for each COM) : to receive files from outside PC's. If I put this working on Windows : 95, everything works fine. If I use Windows NT 4.0, then Kermit 95 : only can open one COM (when it tries to open the others it shows a : message: "Sorry, can't open connection: com ..." : The multi-port uses the same IRQ for all the COM's. : Why does it works fine with Windows 95 and with Windows NT it doesn't? In NT's Control Panel->Ports do you have definitions for all three COM ports? In Win95 did you have to install special Serial Port drivers? Do you have special drivers for NT? Have you spoken with the Multi-Port Board company regarding support for Windows NT? Jeffrey Altman * Sr.Software Designer * Kermit-95 for Win32 and OS/2 The Kermit Project * Columbia University 612 West 115th St #716 * New York, NY * 10025 * (212) 854-1344 http://www.columbia.edu/kermit/k95.html * kermit-support@columbia.edu From news@newsmaster.cc.columbia.edu Tue Nov 11 19:06:12 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id TAA04280 for ; Tue, 11 Nov 1997 19:06:10 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id TAA09607 for kermit.misc@watsun; Tue, 11 Nov 1997 19:06:10 -0500 (EST) Path: news.columbia.edu!panix!news.eecs.umich.edu!nntprelay.mathworks.com!EU.net!sun4nl!193.78.76.32.MISMATCH!cti.nl!not-for-mail From: pim@cti.nl (Pim Zandbergen) Newsgroups: comp.protocols.kermit.misc Subject: NT Service Pack 3, OOB and rlogin Date: 12 Nov 1997 00:47:43 +0100 Organization: CTI Software BV, The Hague, the Netherlands Lines: 15 Message-ID: <64aqqv$6nn$1@chagall.cti.nl> NNTP-Posting-Host: chagall.cti-software.nl X-Newsreader: NN version 6.5.0 CURRENT #2 Xref: news.columbia.edu comp.protocols.kermit.misc:8029 After installing Service Pack 3 on my NT box, I noticed all sorts of garbled characters when using rlogin, especially when pressing my interrupt character. Then I suddenly remembered reading that Microsoft simply disabled OOB data in their TCP/IP stack, in order to protect Windows against denial-of-service attacks. Does anyone know whether there is another NT fix that will re-enable OOB data ? -- E-mail : Pim Zandbergen S-mail : Laan Copes van Cattenburch 70, 2585 GD The Hague, The Netherlands Phone : +31 70 3067373 Fax : +31 70 3067374 From news@newsmaster.cc.columbia.edu Tue Nov 11 20:45:23 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id UAA17907 for ; Tue, 11 Nov 1997 20:45:22 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id UAA14635 for kermit.misc@watsun; Tue, 11 Nov 1997 20:45:22 -0500 (EST) Path: news.columbia.edu!watsun.cc.columbia.edu!jaltman From: jaltman@watsun.cc.columbia.edu (Jeffrey Altman) Newsgroups: comp.protocols.kermit.misc Subject: Re: NT Service Pack 3, OOB and rlogin Date: 12 Nov 1997 01:45:19 GMT Organization: Columbia University Lines: 44 Message-ID: <64b1nf$lh3$1@apakabar.cc.columbia.edu> References: <64aqqv$6nn$1@chagall.cti.nl> NNTP-Posting-Host: watsun.cc.columbia.edu Xref: news.columbia.edu comp.protocols.kermit.misc:8030 In article <64aqqv$6nn$1@chagall.cti.nl>, Pim Zandbergen wrote: : After installing Service Pack 3 on my NT box, I noticed all sorts of : garbled characters when using rlogin, especially when pressing my : interrupt character. : : Then I suddenly remembered reading that Microsoft simply disabled OOB data : in their TCP/IP stack, in order to protect Windows against denial-of-service : attacks. : : Does anyone know whether there is another NT fix that will re-enable OOB : data ? >From Kermit-95 BUGS.TXT: 279. RLOGIN versus Microsoft's "WINNUKE" Patches (M) - FIXED In May 1997 hackers discovered that any Windows 95 or NT system could be crashed by sending TCP Out Of Band (OOB) data to it. Microsoft's reaction was to publish a "hotfix" for Windows NT that disabled processing of OOB data by Winsock; refer to Microsoft Knowledge Base Document Q143478 [winnt], "Stop 0A in TCPIP.SYS When Receiving Out Of Band (OOB) Data". But RLOGIN protocol works by using OOB data, and therefore if you have installed these fixes, you will not be able to use RLOGIN. This situation was addressed in a second "hotfix" issued May 24. Each fix is simply a replacement of the TCP/IP stack (TCPIP.SYS). You can (and should) install the latest one whether or not you installed the first one. As of this writing there is no fix from Microsoft for Windows 95. NOTE: If Windows NT 4.0 Service Pack 3 has been installed, the Post-SP3 OOB fix must be installed, since SP3 contains the first version of the OOB fix. Post-SP3 fixes are available from Microsoft's FTP site. Jeffrey Altman * Sr.Software Designer * Kermit-95 for Win32 and OS/2 The Kermit Project * Columbia University 612 West 115th St #716 * New York, NY * 10025 * (212) 854-1344 http://www.columbia.edu/kermit/k95.html * kermit-support@columbia.edu From news@newsmaster.cc.columbia.edu Tue Nov 11 21:55:05 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id VAA25873 for ; Tue, 11 Nov 1997 21:55:05 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id VAA18589 for kermit.misc@watsun; Tue, 11 Nov 1997 21:55:04 -0500 (EST) Path: news.columbia.edu!panix!logbridge.uoregon.edu!news-peer.gip.net!news-dc.gip.net!news.gsl.net!gip.net!duke.telepac.pt!news.telepac.pt!not-for-mail From: Newsgroups: comp.protocols.kermit.misc Subject: $$FREE TO START - $000s PER MONTH $$ Date: 12 Nov 1997 02:43:13 GMT Lines: 54 Message-ID: <64b541$32v$2506@duke.telepac.pt> NNTP-Posting-Host: 194.65.255.70 Xref: news.columbia.edu comp.protocols.kermit.misc:8031 $$ FREE TO START - $000s PER MONTH $$ NO CHARGE TO JOIN ------------------------------------------------------------------------------------------------------------------------ If you're reading this, then you may be looking for a business that's different, and really works and that's so NEW it's only just being promoted by e-mail. You can run it entirely on line, in your spare or full time and it works anywhere throughout the world. I am very committed into earning a Great 2nd Income from a business that has been running very successfully for the past few years, until recently just by using regular mail. The business was adapted and made available to others in July 1997 by UK based Gemini Publishing International to operate purely by e-mail (although it can still be run by regular mail as well). What you will see here represents an incredible legal money making business that anyone can run from their kitchen table. You will receive full instructions - it's so easy to work even the kids could do it. Plus I'm always available to give help and answer your questions. I have been earning substantial profits from regular mail but the earnings from e-mail promotions will make this look like small change! Plus the savings on printing and postage! My present monthly income is over $5000 and growing by the week. I confidently expect my annual earnings to exceed $60,000 in my first year, purely from regular mail within the UK. Just think what this will rise to with the power of e-mail advertising on a global scale? This is a genuine home business, not a chain letter, money game, telecom scheme or any of the multitude of dubious 'business' offers that come through your emailbox. And to prove my sincerity I make NO CHARGE to join me in my business until you find your first customer - yes there is a product to sell and it's something of value to everyone, particularly newcomers, involved in any home business. If you want more information and follow my success to make it your own, reply to mop13851@mail.telepac.pt insert "SHOWME" in the subject box and put your full name and e-mail address in the message body. I will send you a file by e-mail attachment so please specify whether you want this as a plain text document (*.txt) or if you prefer it as Html (*.html) or Microsoft Word (*.doc). With my warmest greetings Vitor Manuel mop13851@mail.telepac.pt From news@newsmaster.cc.columbia.edu Wed Nov 12 08:07:38 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id IAA07903 for ; Wed, 12 Nov 1997 08:07:36 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id IAA06405 for kermit.misc@watsun; Wed, 12 Nov 1997 08:07:35 -0500 (EST) Path: news.columbia.edu!news.new-york.net!news-spur1.maxwell.syr.edu!news.maxwell.syr.edu!logbridge.uoregon.edu!enews.sgi.com!news.sgi.com!wattres!wattres!cyberspam!spamcancel!not-for-mail From: Steve Watt Organization: USENET spam abatement Sender: Date: 12 Nov 97 07:10:53 GMT Message-ID: Newsgroups: comp.protocols.kermit.misc Subject: cmsg cancel <64b541$32v$2506@duke.telepac.pt> ignore Control: cancel <64b541$32v$2506@duke.telepac.pt> Approved: steve@watt.com.nospam X-Cancelled-By: steve@watt.com.nospam X-No-Archive: yes Lines: 7 Xref: news.columbia.edu control.cancel:23565039 I have cancelled this article which had a BI of more than 20. Selected original headers: }From: }Subject: $$FREE TO START - $000s PER MONTH $$ }Path: ...!news.maxwell.syr.edu!news-peer.gip.net!news-dc.gip.net!news.gsl.net!gip.net!duke.telepac.pt!news.telepac.pt!not-for-mail }NNTP-Posting-Host: 194.65.255.70 }Lines: 54 From news@newsmaster.cc.columbia.edu Thu Nov 13 04:15:35 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id EAA06024 for ; Thu, 13 Nov 1997 04:15:34 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id EAA06063 for kermit.misc@watsun; Thu, 13 Nov 1997 04:15:33 -0500 (EST) Path: news.columbia.edu!news.new-york.net!solaris.cc.vt.edu!nntprelay.mathworks.com!news.maxwell.syr.edu!newsfeed.gte.net!meganews.telstra.net!news.telstra.net.nz!clear.net.nz!news.hn.netlink.co.nz!canterbury.ac.nz!granny.mac.co.nz!usenet From: "huisman" Newsgroups: alt.lang.delphi,aus.electronics,comp.dcom.modems,comp.home.automation,comp.lang.pascal.delphi.misc,comp.protocols.kermit.misc,sci.electronics.design Subject: Xmodem specs required Date: Thu, 13 Nov 1997 13:38:11 +1300 Organization: Minilinx (NZ) LTD Lines: 12 Message-ID: <64f01j$cno@granny.mac.co.nz> NNTP-Posting-Host: ppp186067.netaccess.co.nz X-Newsreader: Microsoft Outlook Express 4.72.0103.0 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.0103.0 Xref: news.columbia.edu alt.lang.delphi:19526 aus.electronics:8554 comp.dcom.modems:204874 comp.home.automation:36034 comp.lang.pascal.delphi.misc:131239 comp.protocols.kermit.misc:8032 sci.electronics.design:59241 Hi, I'm not sure which is best group for data communications but does anyone have information regarding Xmodem protocol. I am wanting to write 8051 code for data logger to communicate with PC.(PC end will be Win 95 (Delphi 2 ) app. Please email me if you can help. Regards Dave Huisman From news@newsmaster.cc.columbia.edu Thu Nov 13 05:50:06 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id FAA04430 for ; Thu, 13 Nov 1997 05:49:58 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id FAA10572 for kermit.misc@watsun; Thu, 13 Nov 1997 05:49:58 -0500 (EST) Path: news.columbia.edu!news.new-york.net!news-peer.gip.net!news-peer.sprintlink.net!news.sprintlink.net!Sprint!cpk-news-hub1.bbnplanet.com!news.bbnplanet.com!newsfeed.ecrc.net!news-raspail.gip.net!news.gsl.net!gip.net!IRIS.global-one.nl!cadmium.aware.nl!not-for-mail From: "Michel Krabshuis" Newsgroups: comp.protocols.kermit.misc Subject: Problem with users login in twice! Date: 9 Nov 1997 11:49:43 GMT Organization: MJK Automatisering Lines: 10 Message-ID: <01bced05$60acfba0$444f12c3@michel> NNTP-Posting-Host: utrecht-066.std.pop.tip.nl X-Newsreader: Microsoft Internet News 4.70.1161 Xref: news.columbia.edu comp.protocols.kermit.misc:8033 As of release KERMIT95 version 1108 users can connect twice or more to the host computer using Tcp/Ip. But what if you don't want that? Or is there an possibillity to pick up an previous connection? Users logged in get often kicked out for some reason but the telnet session is still active, they logged in a second time and they are getting an new session (i.e. 2::Hostname), but session 1 is still active! Sometimes they cannot even see the active connection in the taskbar!! Thanks, Michel Krabshuis From news@newsmaster.cc.columbia.edu Thu Nov 13 07:58:39 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id HAA20417 for ; Thu, 13 Nov 1997 07:58:37 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id HAA17836 for kermit.misc@watsun; Thu, 13 Nov 1997 07:58:37 -0500 (EST) Path: news.columbia.edu!news.new-york.net!news-spur1.maxwell.syr.edu!news.maxwell.syr.edu!newsfeed.gte.net!news-fw-12.sprintlink.net!news.sprintlink.net!Sprint!205.240.249.225!news.webIT.eds.com!news.ses.cio.eds.com!not-for-mail From: Roy Buzdor Newsgroups: comp.protocols.kermit.misc Subject: Re: Convert not unconverting? Date: Wed, 12 Nov 1997 15:13:58 -0800 Organization: EDS Lansing Fab Lines: 61 Message-ID: <346A3836.3400@supremecourt.gov> References: <34579BD0.5708@supremecourt.gov> <63aqug$nki$1@apakabar.cc.columbia.edu> NNTP-Posting-Host: 130.173.136.101 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailer: Mozilla 2.02 (Win16; I) Xref: news.columbia.edu comp.protocols.kermit.misc:8034 Frank da Cruz wrote: > > Roy Buzdor wrote: > : I have a user who is transfering data from a Sun > : workstation using C-Kermit 6.0 to an HP-1000 using > : Kermit-RTE 1.99, the file he is transfering is > : named "PMP0666" the file on the HP is showing up > : as "PMP0~#6". Kermit figures that it can change > : the "666" into a repeat sequence which is > : "~ (repeat) # (quote) 6"... > : > Because RTE Kermit said it could -- they negotiate this > up front. > > : ... unfortunately, the > : Kermit-RTE is not recognizing it, or changing it > : back properly. I am not a Kermit expert, but I > : do have a bit of experience, and I have not been > : able to find the switch to either tell C-Kermit > : NOT to do this translation (I tried the > : convert/literal switch, and it did not fix it), > : or to tell Kermit-RTE to DO the translation. > : > A source-code fix is required for the latter. Any > volunteers? > > For the former, tell C-Kermit 6.0 to: > > SET REPEAT COUNTS OFF I tried SET REPEAT COUNTS OFF SET REPEAT COUNT OFF both in an INI file, and being typed in after the kermit starts up. It did not fix the problem. Is there any other possibilities to try? -- Buz (: **************************************************************** ** ** ** Sometimes beating a dead horse is just good experience ** ** in horse-beating. ** ** ** ** Notice: if you can read my address, you can read this - ** ** I DO NOT WANT ANY OF YOUR PRODUCTS, CATALOGUES, ** ** OR GET RICH QUICK SCHEMES. To send me a letter, ** ** and ask me to send it on to others is legally ** ** considered a CHAIN LETTER. To originate or ** ** ppropagate a Chain Letter is a FEDERAL OFFENCE. ** ** I HAVE and WILL turn ALL Chain Letters over to ** ** Corporate Legal, and they WILL take action. ** ** (Hope you like Prison Orange!!) ** ** ** ** My real address is: \lnuslad dot dzvg41 at eds dot com\ ** ** ** **************************************************************** From news@newsmaster.cc.columbia.edu Thu Nov 13 08:35:44 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id IAA27885 for ; Thu, 13 Nov 1997 08:35:43 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id IAA19782 for kermit.misc@watsun; Thu, 13 Nov 1997 08:35:43 -0500 (EST) Path: news.columbia.edu!watsun.cc.columbia.edu!jaltman From: jaltman@watsun.cc.columbia.edu (Jeffrey Altman) Newsgroups: comp.protocols.kermit.misc Subject: Re: Problem with users login in twice! Followup-To: poster Date: 13 Nov 1997 13:35:41 GMT Organization: Columbia University Lines: 23 Message-ID: <64evnd$kbd$1@apakabar.cc.columbia.edu> References: <01bced05$60acfba0$444f12c3@michel> Reply-To: kermit-support@newsmaster.cc.columbia.edu NNTP-Posting-Host: watsun.cc.columbia.edu Xref: news.columbia.edu comp.protocols.kermit.misc:8035 In article <01bced05$60acfba0$444f12c3@michel>, Michel Krabshuis wrote: : As of release KERMIT95 version 1108 users can connect twice or more to the : host computer using Tcp/Ip. But what if you don't want that? : Or is there an possibillity to pick up an previous connection? : Users logged in get often kicked out for some reason but the telnet session : is still active, they logged in a second time and they are getting an new : session (i.e. 2::Hostname), but session 1 is still active! Sometimes they : cannot even see the active connection in the taskbar!! In the Dialer select "Exit on Disconnect" on the General Page of the entry. Then when the user is disconnected the K95 session will terminate. The current version of K95 is 1.1.15. Patches may be downloaded from http://www.columbia.edu/kermit/k95patch.html Jeffrey Altman * Sr.Software Designer * Kermit-95 for Win32 and OS/2 The Kermit Project * Columbia University 612 West 115th St #716 * New York, NY * 10025 * (212) 854-1344 http://www.columbia.edu/kermit/k95.html * kermit-support@columbia.edu From news@newsmaster.cc.columbia.edu Thu Nov 13 09:07:50 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id JAA03005 for ; Thu, 13 Nov 1997 09:07:50 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id JAA21351 for kermit.misc@watsun; Thu, 13 Nov 1997 09:07:49 -0500 (EST) Path: news.columbia.edu!watsun.cc.columbia.edu!fdc From: fdc@watsun.cc.columbia.edu (Frank da Cruz) Newsgroups: alt.lang.delphi,aus.electronics,comp.dcom.modems,comp.home.automation,comp.lang.pascal.delphi.misc,comp.protocols.kermit.misc,sci.electronics.design Subject: Re: Xmodem specs required Date: 13 Nov 1997 14:07:48 GMT Organization: Columbia University Lines: 20 Message-ID: <64f1jk$l8v$1@apakabar.cc.columbia.edu> References: <64f01j$cno@granny.mac.co.nz> NNTP-Posting-Host: watsun.cc.columbia.edu Xref: news.columbia.edu alt.lang.delphi:19533 aus.electronics:8558 comp.dcom.modems:204890 comp.home.automation:36047 comp.lang.pascal.delphi.misc:131284 comp.protocols.kermit.misc:8036 sci.electronics.design:59257 In article <64f01j$cno@granny.mac.co.nz>, huisman wrote: : I'm not sure which is best group for data communications but : does anyone have information regarding Xmodem protocol. : I am wanting to write 8051 code for data logger to communicate : with PC.(PC end will be Win 95 (Delphi 2 ) app. : If you are not choosing Xmodem because you need it for some special reason, then it would be a fairly poor choice -- bad performance, bad error detection, bad error recovery, etc. Why not use the 8051 version of Kermit which is already available: ftp://kermit.columbia.edu/kermit/c/i51*.* And of course there is also an excellent Kermit implementation for Windows 95: http://www.columbia.edu/kermit/k95.html - Frank From news@newsmaster.cc.columbia.edu Thu Nov 13 09:30:39 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id JAA07085 for ; Thu, 13 Nov 1997 09:30:39 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id JAA22571 for kermit.misc@watsun; Thu, 13 Nov 1997 09:30:38 -0500 (EST) Path: news.columbia.edu!watsun.cc.columbia.edu!fdc From: fdc@watsun.cc.columbia.edu (Frank da Cruz) Newsgroups: comp.protocols.kermit.misc Subject: Re: Convert not unconverting? Date: 13 Nov 1997 14:30:37 GMT Organization: Columbia University Lines: 101 Message-ID: <64f2ud$lvt$1@apakabar.cc.columbia.edu> References: <34579BD0.5708@supremecourt.gov> <63aqug$nki$1@apakabar.cc.columbia.edu> <346A3836.3400@supremecourt.gov> NNTP-Posting-Host: watsun.cc.columbia.edu Xref: news.columbia.edu comp.protocols.kermit.misc:8037 In article <346A3836.3400@supremecourt.gov>, Roy Buzdor wrote: : Frank da Cruz wrote: : > Roy Buzdor wrote: : > : I have a user who is transfering data from a Sun : > : workstation using C-Kermit 6.0 to an HP-1000 using : > : Kermit-RTE 1.99, the file he is transfering is : > : named "PMP0666" the file on the HP is showing up : > : as "PMP0~#6". Kermit figures that it can change : > : the "666" into a repeat sequence which is : > : "~ (repeat) # (quote) 6"... : > : : > Because RTE Kermit said it could -- they negotiate this : > up front. : > : > : ... unfortunately, the : > : Kermit-RTE is not recognizing it, or changing it : > : back properly. I am not a Kermit expert, but I : > : do have a bit of experience, and I have not been : > : able to find the switch to either tell C-Kermit : > : NOT to do this translation (I tried the : > : convert/literal switch, and it did not fix it), : > : or to tell Kermit-RTE to DO the translation. : > : : > A source-code fix is required for the latter. Any : > volunteers? : > : > For the former, tell C-Kermit 6.0 to: : > : > SET REPEAT COUNTS OFF : : I tried : : SET REPEAT COUNTS OFF : SET REPEAT COUNT OFF : : both in an INI file, and being typed in after the : kermit starts up. It did not fix the problem. Is : there any other possibilities to try? : What version of C-Kermit are you using? The current version is 6.0: http://www.columbia.edu/kermit/ck60.html I have a file called "aaaaaaaaaaaaaaaaaaaaaaa", and it contains the following line: xxxxxxxxxxxxxxxxxxxxxxxx When I use C-Kermit 6.0 to send it using all defaults, the packets look like this: s-00-00-^A8 Sz/ @-#Y3~^! z0___D"U1A r-00-00-^A8 Yz/ @-#Y3~^! z0___C"U1F | -----------------------+ Here we agree to use repeat-count compression ("~"). s-01-00-^A(!F~7a(LF Here the senders says the filename is "~7a": ~ = repeat count prefix 7 = ASCII 55 - 32 = 23 so 23 a's. r-01-00-^A5!Y/w/fdc/temp2/~7a*5" The receiver acknowledges with its name for the file (note, also 23 a's). s-03-00-^A*#D~8x#J#;- r-03-00-^A%#Y/R9 Here we send the contents of the file, 24 x's in a row. The remaining details of the transfer are omitted. Now we tell C-Kermit to SET REPEAT COUNTS OFF and transfer the file again: s-00-00-^A8 Sz/ @-#Y3 ^! z0___D"U1" r-00-00-^A8 Yz/ @-#Y3~^! z0___C"U1F | -----------------------+ Note: The receiver puts "~", but the sender doesn't, so therefore they do not agree to use compression. s-01-00-^A Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id LAA09632 for ; Thu, 13 Nov 1997 11:35:08 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id LAA29562 for kermit.misc@watsun; Thu, 13 Nov 1997 11:35:08 -0500 (EST) Path: news.columbia.edu!panix!howland.erols.net!ais.net!logbridge.uoregon.edu!su-news-hub1.bbnplanet.com!news.bbnplanet.com!news.pbi.net!news.pacbell.net!not-for-mail From: Derek A Benner Newsgroups: alt.lang.delphi,aus.electronics,comp.dcom.modems,comp.home.automation,comp.lang.pascal.delphi.misc,comp.protocols.kermit.misc,sci.electronics.design Subject: Re: Xmodem specs required Date: Thu, 13 Nov 1997 08:21:26 -0800 Organization: Pacific Bell Internet Services Lines: 26 Message-ID: <346B2906.1CA551AD@pacbell.net> References: <64f01j$cno@granny.mac.co.nz> NNTP-Posting-Host: ppp-207-215-86-25.scrm01.pacbell.net Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailer: Mozilla 4.01 [en] (Win95; I) X-Priority: 3 (Normal) Xref: news.columbia.edu alt.lang.delphi:19538 aus.electronics:8560 comp.dcom.modems:204902 comp.home.automation:36052 comp.lang.pascal.delphi.misc:131308 comp.protocols.kermit.misc:8038 sci.electronics.design:59273 huisman wrote: > > Hi, > I'm not sure which is best group for data communications but > does anyone have information regarding Xmodem protocol. > I am wanting to write 8051 code for data logger to communicate > with PC.(PC end will be Win 95 (Delphi 2 ) app. > > Please email me if you can help. > > Regards > Dave Huisman Dave, The very best, inexpensive resource for XMODEM, in *my* opinion, comes in the book, "The Programmer's Guide to Serial Communications". This book, by Tim Kientzle and published by Coriolis Group Books, covers the XModem, YModem, ZModem and Kermit communications protocols and gives C source. If you're writing for an 8051, you'll find C source incredibly useful as many good 8051-C compilers and cross-compilers exist. It runs $39.95 with disk-USDollars and has the ISBN 1-883577-20-9. HTH Derek From news@newsmaster.cc.columbia.edu Thu Nov 13 11:42:04 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id LAA10941 for ; Thu, 13 Nov 1997 11:42:02 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id LAA29829 for kermit.misc@watsun; Thu, 13 Nov 1997 11:42:02 -0500 (EST) Path: news.columbia.edu!panix!howland.erols.net!nntprelay.mathworks.com!news1.best.com!vncnews!HSNX.wco.com!news.aimnet.com!not-for-mail From: Usenet@NavasGrp.Dublin.CA.US (John Navas) Newsgroups: alt.lang.delphi,aus.electronics,comp.dcom.modems,comp.home.automation,comp.lang.pascal.delphi.misc,comp.protocols.kermit.misc,sci.electronics.design Subject: Re: Xmodem specs required Followup-To: comp.dcom.modems Date: Thu, 13 Nov 1997 16:37:23 GMT Organization: The Navas Group, Dublin, CA, USA Lines: 14 Sender: Usenet@NavasGrp.Dublin.CA.US (John Navas) Message-ID: <346d2cab.124665493@news.aimnet.com> References: <64f01j$cno@granny.mac.co.nz> Reply-To: Usenet@NavasGrp.Dublin.CA.US NNTP-Posting-Host: dial-bp1-18.iway.aimnet.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Newsreader: Forte Agent 1.5/32.451 Xref: news.columbia.edu alt.lang.delphi:19539 aus.electronics:8561 comp.dcom.modems:204905 comp.home.automation:36054 comp.lang.pascal.delphi.misc:131309 comp.protocols.kermit.misc:8039 sci.electronics.design:59274 [POSTED TO comp.dcom.modems] "huisman" wrote: >I'm not sure which is best group for data communications but >does anyone have information regarding Xmodem protocol. >I am wanting to write 8051 code for data logger to communicate >with PC.(PC end will be Win 95 (Delphi 2 ) app. www.omen.com -- Best regards, John mailto:JNavas@NavasGrp.Dublin.CA.US http://www.aimnet.com/~jnavas/ 28800-56K Modem FAQ: http://www.aimnet.com/~jnavas/modem/faq.html From news@newsmaster.cc.columbia.edu Thu Nov 13 12:46:58 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id MAA25186 for ; Thu, 13 Nov 1997 12:46:57 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id MAA03173 for kermit.misc@watsun; Thu, 13 Nov 1997 12:46:57 -0500 (EST) Path: news.columbia.edu!panix!logbridge.uoregon.edu!su-news-hub1.bbnplanet.com!news.bbnplanet.com!news1.best.com!noos.hooked.net!news.scruz.net!usenet From: Jon Shemitz Newsgroups: alt.lang.delphi,aus.electronics,comp.dcom.modems,comp.home.automation,comp.lang.pascal.delphi.misc,comp.protocols.kermit.misc,sci.electronics.design Subject: Re: Xmodem specs required Date: Thu, 13 Nov 1997 09:31:31 -0800 Organization: Midnight Beach Lines: 153 Message-ID: <346B3973.244AB2B0@midnightbeach.com> References: <64f01j$cno@granny.mac.co.nz> Reply-To: jon@midnightbeach.com NNTP-Posting-Host: 165.227.113.198 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailer: Mozilla 4.02 [en] (Win95; U) To: huisman Xref: news.columbia.edu alt.lang.delphi:19542 aus.electronics:8562 comp.dcom.modems:204910 comp.home.automation:36058 comp.lang.pascal.delphi.misc:131315 comp.protocols.kermit.misc:8040 sci.electronics.design:59280 huisman wrote: > I'm not sure which is best group for data communications but > does anyone have information regarding Xmodem protocol. > I am wanting to write 8051 code for data logger to communicate > with PC.(PC end will be Win 95 (Delphi 2 ) app. MODEM/XMODEM Protocol Explained by Kelly Smith, CP/M-Net "SYSOP" January 8,1980 I thought that it may be of some interest to those of you that use the MODEM/XMODEM file transfer capability of the CP/M-Net, to get a little insight as to the communications protocol (i.e. "handshaking method") used by the system. Herein lies the details of a very good (not perfect) data communications protocol that has become the "de facto" standard for various remote CP/M systems (RCPM's) that are accessible across the country (refer to RCPMLST4.DOC on all RCPM's for access numbers and note that the "digit number" in that list changes as new system are listed). I also wish to give credit to Ward Christensen (the "original" CBBS) for writing MODEM.ASM (CPMUG Volume 25.11) and Keith Petersen, Bruce Ratoff, Dave Hardy, Rod Hart, Tom "C" (we know who you are Tom!), and others, for enhancements to Ward's original program that we now call XMODEM (external modem). Data is sent in 128 byte blocks with sequentially numbered blocks, and appended by a single checksum at the end of each block. As the receiving computer acquires the incoming data, it performs it's own checksum and upon each completion of a block, it compares it's checksum result with that of the sending computers. If the receiving computer matches the checksum of the sending computer, it transmits an ACK (ASCII code protocol character for ACKNOWLEDGE (04 Hex, Control-F)) back to the sending computer. The ACK therefore means "alls well on this end, send some more...". Notice in the following example, that the sending computer will transmit an "initial NAK" (ASCII protocol character for NEGATIVE ACKNOWLEDGE (15 Hex, Control-U))...or, "that wasn't quite right, please send again". Due to the asynchronous nature of the initial "hook-up" between the two computers, the receiving computer will "time-out" looking for data, and send the NAK as the "cue" for the sending computer to begin transmission. The sending computer knows that the receiving computer will "time-out", and uses this fact to "get in sync"...The sending computer responds to the "initial NAK" with a SOH (ASCII code protocol character for START OF HEADING (01 Hex, Control-A)), sends the first block number, sends the 2' complement of the block number (VERY important, I will discuss this later...), sends 128 bytes of 8 bit data (thats why we can transfer ".COM" files), and finally a checksum, where the checksum is calculated by summing the SOH, the block number, the block number 2's complement, and the 128 bytes of data. Receiving Computer: ----/NAK/------------------------/ACK/---------------------- 15H 06H Sending Computer: --------/SOH/BLK#/BLK#/DATA/CSUM/---/SOH/BLK#/BLK#/DATA/etc. 01H 001H 0FEH 8bit 8bit 01H 002H 0FDH 8bit .... This process continues, with the next 128 bytes, IF the block was ACK'ed by the receiving computer, and then the next sequential block number and it's 2's complement, etc. But what happens if the block is NAK'ed?...easy, the sending computer just re-sends the previous block. Now the hard part...what if the sending computer transmits a block, the receiving computer gets it and sends an ACK, but the sender does not see it?...The sending computer thinks that it has failed and after 10 seconds re-transmits the block...ARGH!...the receiving computer has "stashed" the data in memory or on disk (data is written to disk after receiving 16 blocks), the receiving computer is now 1 block AHEAD of the transmiting computer! Here comes the operation of the block numbers...The receiver detects that this is the last block (all over again), and transmits back an ACK, throws away the block, and (effectively) "catches up"...clever! Whats more, the integrity of the block number is verified by the receiving computer, because it "sums" the SOH (01 Hex) with the block number plus the 2's complement of the block number), and the result MUST BE zero for a proper transfer (e.g. 01+01+FE hex = 00, on the first block). The sequence of events then, looks like this: Receiving Computer: ----/ACK/-----------------------/NAK/----------------------- 06H 15H Sending Computer: CSUM/---/SOH/BLK#/BLK#/DATA/CSUM/---/SOH/BLK#/BLK#/DATA/etc. 8bit 01H 003H 0FCH 8bit 8bit 01H 003H 0FCH 8bit .... Normal completion of data transfers will then conclude with an EOT (ASCII code protocol END OF TRANSMISSION, 04 Hex, Control-D) from the sending computer, and a final ACK from the receiving computer. Unfortunately, if the receiving computer misses the EOT, it will continue to wait for the next block (sending NAK's every 10 seconds, up to 10 times) and eventually "time-out". This is rarely the case however, and although not "bullet-proof", it is a very workable protocol. Receiving Computer: ----/ACK/---/ACK/"Transfer Complete"/A>(or B>) 06H 06H ................................ Sending Computer: CSUM/---/EOT/---/A>(or B>) 8bit 04H ............. In some case, where the telephone transmission is repeatedly "trashed" (weak signals, multiple noise "hits", etc.), the receiving computer (and operator) will be provided the option to quit. Here, the operator enters "R" or "Q" in response to "Retry or Quit?" (after 10 retries), and if quit is envoked by the operator, a CAN (ASCII code protocol CANCEL, 18 Hex, Control-X) is sent by the receiving computer to cancel the entire transfer session (Note: is is possible to "garble" an ACK to a CAN, and abort prematurley): Receiving Computer: ----/NAK/...NAK's ten times.../"Retry or Quit?"(Q)/CAN/A>... 15H 18H Sending Computer: CSUM/---/...Garbled Data....../-----------------------/A>... 8bit A final considerations when using the MODEM program, is a timing related problems when transfer status messages and/or textual data is directed to the screen of a slow (4800 Baud or less) terminal or to a hard copy printer. This problem is readily apparent (multiple NAK's) when using MODEM for the first time, and can usually be "cured" by NOT SPECIFYING the "V" (video) sub-option when sending or receiving files. Users of Lifeboat Associates BSTAM encounter the same problem, but this is easily fixed with the files TQPATCH.ASM and RQPATCH.ASM (transfer quiet/receive quiet) that Keith Petersen (Royal Oak CP/M, "call-back" remote system, (313)- 588-7054) wrote to solve the problem of low speed terminal I/O. For users of CBBS's that do not have MODEM.ASM (but DO HAVE a CP/M disk system...ESSENTIAL!), let me suggest that you "data capture" the file MBOOT3.ASM from one of the RCPM's (it's a small 8 kilo-byte file that "fits" in most system's memory) to get the larger MODEM.ASM (40 kilo-bytes). Check it very carefully for errors using the "data capture" (read ERROR PRONE method here). Then edit and assemble for your modem configuration. If you are tired of buying software where the advertisment is written better than the program, then the RCPM's are just what you have been looking for...and FREE! From news@newsmaster.cc.columbia.edu Thu Nov 13 19:41:24 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id TAA17806 for ; Thu, 13 Nov 1997 19:41:23 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id TAA24544 for kermit.misc@watsun; Thu, 13 Nov 1997 19:41:22 -0500 (EST) Message-ID: <346B9D84.7267@ibm.net> Date: Thu, 13 Nov 1997 19:38:28 -0500 From: Doug Ranz Reply-To: dranz@ibm.net Organization: none X-Mailer: Mozilla 3.0 (OS/2; I) MIME-Version: 1.0 Newsgroups: alt.lang.delphi,aus.electronics,comp.dcom.modems,comp.home.automation,comp.lang.pascal.delphi.misc,comp.protocols.kermit.misc,sci.electronics.design Subject: Re: Xmodem specs required References: <64f01j$cno@granny.mac.co.nz> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit NNTP-Posting-Host: 198.133.22.22 Lines: 21 Path: news.columbia.edu!panix!howland.erols.net!newsfeed.internetmci.com!165.87.194.248!newsm.ibm.net!ibm.net!news1.ibm.net!198.133.22.22 Xref: news.columbia.edu alt.lang.delphi:19555 aus.electronics:8566 comp.dcom.modems:204938 comp.home.automation:36077 comp.lang.pascal.delphi.misc:131369 comp.protocols.kermit.misc:8041 sci.electronics.design:59317 dave, fdc's post pretty much sums up the limitations of xmodem. one other significant limitation that he overlooked is that xmodem pads files to 128-byte boundaries. while this is not typically a problem for text files, it can make the transfer of binary files a pretty grim affair. i'm not intending this as a cheap-shot against ward's original word; it was great in the early 1980's. things have progressed significantly. perhaps you've got enough flexibility to consider other protocols? i'm a fan of both zmodem and kermit. public domain source code is available for both ... -doug From news@newsmaster.cc.columbia.edu Thu Nov 13 22:30:20 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id WAA07512 for ; Thu, 13 Nov 1997 22:30:20 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id WAA03448 for kermit.misc@watsun; Thu, 13 Nov 1997 22:30:20 -0500 (EST) Path: news.columbia.edu!psinntp!howland.erols.net!cpk-news-hub1.bbnplanet.com!news.bbnplanet.com!baron.netcom.net.uk!netcom.net.uk!dispose.news.demon.net!demon!bullseye.news.demon.net!demon!gate.news.unisource.nl!halley.pi.net!news From: pante@pi.net (Jan Mourer) Newsgroups: alt.lang.delphi,aus.electronics,comp.dcom.modems,comp.home.automation,comp.lang.pascal.delphi.misc,comp.protocols.kermit.misc,sci.electronics.design Subject: Re: Xmodem specs required Date: Thu, 13 Nov 97 21:06:57 GMT Organization: World Access/Planet Internet Message-ID: <64fqab$a0l@halley.pi.net> References: <64f01j$cno@granny.mac.co.nz> NNTP-Posting-Host: 145.220.210.29 X-Newsreader: xagent-0.7.6 (c) off line news reader (in development) by Jan Mourer Lines: 217 Xref: news.columbia.edu alt.lang.delphi:19557 aus.electronics:8567 comp.dcom.modems:204946 comp.home.automation:36087 comp.lang.pascal.delphi.misc:131385 comp.protocols.kermit.misc:8042 sci.electronics.design:59331 Hope this will help. The file got messed up years ago during a faulty xmodem download. It is probably copyright of whoever wrote it. XODEM PROTOCOL OVERVIEW 178 lines, 7.5K 1/1/82 by Ward Christensen. I will maintain a master copy of this. Please pass on changes or suggestions via CBBS/Chicago at (312) 545-8086, or by voice at (312) 849-6279. NOTE this does not include things which I am not familiar with, such as the CRC option implemented by John Mahr. Last Rev: (none) At the request of Rick Mallinak on behalf of the guys at Standard Oil with IBM P.C.s, as well as several previous requests, I finally decided to put my modem protocol into writing. It had been previously formally published only in the AMRAD newsletter. Table of Contents 1. DEFINITIONS 2. TRANSMISSION MEDIUM LEVEL PROTOCOL 3. MESSAGE BLOCK LEVEL PROTOCOL 4. FILE LEVEL PROTOCOL 5. DATA FLOW EXAMPLE INCLUDING ERROR RECOVERY 6. PROGRAMMING TIPS. -------- 1. DEFINITIONS. 01H 04H 06H 15H 18H -------- 2. TRANSMISSION MEDIUM LEVEL PROTOCOL Asynchronous, 8 data bits, no parity, one stop bit. The protocol imposes no restrictions on the contents of the data being transmitted. No control characters are looked for in the 128-byte data messages. Absolutely any kind of data may be sent - binary, ASCII, etc. The protocol has not formally been adopted to a 7-bit environment for the transmission of ASCII-only (or unpacked-hex) data , although it could be simply by having both ends agree to AND the protocol-dependent data with 7F hex before validating it. I specifically am referring to the checksum, and the block numbers and their ones- complement. Those wishing to maintain compatibility of the CP/M file structure, i.e. to allow modemming ASCII files to or from CP/M systems should follow this data format: * ASCII tabs used (09H); tabs set every 8. * Lines terminated by CR/LF (0DH 0AH) * End-of-file indicated by ^Z, 1AH. (one or more) * Data is variable length, i.e. should be considered a continuous stream of data bytes, broken into 128-byte chunks purely for the purpose of transmission. * A CP/M "peculiarity": If the data ends exactly on a 128-byte boundary, i.e. CR in 127, and LF in 128, a subsequent sector containing the ^Z EOF character(s) is optional, but is preferred. Some utilities or user programs still do not handle EOF without ^Zs. * The last block sent is no different from others, i.e. there is no "short block". -------- 3. MESSAGE BLOCK LEVEL PROTOCOL Each block of the transfer looks like: <255-blk #><--128 data bytes--> in which: = 01 hex = binary number, starts at 01 increments by 1, and wraps 0FFH to 00H (not to 01) <255-blk #> = blk # after going thru 8080 "CMA" instr, i.e. each bit complemented in the 8-bit block number. Formally, this is the "ones complement". = the sum of the data bytes only. Toss any carry. -------- 4. FILE LEVEL PROTOCOL ---- 4A. COMMON TO BOTH SENDER AND RECEIVER: All errors are retried 10 times. For versions running with an operator (i.e. NOT with XMODEM), a message is typed after 10 errors asking the operator whether to "retry or quit". Some versions of the protocol use , ASCII ^X, to cancel transmission. This was never adopted as a standard, as having a single "abort" character makes the transmission susceptible to false termination due to an or being corrupted into a and canceling transmission. The protocol may be considered "receiver driven", that is, the ions running with an operator (i.e. NOT with XMODEM), a message is typed after 10 errors asking the operator whether to "retry or quit". Some versions of the protocol use , ASCII ^X, to cancel transmission. This was never adopted as a standard, as having a single "abort" character makes the transmission susceptible to false termination due to an or being corrupted into a and canceling transmission. The protocol may be considered "receiver driven", that is, the sender need not automatically re-transmit, although it does in the current implementations. ---- 4B. RECEIVE PROGRAM CONSIDERATIONS: The receiver has a 10-second timeout. It sends a every time it times out. The receiver's first timeout, which sends a , signals the transmitter to start. Optionally, the receiver could send a immediately, in case the sender was ready. This would save the initial 10 second timeout. However, the receiver MUST continue to timeout every 10 seconds in case the sender wasn't ready. Once into a receiving a block, the receiver goes into a one-second timeout for each character and the checksum. If the receiver wishes to a block for any reason (invalid header, timeout receiving data), it must wait for the line to clear. See "programming tips" for ideas Synchronizing: If a valid block number is received, it will be: 1) the expected one, in which case everything is fine; or 2) a repeat of the previously received block. This should be considered OK, and only indicates that the receivers got glitched, and the sender re-transmitted; 3) any other block number indicates a fatal loss of synchronization, such as the rare case of the sender getting a line-glitch that looked like an . Abort the transmission, sending a ---- 4C. SENDING PROGRAM CONSIDERATIONS. While waiting for transmission to begin, the sender has only a single very long timeout, say one minute. In the current protocol, the sender has a 10 second timeout before retrying. I suggest NOT doing this, and letting the protocol be completely receiver-driven. This will be compatible with existing programs. When the sender has no more data, it sends an , and awaits an , resending the if it doesn't get one. Again, the protocol could be receiver-driven, with the sender only having the high-level 1-minute timeout to abort. -------- 5. DATA FLOW EXAMPLE INCLUDING ERROR RECOVERY Here is a sample of the data flow, sending a 3-block message. It includes the two most common line hits - a garbaged block, and an reply getting garbaged. represents the checksum byte. SENDER RECEIVER times out after 10 seconds, <--- 01 FE -data- ---> <--- 02 FD -data- xx ---> (data gets line hit) <--- 02 FD -data- xx ---> <--- 03 FC -data- xx ---> (ack gets garbaged) <--- 03 FC -data- xx ---> ---> <--- -------- 6. PROGRAMMING TIPS. * The character-receive subroutine should be called with a parameter specifying the number of seconds to wait. The receiver should first call it with a time of 10, then and try again, 10 times. After receiving the , the receiver should call the character receive subroutine with a 1-second timeout, for the remainder of the message and the . Since they are sent as a continuous stream, timing out of this implies a serious like glitch that caused, say, 127 characters to be seen instead of 128. * When the receiver wishes to , it should call a "PURGE" subroutine, to wait for the line to clear. Recall the sender tosses any characters in its UART buffer immediately upon completing sending a block, to ensure no glitches were mis- interpreted. The most common technique is for "PURGE" to call the character receive subroutine, specifying a 1-second timeout, and looping back to PURGE until a timeout occurs. The is then sent, ensuring the other end will see it. * You may wish to add code recommended by Jonh Mahr to your character receive routine - to set an error flag if the UART shows framing error, or overrun. This will help catch a few more glitches - the most common of which is a hit in the high bits of the byte in two consecutive bytes. The comes out OK since counting in 1-byte produces the same result of adding 80H + 80H as with adding 00H + 00H. sender need not automatically re-transmit, although it does in the current implementations. ---- 4B. RECEIVE PROGRAM CONSIDERATIONS: The receiver has a 10-second timeout. It sends a every time it times out. The receiver's first timeout, which sends a , signals the transmitter to start. Optionally, the receiver could send a immediately, in case the sender was ready. This would save the initial 10 second timeout. However, the receiver MUST continue to timeout every 10 second >Hi, >I'm not sure which is best group for data communications but >does anyone have information regarding Xmodem protocol. >I am wanting to write 8051 code for data logger to communicate >with PC.(PC end will be Win 95 (Delphi 2 ) app. > >Please email me if you can help. > >Regards >Dave Huisman > > > From news@newsmaster.cc.columbia.edu Fri Nov 14 11:49:05 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id LAA27528 for ; Fri, 14 Nov 1997 11:49:05 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id LAA00554 for kermit.misc@watsun; Fri, 14 Nov 1997 11:49:04 -0500 (EST) Path: news.columbia.edu!watsun.cc.columbia.edu!fdc From: fdc@watsun.cc.columbia.edu (Frank da Cruz) Newsgroups: comp.unix.misc,comp.unix.sco.misc,comp.unix.xenix.misc,comp.unix.xenix.sco,comp.protocols.kermit.misc Subject: Re: Communications Software nightmare Date: 14 Nov 1997 16:49:03 GMT Organization: Columbia University Lines: 64 Message-ID: <64hvdv$4d3$1@apakabar.cc.columbia.edu> References: <01bcf072$e594bf40$68e464ce@brentfid> NNTP-Posting-Host: watsun.cc.columbia.edu Xref: news.columbia.edu comp.unix.misc:36658 comp.unix.sco.misc:54882 comp.unix.xenix.misc:1411 comp.unix.xenix.sco:15730 comp.protocols.kermit.misc:8045 In article <01bcf072$e594bf40$68e464ce@brentfid>, Brent Fidler wrote: : I know very little/next to nothing about unix or xenix, but have been : handed the responsibilty for our company's five PC's which use a : manufacturing system that is running on xenix. We are using modems, phone : lines, and Kermit (a dial up connection) to transfer our critical data from : or five factories to our corporate offices. We are having many problems : with this. Our mfg. systems software vendor is telling me that kermit : sucks and is the root of a lot of our problems. : It always amazes me, the extent to which Kermit is discussed and judged without ever looking at the definitive source of information, or asking the people who made it, and how often the judgments are based on ancient and/or defective third-party implementations, without ever checking to see if there are newer or better ones. Kermit protocol and software comes from the Kermit Project at Columbia University: http://www.columbia.edu/kermit/ The Kermit software for Xenix is C-Kermit 6.0: http://www.columbia.edu/kermit/ck60.html It is actively developed, documented, and supported. If you have trouble with it, you can get help by reading the manual: http://www.columbia.edu/kermit/ck60manual.html or sending email to: kermit-support@columbia.edu or by looking through our FAQ: http://www.columbia.edu/kermit/faq.html ftp://kermit.columbia.edu/kermit/faq.txt or by posting to: comp.protocols.kermit.misc or by calling our help desk, and in numerous other ways. : I belive this because we can use Windows based Telix on a PC and log in and : transfer files all day long without any problems. I am told that Kermit is : just not robust enough to effeciently and consistently log in and transfer : files. I am told its protocols are too sensitive to things such as line : noise. : This is, of course, not only untrue, but it is the opposite of the truth. Kermit is the *most* robust of the well-known protocols when implemented properly. However, it is rarely -- if ever -- implemented properly or well in third-party commercial or shareware products, despite the fact that the specification is published for all to see. If you use real Kermit software from the Kermit Project on both ends of your connection, you'll have robust and fast file transfers, you can automate everything with its cross- platform scripting language, and you'll get good support if you have problems or questions. Frank da Cruz The Kermit Project Columbia University From news@newsmaster.cc.columbia.edu Fri Nov 14 18:50:57 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id SAA05832 for ; Fri, 14 Nov 1997 18:50:57 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id RAA19233 for kermit.misc@watsun; Fri, 14 Nov 1997 17:59:31 -0500 (EST) Path: news.columbia.edu!panix!howland.erols.net!netnews.com!paperboy01.iconnet.net!IConNet!not-for-mail From: Chris Maguire Newsgroups: comp.protocols.kermit.misc Subject: Where can I get kermit for Solaris? Date: Fri, 14 Nov 1997 17:59:51 -0500 Organization: Daiwa Securities America Lines: 8 Message-ID: <346CD7E7.2343@daiwausa.com> NNTP-Posting-Host: 207.159.118.1 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailer: Mozilla 3.01Gold (X11; I; SunOS 5.5.1 sun4m) Xref: news.columbia.edu comp.protocols.kermit.misc:8047 Can someone point me to where I can get a copy of kermit software for solaris 2.5.1? -- Chris Maguire Daiwa Securities America Inc. E-Mail: Chris.Maguire@daiwausa.com Tel: (212) 612-6487 From news@newsmaster.cc.columbia.edu Fri Nov 14 18:50:58 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id SAA05838 for ; Fri, 14 Nov 1997 18:50:57 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id RAA18255 for kermit.misc@watsun; Fri, 14 Nov 1997 17:38:21 -0500 (EST) Path: news.columbia.edu!panix!news.eecs.umich.edu!nntprelay.mathworks.com!news.mathworks.com!mvb.saic.com!news.eskimo.com!pygmy From: pygmy@eskimo.com (Frank Sergeant) Newsgroups: comp.protocols.kermit.misc,comp.lang.forth Subject: Kermit protocol in Pygmy Forth Date: Fri, 14 Nov 1997 12:43:57 -0600 Organization: Eskimo North (206) For-Ever Lines: 57 Message-ID: Reply-To: pygmy@pobox.com NNTP-Posting-Host: eskimo.com Originator: pygmy@eskimo.com Xref: news.columbia.edu comp.protocols.kermit.misc:8046 comp.lang.forth:35157 A Simple Implementation of the Kermit Protocol in Pygmy Forth by Frank Sergeant pygmy@pobox.com http://www.eskimo.com/~pygmy I have written a very simple implementation of the Kermit protocol in Forth. In particular, it runs under my Pygmy Forth for DOS (available from my web site), but probably could be adapted easily to other Forths. As the code is broken up into very small subroutines, it might even be of interest for comparison purposes for other languages, providing you read Forth. I have also written an article describing this code: "A Simple Implementation of the Kermit Protocol in Pygmy Forth" appeared in the May/June and July/Aug 1997 issues (Volume XIX, Numbers 1 and 2) of _Forth Dimensions_, published by the Forth Interest Group (http://www.forth.org/fig.html). The file pfkerm.zip contains a copy of the article, the source code (in both Forth block files and as a text file listing), and some email correspondence between Frank da Cruz and myself containing some corrections to the article. pfkerm.zip is available separately at my website and is also included in the file pygmy15.zip and also on the Kermit ftp site. http://www.eskimo.com/~pygmy/pfkerm.zip http://www.eskimo.com/~pygmy/pygmy15.zip ftp://kermit.columbia.edu/kermit/archives/pfkerm.zip The plain text files (i.e. not containing the Forth block files and not containing the 132-column side-by-side listing of the source and shadow blocks) are available on the Kermit ftp site. Get the files beginning with a "pf" prefix. ftp://kermit.columbia.edu/kermit/c/pf* The source code is not Public Domain or Shareware, but you may use it freely for any private or commercial purpose provided you do so at your own risk. This effort makes no attempt to tap the speed potential of Kermit. I wanted to build into my medical accounting application the ability for my customers to upload and download small files, to and from a mainframe, for medical billing/insurance claims purposes. It is working very well for this purpose. -- Frank Sergeant From news@newsmaster.cc.columbia.edu Fri Nov 14 22:04:20 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id WAA01899 for ; Fri, 14 Nov 1997 22:04:20 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id WAA02021 for kermit.misc@watsun; Fri, 14 Nov 1997 22:04:19 -0500 (EST) Path: news.columbia.edu!panix!howland.erols.net!newsfeed.internetmci.com!199.117.161.1!csn!nntp-xfer-1.csn.net!news!clem.mscd.edu!not-for-mail From: NICE KERRY Newsgroups: comp.protocols.kermit.misc Subject: Help with scripting kermit Date: 15 Nov 1997 02:11:03 GMT Organization: Metropolitan State College of Denver Lines: 46 Sender: NICE KERRY Message-ID: <64j0bn$7s9$1@clem.mscd.edu> NNTP-Posting-Host: 147.153.1.3 X-Newsreader: TIN [UNIX 1.3 unoff BETA 970402; alpha OSF1 V4.0] Xref: news.columbia.edu comp.protocols.kermit.misc:8048 Hi, I am having trouble getting getting kermit scripting to work. The thing that I would like to do is have a script run by crontab to dial up this account, download some files, and then delete them. It seems like I can do this stuff when I am at the keyboard, but it seems to stick when it is in a script. Here is the script that sort of works: set modem hayes set line /dev/modem set speed 19200 set parity none set dial timeout 60 dial XXX-XXXX\13 input 60 CONNECT pause 1 ;connect output \0 output " "\13 output \13 output 1\13 output nice\13 output XXXXXXX\13 output cd mail \13 output ls -l\13 output logout\13 output 20\13 It makes it to connecting to the other modem then just sits there. I can hit a key and I can log in like normal. How do I get its attention. I have a script that gets past this point in minicom by sending a blank. I have tried all different combinations of outputs to get past this. I have looked at a whole bunch of sample scripts, but none of them really seem to cover this. Once I get in, how do I start a download on both ends? After this is working, I will add in all the error handling stuff in case the number is busy and stuff like that. Thanks, Kerry Nice From news@newsmaster.cc.columbia.edu Sat Nov 15 12:19:14 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id MAA27816 for ; Sat, 15 Nov 1997 12:19:14 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id MAA13211 for kermit.misc@watsun; Sat, 15 Nov 1997 12:19:14 -0500 (EST) Path: news.columbia.edu!panix!cam-news-hub1.bbnplanet.com!cpk-news-hub1.bbnplanet.com!news.bbnplanet.com!cs.utexas.edu!news.cs.utah.edu!cc.usu.edu!jrd From: jrd@cc.usu.edu (Joe Doupnik) Newsgroups: comp.protocols.kermit.misc Subject: Re: Help with scripting kermit Message-ID: <0$k2Rz1fk$EP@cc.usu.edu> Date: 15 Nov 97 09:56:15 MDT References: <64j0bn$7s9$1@clem.mscd.edu> Organization: Utah State University Lines: 46 Xref: news.columbia.edu comp.protocols.kermit.misc:8049 In article <64j0bn$7s9$1@clem.mscd.edu>, NICE KERRY writes: > Hi, > I am having trouble getting getting kermit scripting to work. The thing > that I would like to do is have a script run by crontab to dial up > this account, download some files, and then delete them. It seems like > I can do this stuff when I am at the keyboard, but it seems to stick > when it is in a script. > > Here is the script that sort of works: > > set modem hayes > set line /dev/modem > set speed 19200 > set parity none > set dial timeout 60 > dial XXX-XXXX\13 > input 60 CONNECT > pause 1 > > ;connect > output \0 > output " "\13 Did you mean a space here? If so { } would be a cleaner approach > output \13 > output 1\13 > output nice\13 > output XXXXXXX\13 > > output cd mail \13 > output ls -l\13 > output logout\13 > output 20\13 > What's likely the problem is the sequence of OUTPUT statments blasts their strings at the host with no time delay. It may very well be the host is not prepared to hear that material until later, as it progresses through the login steps. Thus you have two standard options: either insert PAUSE's, or better do INPUT commands to seek host responses step by step. In other words, at each step wait for the host to indicate it is ready for that string. Looking for the host prompt string is one quick pattern to wait upon. These items and many more, full illustrated, are in the user's manual for C Kermit. Just type HELP at the CKermit prompt to obtain the book's name and ordering information. Joe D. From news@newsmaster.cc.columbia.edu Sat Nov 15 20:06:36 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id UAA23795 for ; Sat, 15 Nov 1997 20:06:34 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id UAA06903 for kermit.misc@watsun; Sat, 15 Nov 1997 20:06:34 -0500 (EST) Path: news.columbia.edu!panix!news-peer.gip.net!news.gsl.net!gip.net!ix.netcom.com!not-for-mail From: jeffml@CHECK-SIG-FOR-ADDRESS.com (Jeff Lightfoot) Newsgroups: comp.protocols.kermit.misc Subject: K95: set scrollback terminal color? Date: 16 Nov 1997 00:51:19 GMT Organization: Uhhh... Lines: 6 Message-ID: <64lg27$gr1@sjx-ixn2.ix.netcom.com> NNTP-Posting-Host: netcom15.netcom.com X-NETCOM-Date: Sat Nov 15 4:51:19 PM PST 1997 NNTP-Posting-User: jeffml X-Newsreader: trn 4.0-test58 (13 May 97) Xref: news.columbia.edu comp.protocols.kermit.misc:8050 Is there a way to set the terminal color to something different while in scrollback mode? -- jeffml @ Jeff Lightfoot pobox.com http://www.thefoots.com/ From news@newsmaster.cc.columbia.edu Sat Nov 15 20:06:49 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id UAA23805 for ; Sat, 15 Nov 1997 20:06:47 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id UAA06907 for kermit.misc@watsun; Sat, 15 Nov 1997 20:06:47 -0500 (EST) Path: news.columbia.edu!panix!logbridge.uoregon.edu!ais.net!ix.netcom.com!not-for-mail From: jeffml@CHECK-SIG-FOR-ADDRESS.com (Jeff Lightfoot) Newsgroups: comp.protocols.kermit.misc Subject: K95: search scrollback? Date: 16 Nov 1997 00:53:03 GMT Organization: Uhhh... Lines: 5 Message-ID: <64lg5f$gr1@sjx-ixn2.ix.netcom.com> NNTP-Posting-Host: netcom15.netcom.com X-NETCOM-Date: Sat Nov 15 4:53:03 PM PST 1997 NNTP-Posting-User: jeffml X-Newsreader: trn 4.0-test58 (13 May 97) Xref: news.columbia.edu comp.protocols.kermit.misc:8051 Is there a way to search the scrollback buffer? -- jeffml @ Jeff Lightfoot pobox.com http://www.thefoots.com/ From news@newsmaster.cc.columbia.edu Sat Nov 15 20:55:57 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id UAA29812 for ; Sat, 15 Nov 1997 20:55:57 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id UAA09393 for kermit.misc@watsun; Sat, 15 Nov 1997 20:55:57 -0500 (EST) Path: news.columbia.edu!sol.ctr.columbia.edu!news.indiana.edu!vixen.cso.uiuc.edu!news2.chicago.iagnet.net!iagnet.net!news.maxwell.syr.edu!cs.utexas.edu!news.cs.utah.edu!cc.usu.edu!jrd From: jrd@cc.usu.edu (Joe Doupnik) Newsgroups: comp.protocols.kermit.misc Subject: Re: Users get kicked out of kermit 95!! Message-ID: <6yvPZI$JlrZZ@cc.usu.edu> Date: 15 Nov 97 18:23:46 MDT References: <01bcf212$b8269280$144f12c3@michel> Organization: Utah State University Lines: 46 Xref: news.columbia.edu comp.protocols.kermit.misc:8052 In article <01bcf212$b8269280$144f12c3@michel>, "Michel Krabshuis" writes: > User get kicked out of Kermit95 without any reason. But on the UNIX host > the session is still active!!! > Users then logging in again and they are logged in twice. > Anyone regonize this problems? > Furthermore screenupdate's are not as quick as under Kermit 3.12 for > MS/Dos. Window scrolling is very > slow and blocking you know like you get 400 bytes at a time and then the > next 400 bytes from the > windows screen which contains 80 characters by 25 lines thus contains a > minimum of 2000 bytes. > > As of release KERMIT95 version 1108 users can connect twice or more to the > host computer using Tcp/Ip. But what if you don't want that? > Or is there an possibillity to pick up an previous connection? > Users logged in get often kicked out for some reason but the telnet session > is still active, they logged in a second time and they are getting an new > session (i.e. 2::Hostname), but session 1 is still active! Sometimes they > cannot even see the active connection in the taskbar!! > > Thanks, > Michel Krabshuis --------- Michel, What kind of connection (modem, Ethernet, carrier pigeon)? What kind of remote host (o/s, version, that stuff)? If the comms link is broken, or appears to be to K95/Win95 then nothing goes out on that link. TCP/IP sends nothing if nothing needs sending, to coin a phrase, with the exception that some hosts may emit keep-alive probes on inactive links. Keep-alive timeouts vary wildly. In the meanwhile the Unix side has a valid connection because nothing has occurred to test it. Ensure the machine's power-saving feature are turned off because when saving starts (the power is being saved) comms are kaput. Triple check your flow control settings, if using a serial port. TCP/IP can't deal with XON/XOFF flow control and thus you need to use RTS/CTS ("hardware") flow control to a modem. That's controlled by Windows. Also, please note that some versions of Linux, if that's your remote host, lose their ARP cache entries after some time and thus do not know how to respond to a client. And, ensure no other machine is using your IP address, because it will block further traffic from your machine on that link. Finally, what might be meant specifically by "kicked out"? That and your taskbar etc comments are important clues and we need to have them clarified. Joe D. From news@newsmaster.cc.columbia.edu Sat Nov 15 21:09:01 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id VAA01187 for ; Sat, 15 Nov 1997 21:09:01 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id VAA09950 for kermit.misc@watsun; Sat, 15 Nov 1997 21:09:00 -0500 (EST) Path: news.columbia.edu!sol.ctr.columbia.edu!news.mindlink.net!demeter!van-bc!nntp.portal.ca!news.bc.net!news.maxwell.syr.edu!news-peer.sprintlink.net!news-sea-19.sprintlink.net!news-in-west.sprintlink.net!news.sprintlink.net!Sprint!204.156.128.20!news1.best.com!nntp1.ba.best.com!shell10.ba.best.com!holmes From: Tim Holmes Newsgroups: comp.protocols.kermit.misc Subject: How to change MSKermit key mappings? Date: 16 Nov 1997 01:52:56 GMT Organization: BEST Internet Communications, Inc. Lines: 31 Message-ID: <64ljlo$iai$1@nntp1.ba.best.com> NNTP-Posting-Host: shell10.ba.best.com X-Trace: 879645176 18770 holmes 206.184.139.132 X-Newsreader: TIN [UNIX 1.3 unoff BETA 970731; i386 FreeBSD 2.2-STABLE] Xref: news.columbia.edu comp.protocols.kermit.misc:8053 I am using MS-Kermit to connect to a Linux box from a DOS machine across a serial line. One difficulty I am having is that the F-keys seem to be different on MS-Kermit's VT100, VT102, VT320, etc, seem to be different from other implemenatations. Some of the programs I use rely on the F-keys, so I would like to change some of them. I ran Linux's showkey program and got these results: F1 OP F2 OQ F3 OR F4 OS F5 7 F6 8 F7 9 F8 - F9 4 F10 5 In fact, if I push F10 when using a program such as GNU's file manipulation prorgram, git, it indeed returns a "5". F1-F4 do the right thing. How can I modify MS-Kermit's behavior to accomodate this? Thanks, Tim Holmes From news@newsmaster.cc.columbia.edu Sun Nov 16 00:13:44 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id AAA22605 for ; Sun, 16 Nov 1997 00:13:44 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id AAA19283 for kermit.misc@watsun; Sun, 16 Nov 1997 00:13:43 -0500 (EST) Path: news.columbia.edu!watsun.cc.columbia.edu!jaltman From: jaltman@watsun.cc.columbia.edu (Jeffrey Altman) Newsgroups: comp.protocols.kermit.misc Subject: Re: K95: set scrollback terminal color? Date: 16 Nov 1997 05:13:40 GMT Organization: Columbia University Lines: 15 Message-ID: <64lve4$a4j$1@apakabar.cc.columbia.edu> References: <64lg27$gr1@sjx-ixn2.ix.netcom.com> NNTP-Posting-Host: watsun.cc.columbia.edu Xref: news.columbia.edu comp.protocols.kermit.misc:8054 In article <64lg27$gr1@sjx-ixn2.ix.netcom.com>, Jeff Lightfoot wrote: : : Is there a way to set the terminal color to something different while in : scrollback mode? The data is the scrollback is preserved with all attributes and colors. It is not possible to go back and change the colors or attributes used in the past. Jeffrey Altman * Sr.Software Designer * Kermit-95 for Win32 and OS/2 The Kermit Project * Columbia University 612 West 115th St #716 * New York, NY * 10025 * (212) 854-1344 http://www.columbia.edu/kermit/k95.html * kermit-support@columbia.edu From news@newsmaster.cc.columbia.edu Sun Nov 16 00:15:47 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id AAA23121 for ; Sun, 16 Nov 1997 00:15:47 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id AAA19367 for kermit.misc@watsun; Sun, 16 Nov 1997 00:15:46 -0500 (EST) Path: news.columbia.edu!watsun.cc.columbia.edu!jaltman From: jaltman@watsun.cc.columbia.edu (Jeffrey Altman) Newsgroups: comp.protocols.kermit.misc Subject: Re: K95: search scrollback? Date: 16 Nov 1997 05:15:45 GMT Organization: Columbia University Lines: 11 Message-ID: <64lvi1$a7v$1@apakabar.cc.columbia.edu> References: <64lg5f$gr1@sjx-ixn2.ix.netcom.com> NNTP-Posting-Host: watsun.cc.columbia.edu Xref: news.columbia.edu comp.protocols.kermit.misc:8055 In article <64lg5f$gr1@sjx-ixn2.ix.netcom.com>, Jeff Lightfoot wrote: : : Is there a way to search the scrollback buffer? Yes. See section 4.1 of DOCS\UPDATES.TXT. Jeffrey Altman * Sr.Software Designer * Kermit-95 for Win32 and OS/2 The Kermit Project * Columbia University 612 West 115th St #716 * New York, NY * 10025 * (212) 854-1344 http://www.columbia.edu/kermit/k95.html * kermit-support@columbia.edu From news@newsmaster.cc.columbia.edu Sun Nov 16 00:16:54 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id AAA23226 for ; Sun, 16 Nov 1997 00:16:54 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id AAA19381 for kermit.misc@watsun; Sun, 16 Nov 1997 00:16:53 -0500 (EST) Path: news.columbia.edu!watsun.cc.columbia.edu!jaltman From: jaltman@watsun.cc.columbia.edu (Jeffrey Altman) Newsgroups: comp.protocols.kermit.misc Subject: Re: How to change MSKermit key mappings? Date: 16 Nov 1997 05:16:50 GMT Organization: Columbia University Lines: 34 Message-ID: <64lvk2$a8g$1@apakabar.cc.columbia.edu> References: <64ljlo$iai$1@nntp1.ba.best.com> NNTP-Posting-Host: watsun.cc.columbia.edu Xref: news.columbia.edu comp.protocols.kermit.misc:8056 In article <64ljlo$iai$1@nntp1.ba.best.com>, Tim Holmes wrote: : I am using MS-Kermit to connect to a Linux box from : a DOS machine across a serial line. One difficulty I am : having is that the F-keys seem to be different : on MS-Kermit's VT100, VT102, VT320, etc, : seem to be different from other implemenatations. : Some of the programs I use rely on the F-keys, so I would : like to change some of them. : : I ran Linux's showkey program and got these results: : F1 OP : F2 OQ : F3 OR : F4 OS : F5 7 : F6 8 : F7 9 : F8 - : F9 4 : F10 5 : : In fact, if I push F10 when using a program such as GNU's : file manipulation prorgram, git, it indeed returns a "5". : F1-F4 do the right thing. : : How can I modify MS-Kermit's behavior to accomodate this? Use MS-DOS Kermit's SET KEY command to assign strings to keys. Jeffrey Altman * Sr.Software Designer * Kermit-95 for Win32 and OS/2 The Kermit Project * Columbia University 612 West 115th St #716 * New York, NY * 10025 * (212) 854-1344 http://www.columbia.edu/kermit/k95.html * kermit-support@columbia.edu From news@newsmaster.cc.columbia.edu Sun Nov 16 03:02:43 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id DAA24420 for ; Sun, 16 Nov 1997 03:02:42 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id DAA23237 for kermit.misc@watsun; Sun, 16 Nov 1997 03:02:41 -0500 (EST) Path: news.columbia.edu!panix!logbridge.uoregon.edu!news.maxwell.syr.edu!news.idt.net!ix.netcom.com!not-for-mail From: jeffml@CHECK-SIG-FOR-ADDRESS.com (Jeff Lightfoot) Newsgroups: comp.protocols.kermit.misc Subject: Re: K95: set scrollback terminal color? Date: 16 Nov 1997 07:52:22 GMT Organization: Uhhh... Lines: 13 Message-ID: <64m8nm$lv@sjx-ixn2.ix.netcom.com> References: <64lg27$gr1@sjx-ixn2.ix.netcom.com> <64lve4$a4j$1@apakabar.cc.columbia.edu> NNTP-Posting-Host: netcom12.netcom.com X-NETCOM-Date: Sat Nov 15 11:52:22 PM PST 1997 NNTP-Posting-User: jeffml X-Newsreader: trn 4.0-test58 (13 May 97) Xref: news.columbia.edu comp.protocols.kermit.misc:8057 According to Jeffrey Altman : >The data is the scrollback is preserved with all attributes and colors. >It is not possible to go back and change the colors or attributes used >in the past. I'm trying to give myself some clue that I'm in scrollback mode and not the normal terminal. I know that the status bar changes to reflect the different mode, but I don't use the status bar. Is there a way to display the status bar when I'm in scrollback mode and remove it when done? Any other ideas? -- jeffml @ Jeff Lightfoot pobox.com http://www.thefoots.com/ From news@newsmaster.cc.columbia.edu Sun Nov 16 05:22:47 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id FAA19164 for ; Sun, 16 Nov 1997 05:22:44 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id FAA00661 for kermit.misc@watsun; Sun, 16 Nov 1997 05:22:43 -0500 (EST) Path: news.columbia.edu!panix!logbridge.uoregon.edu!hammer.uoregon.edu!netnews.net.edu.cn!news.synet.edu.cn!usenet From: dzsun@ramm.neu.edu.cn (Eastern ¶«·½ÁÁ) Newsgroups: comp.protocols.kermit.misc Subject: Why? Date: Sun, 16 Nov 1997 09:31:53 GMT Organization: CERNET Northeast Regional Center Lines: 5 Message-ID: <64ntvm$5vs@dragon.synet.edu.cn> Reply-To: dzsun@ramm.neu.edu.cn NNTP-Posting-Host: ramm.neu.edu.cn X-Newsreader: Forte Free Agent 1.0.82 Xref: news.columbia.edu comp.protocols.kermit.misc:8058 I often hear kermit is very slow, but there also many people use it. Why?? What's the Kermit good at?? From news@newsmaster.cc.columbia.edu Sun Nov 16 08:28:26 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id IAA05214 for ; Sun, 16 Nov 1997 08:28:26 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id IAA10167 for kermit.misc@watsun; Sun, 16 Nov 1997 08:28:25 -0500 (EST) Newsgroups: comp.protocols.kermit.misc Path: news.columbia.edu!panix!cam-news-hub1.bbnplanet.com!cpk-news-hub1.bbnplanet.com!news.bbnplanet.com!newsfeed.internetmci.com!192.48.96.125!in3.uu.net!world!wpns From: wpns@world.std.com (William Smith) Subject: Add an FTP client to K95? Message-ID: Organization: The World Public Access UNIX, Brookline, MA Date: Sun, 16 Nov 1997 13:26:53 GMT Lines: 14 Xref: news.columbia.edu comp.protocols.kermit.misc:8059 I know this counds a little silly, but is it possible to add to the wishlist an FTP client for K95? Most of the time I'm using K95 as a Telnet client and VTnn emulator to connect to Unix hosts via the internet or a dialup PPP link, and kermit transfers are actually slower than FTP transfers over that kind of link. Still, it's kinda silly to jump out of kermit to transfer files... 8*) All of the FTP clients I've used are pretty lame, and I figured if anyone could make a good one it'd be the Kermit folks. Worst case, please add it to the wish list. -- Willie Smith wpns@world.std.com N1JBJ@amsat.org #define NII Information SuperCollider From news@newsmaster.cc.columbia.edu Sun Nov 16 12:33:42 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id MAA05211 for ; Sun, 16 Nov 1997 12:33:37 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id MAA22614 for kermit.misc@watsun; Sun, 16 Nov 1997 12:33:37 -0500 (EST) Newsgroups: comp.protocols.kermit.misc Path: news.columbia.edu!panix!news.eecs.umich.edu!nntprelay.mathworks.com!newsfeed.internetmci.com!192.107.41.5!iglou!wakep From: wakep@iglou2.iglou.com (J. Wakeley Purple) Subject: Re: Why? X-Nntp-Posting-Host: iglou2 Content-Type: text/plain; charset=iso-8859-1 X-Nntp-Posting-User: wakep Message-ID: Sender: news@iglou.com (News) Content-Transfer-Encoding: 8bit Organization: IgLou Internet Services (1-800-436-4456) X-Newsreader: slrn (0.9.4.3 UNIX) References: <64ntvm$5vs@dragon.synet.edu.cn> Mime-Version: 1.0 Date: Sun, 16 Nov 1997 16:51:48 GMT Lines: 23 Xref: news.columbia.edu comp.protocols.kermit.misc:8060 In article <64ntvm$5vs@dragon.synet.edu.cn>, Eastern ¶«·½ÁÁ wrote: >I often hear kermit is very slow, but there also many people use it. >Why?? >What's the Kermit good at?? > Kermit is slow when it's set up with paranoid parameters like 97-byte packets, etc. Usually this is a result of a non-columbia implementation of the protocol or not reading the book. Slow is a relative thing, too. Some file transfer protocols fail completely (speed = 0) where kermit works fine when set up properly. At best it performs as well or better than almost all competitors. Check out the info at Columbia U. It's _very_ good at communicating between different operating system platforms and through routing/gateway situations where control chars wreak havoc with most file transfers. -- J. Wakeley Purple - wakep@iglou.com From news@newsmaster.cc.columbia.edu Sun Nov 16 13:46:01 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id NAA13764 for ; Sun, 16 Nov 1997 13:46:01 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id NAA26299 for kermit.misc@watsun; Sun, 16 Nov 1997 13:46:00 -0500 (EST) Newsgroups: comp.protocols.kermit.misc Path: news.columbia.edu!panix!news-xfer.netaxs.com!newsfeed.wli.net!newsfeed.internetmci.com!206.214.99.1!ix.netcom.com!jhurwit From: jhurwit@netcom.com (Jeffrey Hurwit) Subject: Re: Disaster Recovery - Planning Ahead w/K95 Message-ID: Sender: jhurwit@netcom10.netcom.com Organization: Organization? What organization? References: <345E412A.783C@sandia.gov> Date: Fri, 14 Nov 1997 06:45:37 GMT Lines: 16 Xref: news.columbia.edu comp.protocols.kermit.misc:8061 In article <345E412A.783C@sandia.gov>, "David M. Sears" wrote: >2. Use some backup program (MS Backup, winzip, whatever) to backup >the \k95 directory tree to floppy disk(s). After a disaster, >restore from the backup floppys. What about the registry??? Backup programs designed for Windows 95 save the registry too, and can restore it. Such a backup tool can restore your entire installation after a HDD crash: Do a minimal reinstall of Win95, install your backup software, and restore the rest of your system. Jeff -- jhurwit@netcom.com Jeffrey Hurwit "NETCOM: It's not just an ISP, it's a way of life." From news@newsmaster.cc.columbia.edu Sun Nov 16 14:27:57 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id OAA17394 for ; Sun, 16 Nov 1997 14:27:57 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id OAA28274 for kermit.misc@watsun; Sun, 16 Nov 1997 14:27:57 -0500 (EST) Path: news.columbia.edu!watsun.cc.columbia.edu!jaltman From: jaltman@watsun.cc.columbia.edu (Jeffrey Altman) Newsgroups: comp.protocols.kermit.misc Subject: Re: K95: set scrollback terminal color? Date: 16 Nov 1997 19:27:52 GMT Organization: Columbia University Lines: 28 Message-ID: <64nhfo$4b9$1@apakabar.cc.columbia.edu> References: <64lg27$gr1@sjx-ixn2.ix.netcom.com> <64lve4$a4j$1@apakabar.cc.columbia.edu> <64m8nm$lv@sjx-ixn2.ix.netcom.com> NNTP-Posting-Host: watsun.cc.columbia.edu Xref: news.columbia.edu comp.protocols.kermit.misc:8062 In article <64m8nm$lv@sjx-ixn2.ix.netcom.com>, Jeff Lightfoot wrote: : According to Jeffrey Altman : : >The data is the scrollback is preserved with all attributes and colors. : >It is not possible to go back and change the colors or attributes used : >in the past. : : I'm trying to give myself some clue that I'm in scrollback mode and not the : normal terminal. I know that the status bar changes to reflect the : different mode, but I don't use the status bar. Is there a way to display : the status bar when I'm in scrollback mode and remove it when done? : Any other ideas? Not specificly. You can always look at that status line by toggling it with the \Kstatus keyboard verb which by default is assigned to Alt-S. Alt-H (\Khelp) also produces a different help screen when you are in Scrollback mode. Jeffrey Altman * Sr.Software Designer * Kermit-95 for Win32 and OS/2 The Kermit Project * Columbia University 612 West 115th St #716 * New York, NY * 10025 * (212) 854-1344 http://www.columbia.edu/kermit/k95.html * kermit-support@columbia.edu From news@newsmaster.cc.columbia.edu Sun Nov 16 14:33:48 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id OAA19933 for ; Sun, 16 Nov 1997 14:33:48 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id OAA28588 for kermit.misc@watsun; Sun, 16 Nov 1997 14:33:47 -0500 (EST) Path: news.columbia.edu!watsun.cc.columbia.edu!jaltman From: jaltman@watsun.cc.columbia.edu (Jeffrey Altman) Newsgroups: comp.protocols.kermit.misc Subject: Re: Add an FTP client to K95? Date: 16 Nov 1997 19:33:45 GMT Organization: Columbia University Lines: 30 Message-ID: <64nhqp$4ht$1@apakabar.cc.columbia.edu> References: NNTP-Posting-Host: watsun.cc.columbia.edu Xref: news.columbia.edu comp.protocols.kermit.misc:8063 In article , William Smith wrote: : : I know this counds a little silly, but is it possible to add to the : wishlist an FTP client for K95? Most of the time I'm using K95 as a : Telnet client and VTnn emulator to connect to Unix hosts via the : internet or a dialup PPP link, and kermit transfers are actually : slower than FTP transfers over that kind of link. Still, it's kinda : silly to jump out of kermit to transfer files... 8*) : : All of the FTP clients I've used are pretty lame, and I figured if : anyone could make a good one it'd be the Kermit folks. Worst case, : please add it to the wish list. K95 does not have a built-in ftp client. However it does have an ftp command. If you are connected to a host via TCP/IP and issue the ftp command it will start the Microsoft (or IBM) ftp client and open a connection to your Telnet or Rlogin host. We are aware that ftp is faster than Kermit over Telnet and we have been doing research as to why. There is no reason that Kermit protocol should be slower than FTP over the same network when long packets and sliding windows are in use. Jeffrey Altman * Sr.Software Designer * Kermit-95 for Win32 and OS/2 The Kermit Project * Columbia University 612 West 115th St #716 * New York, NY * 10025 * (212) 854-1344 http://www.columbia.edu/kermit/k95.html * kermit-support@columbia.edu From news@newsmaster.cc.columbia.edu Sun Nov 16 14:54:55 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id OAA21850 for ; Sun, 16 Nov 1997 14:54:55 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id OAA29563 for kermit.misc@watsun; Sun, 16 Nov 1997 14:54:54 -0500 (EST) Path: news.columbia.edu!watsun.cc.columbia.edu!jaltman From: jaltman@watsun.cc.columbia.edu (Jeffrey Altman) Newsgroups: comp.protocols.kermit.misc Subject: Re: K95: set scrollback terminal color? Date: 16 Nov 1997 19:54:53 GMT Organization: Columbia University Lines: 23 Message-ID: <64nj2d$53u$1@apakabar.cc.columbia.edu> References: <64lg27$gr1@sjx-ixn2.ix.netcom.com> <64lve4$a4j$1@apakabar.cc.columbia.edu> <64m8nm$lv@sjx-ixn2.ix.netcom.com> NNTP-Posting-Host: watsun.cc.columbia.edu Xref: news.columbia.edu comp.protocols.kermit.misc:8064 In article <64m8nm$lv@sjx-ixn2.ix.netcom.com>, Jeff Lightfoot wrote: : According to Jeffrey Altman : : >The data is the scrollback is preserved with all attributes and colors. : >It is not possible to go back and change the colors or attributes used : >in the past. : : I'm trying to give myself some clue that I'm in scrollback mode and not the : normal terminal. I know that the status bar changes to reflect the : different mode, but I don't use the status bar. Is there a way to display : the status bar when I'm in scrollback mode and remove it when done? : Any other ideas? Also, the Cursor does not appear if your are scrolled backwards and it is not on the screen. Jeffrey Altman * Sr.Software Designer * Kermit-95 for Win32 and OS/2 The Kermit Project * Columbia University 612 West 115th St #716 * New York, NY * 10025 * (212) 854-1344 http://www.columbia.edu/kermit/k95.html * kermit-support@columbia.edu From news@newsmaster.cc.columbia.edu Sun Nov 16 18:16:54 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id SAA16597 for ; Sun, 16 Nov 1997 18:16:54 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id SAA09732 for kermit.misc@watsun; Sun, 16 Nov 1997 18:16:53 -0500 (EST) Path: news.columbia.edu!panix!logbridge.uoregon.edu!news-out.internetmci.com!newsfeed.internetmci.com!192.48.96.125!in3.uu.net!munnari.OZ.AU!news.mel.connect.com.au!not-for-mail From: Ross Irvine Newsgroups: comp.protocols.kermit.misc Subject: Broken ON_EXIT macro in Kermit 3.15 (DOS) Date: Mon, 17 Nov 1997 10:22:48 +1100 Organization: Victorian BreastScreen Registry Lines: 8 Message-ID: <346F8048.EE328D3B@netlink.com.au> NNTP-Posting-Host: kermit.netlink.com.au Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailer: Mozilla 4.03 [en] (Win95; I) Cache-Post-Path: kermit.netlink.com.au!unknown@dl304.mel.netlink.com.au Xref: news.columbia.edu comp.protocols.kermit.misc:8065 Can anyone else confirm that the ON_EXIT machine for Kermit 3.15 for DOS is ignored and basically doesn't work. Is it kermit or is it me? The same macro works happily under K95. Regards.. Ross Irvine From news@newsmaster.cc.columbia.edu Sun Nov 16 18:33:26 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id SAA19784 for ; Sun, 16 Nov 1997 18:33:22 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id SAA10536 for kermit.misc@watsun; Sun, 16 Nov 1997 18:33:22 -0500 (EST) Path: news.columbia.edu!news.new-york.net!news-spur1.maxwell.syr.edu!news.maxwell.syr.edu!news-peer.gip.net!news.gsl.net!gip.net!newspump.sol.net!sol.net!ddsw1!news.mcs.net!not-for-mail From: heiby_u@falkor.chi.il.us (Ron Heiby) Newsgroups: comp.protocols.kermit.misc Subject: Re: Add an FTP client to K95? Date: Sun, 16 Nov 1997 17:26:32 GMT Organization: Strategis Consulting Inc. Lines: 14 Message-ID: <34702c1c.39507042@news.mcs.com> References: NNTP-Posting-Host: heiby.pr.mcs.net Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Newsreader: Forte Agent 1.5/32.451 Xref: news.columbia.edu comp.protocols.kermit.misc:8066 wpns@world.std.com (William Smith) wrote: >All of the FTP clients I've used are pretty lame, and I figured if Have you tried WS_FTP32 from ? They have an "LE" version that's free for non-commercial use and a "Pro" (I think) version that isn't a whole lot more. I've been using the LE version for some time, and can't think of much more I need it to do. Philosophically, I'd oppose having Kermit incorporate an FTP, a Newsreader, or a Web Browser, etc., etc. It does what it does very well. It doesn't need a lot of tangentially related capabilities. -- Ron. From news@newsmaster.cc.columbia.edu Sun Nov 16 18:38:03 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id SAA20192 for ; Sun, 16 Nov 1997 18:38:02 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id SAA10779 for kermit.misc@watsun; Sun, 16 Nov 1997 18:38:02 -0500 (EST) Path: news.columbia.edu!sol.ctr.columbia.edu!news.indiana.edu!vixen.cso.uiuc.edu!news2.chicago.iagnet.net!iagnet.net!4.1.16.34!cpk-news-hub1.bbnplanet.com!news.bbnplanet.com!newsfeed.internetmci.com!192.48.96.124!in4.uu.net!munnari.OZ.AU!harbinger.cc.monash.edu.au!news.rmit.EDU.AU!goanna.cs.rmit.edu.au!yallara.cs.rmit.edu.au!not-for-mail From: rwi@yallara.cs.rmit.edu.au (Ross Irvine) Newsgroups: comp.protocols.kermit.misc Subject: Re: Broken ON_EXIT macro in Kermit 3.15 (DOS) Date: 16 Nov 1997 23:24:26 GMT Organization: Comp Sci, RMIT University, Melbourne, Australia. Lines: 19 Message-ID: <64nvba$maf$1@goanna.cs.rmit.edu.au> References: <346F8048.EE328D3B@netlink.com.au> NNTP-Posting-Host: yallara.cs.rmit.edu.au NNTP-Posting-User: rwi X-Newsreader: TIN [UNIX 1.3 950824BETA PL0] Xref: news.columbia.edu comp.protocols.kermit.misc:8067 Ross Irvine (rirvine@netlink.com.au) wrote: : Can anyone else confirm that the ON_EXIT machine for Kermit 3.15 for DOS : is ignored and basically doesn't work. : : Is it kermit or is it me? The same macro works happily under K95. : Just a followup on my previous post. In Kermit 3.14 the ON_EXIT macro works. So it seems something broke it from 3.14 to 3.15. Regards.. -- Ross Irvine E-Mail : rwi@yallara.cs.rmit.edu.au Computer Science Department, Phone GSM : +61 419 565 232 RMIT, Melbourne, Australia. Nokia 2110 FAQ Creater, see below for WWW. Novell Network Admin - V.B.R. Work : +61-3-9349-2744 Fax: +61-3-9349-2711 Certified Novell Administrator (CNA) Still Working on the CNE.... And all round nice guy. :) WEB : http://yallara.cs.rmit.edu.au/~rwi/ From news@newsmaster.cc.columbia.edu Sun Nov 16 21:30:20 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id VAA09198 for ; Sun, 16 Nov 1997 21:30:19 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id VAA19367 for kermit.misc@watsun; Sun, 16 Nov 1997 21:30:18 -0500 (EST) Path: news.columbia.edu!panix!news.eecs.umich.edu!nntprelay.mathworks.com!news1.best.com!nntp1.ba.best.com!shell10.ba.best.com!holmes From: Tim Holmes Newsgroups: comp.protocols.kermit.misc Subject: Re: How to change MSKermit key mappings? Date: 17 Nov 1997 02:29:26 GMT Organization: BEST Internet Communications, Inc. Lines: 42 Message-ID: <64oa66$gtd$1@nntp1.ba.best.com> References: <64ljlo$iai$1@nntp1.ba.best.com> <64lvk2$a8g$1@apakabar.cc.columbia.edu> NNTP-Posting-Host: shell10.ba.best.com X-Trace: 879733766 17325 holmes 206.184.139.132 X-Newsreader: TIN [UNIX 1.3 unoff BETA 970731; i386 FreeBSD 2.2-STABLE] Xref: news.columbia.edu comp.protocols.kermit.misc:8068 One of the things I'm having trouble with is how to specify the OT, OU, etc., that I think need to be in F5 on up. What codes would Kermit understand for this? Tim Jeffrey Altman wrote: : In article <64ljlo$iai$1@nntp1.ba.best.com>, : Tim Holmes wrote: : : I am using MS-Kermit to connect to a Linux box from : : a DOS machine across a serial line. One difficulty I am : : having is that the F-keys seem to be different : : on MS-Kermit's VT100, VT102, VT320, etc, : : seem to be different from other implemenatations. : : Some of the programs I use rely on the F-keys, so I would : : like to change some of them. : : : : I ran Linux's showkey program and got these results: : : F1 OP : : F2 OQ : : F3 OR : : F4 OS : : F5 7 : : F6 8 : : F7 9 : : F8 - : : F9 4 : : F10 5 : : : : In fact, if I push F10 when using a program such as GNU's : : file manipulation prorgram, git, it indeed returns a "5". : : F1-F4 do the right thing. : : : : How can I modify MS-Kermit's behavior to accomodate this? : Use MS-DOS Kermit's SET KEY command to assign strings to keys. : Jeffrey Altman * Sr.Software Designer * Kermit-95 for Win32 and OS/2 : The Kermit Project * Columbia University : 612 West 115th St #716 * New York, NY * 10025 * (212) 854-1344 : http://www.columbia.edu/kermit/k95.html * kermit-support@columbia.edu From news@newsmaster.cc.columbia.edu Sun Nov 16 21:40:17 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id VAA11711 for ; Sun, 16 Nov 1997 21:40:16 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id VAA19909 for kermit.misc@watsun; Sun, 16 Nov 1997 21:40:16 -0500 (EST) Path: news.columbia.edu!watsun.cc.columbia.edu!jaltman From: jaltman@watsun.cc.columbia.edu (Jeffrey Altman) Newsgroups: comp.protocols.kermit.misc Subject: Re: How to change MSKermit key mappings? Date: 17 Nov 1997 02:40:10 GMT Organization: Columbia University Lines: 36 Message-ID: <64oaqa$gm7$1@apakabar.cc.columbia.edu> References: <64ljlo$iai$1@nntp1.ba.best.com> <64lvk2$a8g$1@apakabar.cc.columbia.edu> <64oa66$gtd$1@nntp1.ba.best.com> NNTP-Posting-Host: watsun.cc.columbia.edu Xref: news.columbia.edu comp.protocols.kermit.misc:8069 In article <64oa66$gtd$1@nntp1.ba.best.com>, Tim Holmes wrote: : One of the things I'm having trouble with is how to : specify the OT, OU, etc., that I think need : to be in F5 on up. What codes would Kermit understand : for this? : : Tim Well, a VT100 or related DEC terminal would not assign anything to F5 since F1 through F5 are local keys. Here is a sampling of the VT300.INI keyboard definition file which comes with MS-DOS Kermit. set key \319 \kbreak ; F5 Break set key \320 \Kdecf6 ; F6 DEC F6 set key \321 \Kdecf7 ; F7 DEC F7 set key \322 \KdecF8 ; F8 DEC F8 set key \323 \KdecF9 ; F9 DEC F9 set key \324 \KdecF10 ; F10 DEC F10 set key \389 \kdechelp ; F11 DEC Help set key \390 \kdecdo ; F12 DEC Do set key \2408 \kdecF11 ; Alt-F1 F11 set key \2409 \kdecF12 ; Alt-F2 F12 set key \2410 \kdecF13 ; Alt-F3 F13 set key \2411 \kdecF14 ; Alt-F4 F14 set key \2412 \kdechelp ; Alt-F5 Help (F15) set key \2413 \kdecdo ; Alt-F6 Do (F16) set key \2414 \kdecF17 ; Alt-F7 F17 set key \2415 \kdecF18 ; Alt-F8 F18 set key \2416 \kdecF19 ; Alt-F9 F19 set key \2417 \kdecF20 ; Alt-F10 F20 Jeffrey Altman * Sr.Software Designer * Kermit-95 for Win32 and OS/2 The Kermit Project * Columbia University 612 West 115th St #716 * New York, NY * 10025 * (212) 854-1344 http://www.columbia.edu/kermit/k95.html * kermit-support@columbia.edu From news@newsmaster.cc.columbia.edu Sun Nov 16 22:24:07 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id WAA15536 for ; Sun, 16 Nov 1997 22:24:07 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id WAA21959 for kermit.misc@watsun; Sun, 16 Nov 1997 22:24:06 -0500 (EST) Path: news.columbia.edu!sol.ctr.columbia.edu!news.indiana.edu!vixen.cso.uiuc.edu!news-peer.sprintlink.net!news.sprintlink.net!Sprint!cs.utexas.edu!news.cs.utah.edu!cc.usu.edu!jrd From: jrd@cc.usu.edu (Joe Doupnik) Newsgroups: comp.protocols.kermit.misc Subject: Re: Broken ON_EXIT macro in Kermit 3.15 (DOS) Message-ID: Date: 16 Nov 97 18:16:45 MDT References: <346F8048.EE328D3B@netlink.com.au> Organization: Utah State University Lines: 13 Xref: news.columbia.edu comp.protocols.kermit.misc:8070 In article <346F8048.EE328D3B@netlink.com.au>, Ross Irvine writes: > Can anyone else confirm that the ON_EXIT machine for Kermit 3.15 for DOS > is ignored and basically doesn't work. > > Is it kermit or is it me? The same macro works happily under K95. > > Regards.. > > Ross Irvine ----------- It's a bug and will be fixed with a patch. Thanks, Joe D. From news@newsmaster.cc.columbia.edu Mon Nov 17 00:54:32 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id AAA07033 for ; Mon, 17 Nov 1997 00:54:32 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id AAA28586 for kermit.misc@watsun; Mon, 17 Nov 1997 00:54:31 -0500 (EST) Message-ID: <346FDC12.57AD8B88@ibm.net> Date: Sun, 16 Nov 1997 23:54:26 -0600 From: Jeff Elliott Reply-To: cguru@ibm.net X-Mailer: Mozilla 4.03 [en] (Win95; I) MIME-Version: 1.0 Newsgroups: comp.protocols.kermit.misc Subject: Kermit specs required Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit NNTP-Posting-Host: 32.100.50.85 Lines: 24 Path: news.columbia.edu!panix!news-peer.gip.net!news.gsl.net!gip.net!newsm.ibm.net!ibm.net!news1.ibm.net!32.100.50.85 Xref: news.columbia.edu comp.protocols.kermit.misc:8071 Hello all, I don't usually frequent this newsgroup, but I am in need of some assistance. My wife has been asked to write a quick-n-dirty implementation of a Kermit file transfer for the PC, in MSDOS, for her comm class at school. We don't need an executable, we don't need source code, but the idea is that we (Ok, "she") would write it herself. It's a major class project and she's asked me to help. We've been searching the web for specs and can't seem to find any. I've seen posted that various *source code* listings are not in the public domain, and we've seen plenty books for sale, but we're amazed that we can't seem to find a fairly low-level description of what goes on inside a Kermit file transfer. X, Y, and ZModem all seem to be available, but we need Kermit file xfer specs. If anyone can point us in the right direction, that would be great! Please e-mail me at the address listed below if you can help or straighten me out as to the ownership and legalities of what I ask. Thanks a bunch! Jeff -- Please direct return correspondence to: mailto:cguru@ibm.net NOTE: The opinions stated herein are the author's own, and in no way reflect the opinions of International Business Machines, Inc. From news@newsmaster.cc.columbia.edu Mon Nov 17 11:05:36 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id LAA05808 for ; Mon, 17 Nov 1997 11:05:35 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id LAA16123 for kermit.misc@watsun; Mon, 17 Nov 1997 11:05:34 -0500 (EST) Path: news.columbia.edu!watsun.cc.columbia.edu!fdc From: fdc@watsun.cc.columbia.edu (Frank da Cruz) Newsgroups: comp.protocols.kermit.misc Subject: Re: Where can I get kermit for Solaris? Date: 17 Nov 1997 16:05:33 GMT Organization: Columbia University Lines: 8 Message-ID: <64pq0d$2qn$1@apakabar.cc.columbia.edu> References: <346CD7E7.2343@daiwausa.com> NNTP-Posting-Host: watsun.cc.columbia.edu Xref: news.columbia.edu comp.protocols.kermit.misc:8072 In article <346CD7E7.2343@daiwausa.com>, Chris Maguire wrote: : Can someone point me to where I can get a copy of kermit software for : solaris 2.5.1? : http://www.columbia.edu/kermit/ck60.html - Frank From news@newsmaster.cc.columbia.edu Mon Nov 17 11:10:56 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id LAA06660 for ; Mon, 17 Nov 1997 11:10:56 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id LAA16504 for kermit.misc@watsun; Mon, 17 Nov 1997 11:10:56 -0500 (EST) Path: news.columbia.edu!watsun.cc.columbia.edu!fdc From: fdc@watsun.cc.columbia.edu (Frank da Cruz) Newsgroups: comp.protocols.kermit.misc Subject: Re: Why? Date: 17 Nov 1997 16:10:55 GMT Organization: Columbia University Lines: 41 Message-ID: <64pqaf$2vh$1@apakabar.cc.columbia.edu> References: <64ntvm$5vs@dragon.synet.edu.cn> NNTP-Posting-Host: watsun.cc.columbia.edu Xref: news.columbia.edu comp.protocols.kermit.misc:8073 In article , J. Wakeley Purple wrote: : In article <64ntvm$5vs@dragon.synet.edu.cn>, Eastern ¶«·½ÁÁ wrote: : > I often hear kermit is very slow, but there also many people use it. : > Why?? What's the Kermit good at?? : > : Kermit is slow when it's set up with paranoid parameters like 97-byte : packets, etc. Usually this is a result of a non-columbia implementation : of the protocol or not reading the book. : : Slow is a relative thing, too. Some file transfer protocols fail : completely (speed = 0) where kermit works fine when set up properly. : : At best it performs as well or better than almost all competitors. : Check out the info at Columbia U. : : It's _very_ good at communicating between different operating system : platforms and through routing/gateway situations where control chars : wreak havoc with most file transfers. : Right. Most other protocols are either robust or fast, but not both. Basic Kermit is robust by default, and can be tuned to be as fast as the connection permits (i.e. within the limits of its noise, delay, flow-control, buffering, and transparency limitations), and even so, remains quite robust and recovers efficiently from transmission errors. It was designed originally assuming the very worst about the connection. Our challenge over the ensuing years has been to make it perform better and better on *good* connections without giving up the robustness. You can read all about Kermit software and the Kermit Project at the Kermit website: http://www.columbia.edu/kermit/ and you find answers to questions like the one above in our FAQ: http://www.columbia.edu/kermit/faq.html ftp://kermit.columbia.edu/kermit/faq.txt - Frank From news@newsmaster.cc.columbia.edu Mon Nov 17 11:13:30 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id LAA07143 for ; Mon, 17 Nov 1997 11:13:30 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id LAA16538 for kermit.misc@watsun; Mon, 17 Nov 1997 11:13:29 -0500 (EST) Path: news.columbia.edu!watsun.cc.columbia.edu!fdc From: fdc@watsun.cc.columbia.edu (Frank da Cruz) Newsgroups: comp.protocols.kermit.misc Subject: Re: Add an FTP client to K95? Date: 17 Nov 1997 16:13:28 GMT Organization: Columbia University Lines: 23 Message-ID: <64pqf8$31b$1@apakabar.cc.columbia.edu> References: NNTP-Posting-Host: watsun.cc.columbia.edu Xref: news.columbia.edu comp.protocols.kermit.misc:8074 In article , William Smith wrote: : : I know this counds a little silly, but is it possible to add to the : wishlist an FTP client for K95? Most of the time I'm using K95 as a : Telnet client and VTnn emulator to connect to Unix hosts via the : internet or a dialup PPP link, and kermit transfers are actually : slower than FTP transfers over that kind of link. Still, it's kinda : silly to jump out of kermit to transfer files... 8*) : : All of the FTP clients I've used are pretty lame, and I figured if : anyone could make a good one it'd be the Kermit folks. Worst case, : please add it to the wish list. : Actually, it is on the wishlist. A surprising number of people ask for this, and even more will do so in the future when they see all of the new scripting and file-selection controls that will appear in forthcoming Kermit releases, that could just as easily be applied to an FTP transfer. But other developments are in the offing that might make this issue less pressing. Watch this space for news. - Frank From news@newsmaster.cc.columbia.edu Mon Nov 17 16:57:11 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id QAA21902 for ; Mon, 17 Nov 1997 16:57:11 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id QAA03924 for kermit.misc@watsun; Mon, 17 Nov 1997 16:57:10 -0500 (EST) Path: news.columbia.edu!news.new-york.net!news-peer.gip.net!news.gsl.net!gip.net!news-peer.sprintlink.net!news.sprintlink.net!Sprint!cpk-news-hub1.bbnplanet.com!news.bbnplanet.com!newsfeed.internetmci.com!192.48.96.125!in3.uu.net!hearst.acc.Virginia.EDU!mercury.vcu.edu!gems.vcu.edu!agnew From: agnew@gems.vcu.edu (Brainwave Surfer) Newsgroups: comp.protocols.kermit.misc Subject: Xmodem specs, uncorrupted (hopefully) Date: 14 Nov 97 08:59:38 -0400 Organization: Medical College of Virginia Lines: 398 Distribution: world Message-ID: <1997Nov14.085938.1@gems.vcu.edu> NNTP-Posting-Host: ruby.vcu.edu Xref: news.columbia.edu comp.protocols.kermit.misc:8075 I saw that someone had a corrupt copy of the xmodem protocol overview. i just happened to have had to hack a xfer between a Nicolet Pathfinder xmodem box and a vaxstation, and this was in the package from Jim Belonis' xmodem port to vms. it handles binary files also (i think, but it's been 6 years)... Jim MODEM PROTOCOL OVERVIEW 1/1/82 by Ward Christensen. I will maintain a master copy of this. Please pass on changes or suggestions via CBBS/Chicago at (312) 545-8086, CBBS/CPMUG (312) 849-1132 or by voice at (312) 849-6279. Rev: 08/09/82 Ward C. Change ACK to 06H (was error as 05H) 1/13/85 by John Byrns -- CRC option. Please pass on any reports of errors in this document or suggestions for improvement to me via Ward's/CBBS at (312) 849-1132, or by voice at (312) 885-1105. 4/17/85 by Keith Petersen -- Merge of the two above. Table of Contents 1. DEFINITIONS 2. TRANSMISSION MEDIUM LEVEL PROTOCOL 3. MESSAGE BLOCK LEVEL PROTOCOL 4. FILE LEVEL PROTOCOL 5. DATA FLOW EXAMPLE INCLUDING ERROR RECOVERY 6. PROGRAMMING TIPS. 7. OVERVIEW OF CRC OPTION 8. MESSAGE BLOCK LEVEL PROTOCOL, CRC MODE 9. CRC CALCULATION 10. FILE LEVEL PROTOCOL, CHANGES FOR COMPATIBILITY 11. DATA FLOW EXAMPLES WITH CRC OPTION -------- 1. DEFINITIONS. 01H 04H | 06H 15H 18H 43H -------- 2. TRANSMISSION MEDIUM LEVEL PROTOCOL Asynchronous, 8 data bits, no parity, one stop bit. The protocol imposes no restrictions on the contents of the data being transmitted. No control characters are looked for in the 128-byte data messages. Absolutely any kind of data may be sent - binary, ASCII, etc. The protocol has not formally been adopted to a 7-bit environment for the transmission of ASCII-only (or unpacked-hex) data , although it could be simply by having both ends agree to AND the protocol-dependent data with 7F hex before validating it. I specifically am referring to the checksum, and the block numbers and their ones- complement. Those wishing to maintain compatibility of the CP/M file structure, i.e. to allow modemming ASCII files to or from CP/M systems should follow this data format: * ASCII tabs used (09H); tabs set every 8. * Lines terminated by CR/LF (0DH 0AH) * End-of-file indicated by ^Z, 1AH. (one or more) * Data is variable length, i.e. should be considered a continuous stream of data bytes, broken into 128-byte chunks purely for the purpose of transmission. * A CP/M "peculiarity": If the data ends exactly on a 128-byte boundary, i.e. CR in 127, and LF in 128, a subsequent sector containing the ^Z EOF character(s) is optional, but is preferred. Some utilities or user programs still do not handle EOF without ^Zs. * The last block sent is no different from others, i.e. there is no "short block". -------- 3. MESSAGE BLOCK LEVEL PROTOCOL Each block of the transfer looks like: <255-blk #><--128 data bytes--> in which: = 01 hex = binary number, starts at 01 increments by 1, and wraps 0FFH to 00H (not to 01) <255-blk #> = blk # after going thru 8080 "CMA" instr, i.e. each bit complemented in the 8-bit block number. Formally, this is the "ones complement". = the sum of the data bytes only. Toss any carry. -------- 4. FILE LEVEL PROTOCOL ---- 4A. COMMON TO BOTH SENDER AND RECEIVER: All errors are retried 10 times. For versions running with an operator (i.e. NOT with XMODEM), a message is typed after 10 errors asking the operator whether to "retry or quit". Some versions of the protocol use , ASCII ^X, to cancel transmission. This was never adopted as a standard, as having a single "abort" character makes the transmission susceptible to false termination due to an or being corrupted into a and cancelling transmission. The protocol may be considered "receiver driven", that is, the sender need not automatically re-transmit, although it does in the current implementations. ---- 4B. RECEIVE PROGRAM CONSIDERATIONS: The receiver has a 10-second timeout. It sends a every time it times out. The receiver's first timeout, which sends a , signals the transmitter to start. Optionally, the receiver could send a immediately, in case the sender was ready. This would save the initial 10 second timeout. However, the receiver MUST continue to timeout every 10 seconds in case the sender wasn't ready. Once into a receiving a block, the receiver goes into a one-second timeout for each character and the checksum. If the receiver wishes to a block for any reason (invalid header, timeout receiving data), it must wait for the line to clear. See "programming tips" for ideas Synchronizing: If a valid block number is received, it will be: 1) the expected one, in which case everything is fine; or 2) a repeat of the previously received block. This should be considered OK, and only indicates that the receivers got glitched, and the sender re-transmitted; 3) any other block number indicates a fatal loss of synchronization, such as the rare case of the sender getting a line-glitch that looked like an . Abort the transmission, sending a ---- 4C. SENDING PROGRAM CONSIDERATIONS. While waiting for transmission to begin, the sender has only a single very long timeout, say one minute. In the current protocol, the sender has a 10 second timeout before retrying. I suggest NOT doing this, and letting the protocol be completely receiver-driven. This will be compatible with existing programs. When the sender has no more data, it sends an , and awaits an , resending the if it doesn't get one. Again, the protocol could be receiver-driven, with the sender only having the high-level 1-minute timeout to abort. -------- 5. DATA FLOW EXAMPLE INCLUDING ERROR RECOVERY Here is a sample of the data flow, sending a 3-block message. It includes the two most common line hits - a garbaged block, and an reply getting garbaged. represents the checksum byte. SENDER RECEIVER times out after 10 seconds, <--- 01 FE -data- ---> <--- 02 FD -data- xx ---> (data gets line hit) <--- 02 FD -data- xx ---> <--- 03 FC -data- xx ---> (ack gets garbaged) <--- 03 FC -data- xx ---> ---> <--- -------- 6. PROGRAMMING TIPS. * The character-receive subroutine should be called with a parameter specifying the number of seconds to wait. The receiver should first call it with a time of 10, then and try again, 10 times. After receiving the , the receiver should call the character receive subroutine with a 1-second timeout, for the remainder of the message and the . Since they are sent as a continuous stream, timing out of this implies a serious like glitch that caused, say, 127 characters to be seen instead of 128. * When the receiver wishes to , it should call a "PURGE" subroutine, to wait for the line to clear. Recall the sender tosses any characters in its UART buffer immediately upon completing sending a block, to ensure no glitches were mis- interpreted. The most common technique is for "PURGE" to call the character receive subroutine, specifying a 1-second timeout, and looping back to PURGE until a timeout occurs. The is then sent, ensuring the other end will see it. * You may wish to add code recommended by John Mahr to your character receive routine - to set an error flag if the UART shows framing error, or overrun. This will help catch a few more glitches - the most common of which is a hit in the high bits of the byte in two consecutive bytes. The comes out OK since counting in 1-byte produces the same result of adding 80H + 80H as with adding 00H + 00H. -------- 7. OVERVIEW OF CRC OPTION The CRC used in the Modem Protocol is an alternate form of block check which provides more robust error detection than the original checksum. Andrew S. Tanenbaum says in his book, Computer Networks, that the CRC-CCITT used by the Modem Protocol will detect all single and double bit errors, all errors with an odd number of bits, all burst errors of length 16 or less, 99.997% of 17-bit error bursts, and 99.998% of 18-bit and longer bursts. The changes to the Modem Protocol to replace the checksum with the CRC are straight forward. If that were all that we did we would not be able to communicate between a program using the old checksum protocol and one using the new CRC protocol. An initial handshake was added to solve this problem. The handshake allows a receiving program with CRC capability to determine whether the sending program supports the CRC option, and to switch it to CRC mode if it does. This handshake is designed so that it will work properly with programs which implement only the original protocol. A description of this handshake is presented in section 10. -------- 8. MESSAGE BLOCK LEVEL PROTOCOL, CRC MODE Each block of the transfer in CRC mode looks like: <255-blk #><--128 data bytes--> in which: = 01 hex = binary number, starts at 01 increments by 1, and wraps 0FFH to 00H (not to 01) <255-blk #> = ones complement of blk #. = byte containing the 8 hi order coefficients of the CRC. = byte containing the 8 lo order coefficients of the CRC. See the next section for CRC calculation. -------- 9. CRC CALCULATION ---- 9A. FORMAL DEFINITION OF THE CRC CALCULATION To calculate the 16 bit CRC the message bits are considered to be the coefficients of a polynomial. This message polynomial is first multiplied by X^16 and then divided by the generator polynomial (X^16 + X^12 + X^5 + 1) using modulo two arithemetic. The remainder left after the division is the desired CRC. Since a message block in the Modem Protocol is 128 bytes or 1024 bits, the message polynomial will be of order X^1023. The hi order bit of the first byte of the message block is the coefficient of X^1023 in the message polynomial. The lo order bit of the last byte of the message block is the coefficient of X^0 in the message polynomial. ---- 9B. EXAMPLE OF CRC CALCULATION WRITTEN IN C /* This function calculates the CRC used by the "Modem Protocol" The first argument is a pointer to the message block. The second argument is the number of bytes in the message block. The message block used by the Modem Protocol contains 128 bytes. The function return value is an integer which contains the CRC. The lo order 16 bits of this integer are the coefficients of the CRC. The The lo order bit is the lo order coefficient of the CRC. */ int calcrc(ptr, count) char *ptr; int count; { int crc, i; crc = 0; while(--count >= 0) { crc = crc ^ (int)*ptr++ << 8; for(i = 0; i < 8; ++i) if(crc & 0x8000) crc = crc << 1 ^ 0x1021; else crc = crc << 1; } return (crc & 0xFFFF); } -------- 10. FILE LEVEL PROTOCOL, CHANGES FOR COMPATIBILITY ---- 10A. COMMON TO BOTH SENDER AND RECEIVER: The only change to the File Level Protocol for the CRC option is the initial handshake which is used to determine if both the sending and the receiving programs support the CRC mode. All Modem Programs should support the checksum mode for compatibility with older versions. A receiving program that wishes to receive in CRC mode implements the mode setting handshake by sending a in place of the initial . If the sending program supports CRC mode it will recognize the and will set itself into CRC mode, and respond by sending the first block as if a had been received. If the sending program does not support CRC mode it will not respond to the at all. After the receiver has sent the it will wait up to 3 seconds for the that starts the first block. If it receives a within 3 seconds it will assume the sender supports CRC mode and will proceed with the file exchange in CRC mode. If no is received within 3 seconds the receiver will switch to checksum mode, send a , and proceed in checksum mode. If the receiver wishes to use checksum mode it should send an initial and the sending program should respond to the as defined in the original Modem Protocol. After the mode has been set by the initial or the protocol follows the original Modem Protocol and is identical whether the checksum or CRC is being used. ---- 10B. RECEIVE PROGRAM CONSIDERATIONS: There are at least 4 things that can go wrong with the mode setting handshake. 1. the initial can be garbled or lost. 2. the initial can be garbled. 3. the initial can be changed to a . 4. the initial from a receiver which wants to receive in checksum can be changed to a . The first problem can be solved if the receiver sends a second after it times out the first time. This process can be repeated several times. It must not be repeated a too many times before sending a and switching to checksum mode or a sending program without CRC support may time out and abort. Repeating the will also fix the second problem if the sending program cooperates by responding as if a were received instead of ignoring the extra . It is possible to fix problems 3 and 4 but probably not worth the trouble since they will occur very infrequently. They could be fixed by switching modes in either the sending or the receiving program after a large number of successive s. This solution would risk other problems however. ---- 10C. SENDING PROGRAM CONSIDERATIONS. The sending program should start in the checksum mode. This will insure compatibility with checksum only receiving programs. Anytime a is received before the first or the sending program should set itself into CRC mode and respond as if a were received. The sender should respond to additional s as if they were s until the first is received. This will assist the receiving program in determining the correct mode when the is lost or garbled. After the first is received the sending program should ignore s. -------- 11. DATA FLOW EXAMPLES WITH CRC OPTION ---- 11A. RECEIVER HAS CRC OPTION, SENDER DOESN'T Here is a data flow example for the case where the receiver requests transmission in the CRC mode but the sender does not support the CRC option. This example also includes various transmission errors. represents the checksum byte. SENDER RECEIVER <--- times out after 3 seconds, <--- 01 FE -data- ---> <--- 02 FD -data- ---> (data gets line hit) <--- 02 FD -data- ---> <--- 03 FC -data- ---> (ack gets garbaged) <--- times out after 10 seconds, <--- 03 FC -data- ---> <--- ---> <--- ---- 11B. RECEIVER AND SENDER BOTH HAVE CRC OPTION Here is a data flow example for the case where the receiver requests transmission in the CRC mode and the sender supports the CRC option. This example also includes various transmission errors. represents the 2 CRC bytes. SENDER RECEIVER <--- 01 FE -data- ---> <--- 02 FD -data- ---> (data gets line hit) <--- 02 FD -data- ---> <--- 03 FC -data- ---> (ack gets garbaged) <--- times out after 10 seconds, <--- 03 FC -data- ---> <--- ---> <--- -----END----- -- /^^^\ \ / Jim Agnew | AGNEW@JADE.VCU.EDU NOTICE: Adding me to / > || Neurosurgery, | a commercial mailing list is prohibited. /\_/ ' \ / MCV-VCU | License will be $100.00, agreed to by /________________> Richmond, Va | adding me. THIS WILL BE ENFORCED!!! From news@newsmaster.cc.columbia.edu Mon Nov 17 22:26:22 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id WAA11572 for ; Mon, 17 Nov 1997 22:26:22 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id WAA20758 for kermit.misc@watsun; Mon, 17 Nov 1997 22:26:21 -0500 (EST) Path: news.columbia.edu!news.new-york.net!news-peer.gip.net!news.gsl.net!gip.net!cpk-news-hub1.bbnplanet.com!news.bbnplanet.com!feed1.news.erols.com!wdcpop.dra.net!news.dra.com!nntp.mainstreet.net!bug.rahul.net!rahul.net!a2i!hustle.rahul.net!rahul.net!a2i!samba.rahul.net!rahul.net!a2i!dold.a2i!dold From: dold@85.usenet.us.com Newsgroups: comp.protocols.kermit.misc Subject: Re: How to change MSKermit key mappings? Date: 17 Nov 1997 19:20:49 GMT Organization: a2i network Lines: 32 Message-ID: <64q5eh$bfp$1@samba.rahul.net> References: <64ljlo$iai$1@nntp1.ba.best.com> Reply-To: dold@network.rahul.net NNTP-Posting-Host: foxtrot.rahul.net NNTP-Posting-User: dold X-Newsreader: TIN [version 1.2 PL2] X-Comment: Encoded From: line allows replies that preserve original subject Xref: news.columbia.edu comp.protocols.kermit.misc:8076 Tim Holmes (holmes@shell10.ba.best.com) wrote: : I am using MS-Kermit to connect to a Linux box from : a DOS machine across a serial line. One difficulty I am : having is that the F-keys seem to be different : on MS-Kermit's VT100, VT102, VT320, etc, : seem to be different from other implemenatations. : Some of the programs I use rely on the F-keys, so I would : like to change some of them. Function keys, and everyone's insistence on emulating VT100 are at odds with each other, since a VT100 is really a very poor terminal ;-) There are oddities like PF keys, Gold keys, application keys... MSKermit is more likely to be doing the correct thing, according to VT100 spec, than are most other comm programs, which would rather bend to the whims of a popular application. To wit, there are no function keys above f4 on a real vt100. That aside, I find that the following map set works for me: define UKEY1 set key clear,set key \270 \008,set key \782 \008; BackSpace do UKEY1 ; to match (ESIX 4.0.4) vt100 extended function keys to PC keyboard. ; f5 f6 f7 f8 f9 f10 define UKEY2 set key \319 \27Ot, set key \320 \27Ou, set key \321 \027Ov, set key \322 \027Ol, set key \323 \027Ow, set key \324 \027Ox do UKEY2 -- --- Clarence A Dold - dold@network.rahul.net - Pope Valley & Napa CA. From news@newsmaster.cc.columbia.edu Tue Nov 18 00:08:41 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id AAA24828 for ; Tue, 18 Nov 1997 00:08:39 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id AAA26088 for kermit.misc@watsun; Tue, 18 Nov 1997 00:08:38 -0500 (EST) Path: news.columbia.edu!news.new-york.net!solaris.cc.vt.edu!newsgate.duke.edu!nntprelay.mathworks.com!news-peer-east.sprintlink.net!news-peer.sprintlink.net!news-pull.sprintlink.net!news-in-east.sprintlink.net!news-pen-1.sprintlink.net!news-pen-15.sprintlink.net!newsfeed.nysernet.net!news.nysernet.net!news.sprintlink.net!Sprint!205.240.249.225!news.webIT.eds.com!news.ses.cio.eds.com!not-for-mail From: Roy Buzdor Newsgroups: comp.protocols.kermit.misc Subject: Re: Convert not unconverting? Date: Mon, 17 Nov 1997 13:02:46 -0800 Organization: EDS Lansing Fab Lines: 57 Message-ID: <3470B0F6.69FE@supremecourt.gov> References: <34579BD0.5708@supremecourt.gov> <63aqug$nki$1@apakabar.cc.columbia.edu> NNTP-Posting-Host: 130.173.136.101 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailer: Mozilla 2.02 (Win16; I) Xref: news.columbia.edu comp.protocols.kermit.misc:8077 Frank da Cruz wrote: > > In article <34579BD0.5708@supremecourt.gov>, > Roy Buzdor wrote: > : I have a user who is transfering data from a Sun > : workstation using C-Kermit 6.0 to an HP-1000 using > : Kermit-RTE 1.99, the file he is transfering is > : named "PMP0666" the file on the HP is showing up > : as "PMP0~#6". Kermit figures that it can change > : the "666" into a repeat sequence which is > : "~ (repeat) # (quote) 6"... > : > Because RTE Kermit said it could -- they negotiate this > up front. > > : ... unfortunately, the > : Kermit-RTE is not recognizing it, or changing it > : back properly. I am not a Kermit expert, but I > : do have a bit of experience, and I have not been > : able to find the switch to either tell C-Kermit > : NOT to do this translation (I tried the > : convert/literal switch, and it did not fix it), > : or to tell Kermit-RTE to DO the translation. > : > A source-code fix is required for the latter. Any > volunteers? > - Frank Since my other post has not been answered, I will assume that there are no other possibilities for a fix. Given that assumption, I have the Kermit-RTE source - can you give me a clue as to which module to look in to repair Kermit-RTE so that it will do the translation? -- Buz (: **************************************************************** ** ** ** Sometimes beating a dead horse is just good experience ** ** in horse-beating. ** ** ** ** Notice: if you can read my address, you can read this - ** ** I DO NOT WANT ANY OF YOUR PRODUCTS, CATALOGUES, ** ** OR GET RICH QUICK SCHEMES. To send me a letter, ** ** and ask me to send it on to others is legally ** ** considered a CHAIN LETTER. To originate or ** ** ppropagate a Chain Letter is a FEDERAL OFFENCE. ** ** I HAVE and WILL turn ALL Chain Letters over to ** ** Corporate Legal, and they WILL take action. ** ** (Hope you like Prison Orange!!) ** ** ** ** My real address is: \lnuslad dot dzvg41 at eds dot com\ ** ** ** **************************************************************** From news@newsmaster.cc.columbia.edu Tue Nov 18 00:10:22 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id AAA24997 for ; Tue, 18 Nov 1997 00:10:20 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id AAA26167 for kermit.misc@watsun; Tue, 18 Nov 1997 00:10:19 -0500 (EST) Path: news.columbia.edu!news.new-york.net!news-peer.gip.net!news.gsl.net!gip.net!news-peer.sprintlink.net!news-pull.sprintlink.net!news-in-east.sprintlink.net!news-pen-1.sprintlink.net!news-pen-15.sprintlink.net!newsfeed.nysernet.net!news.nysernet.net!news.sprintlink.net!Sprint!205.240.249.225!news.webIT.eds.com!news.ses.cio.eds.com!not-for-mail From: Roy Buzdor Newsgroups: comp.protocols.kermit.misc Subject: Post FAQ? Date: Mon, 17 Nov 1997 13:25:58 -0800 Organization: EDS Lansing Fab Lines: 26 Message-ID: <3470B666.11DC@supremecourt.gov> NNTP-Posting-Host: 130.173.136.101 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailer: Mozilla 2.02 (Win16; I) Xref: news.columbia.edu comp.protocols.kermit.misc:8078 Would it be possible to post the Kermit FAQ on a monthly, or quarterly basis for those of us who are fire-wall impaired? -- Buz (: **************************************************************** ** ** ** Sometimes beating a dead horse is just good experience ** ** in horse-beating. ** ** ** ** Notice: if you can read my address, you can read this - ** ** I DO NOT WANT ANY OF YOUR PRODUCTS, CATALOGUES, ** ** OR GET RICH QUICK SCHEMES. To send me a letter, ** ** and ask me to send it on to others is legally ** ** considered a CHAIN LETTER. To originate or ** ** ppropagate a Chain Letter is a FEDERAL OFFENCE. ** ** I HAVE and WILL turn ALL Chain Letters over to ** ** Corporate Legal, and they WILL take action. ** ** (Hope you like Prison Orange!!) ** ** ** ** My real address is: \lnuslad dot dzvg41 at eds dot com\ ** ** ** **************************************************************** From news@newsmaster.cc.columbia.edu Tue Nov 18 10:32:09 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id KAA29023 for ; Tue, 18 Nov 1997 10:32:09 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id KAA26424 for kermit.misc@watsun; Tue, 18 Nov 1997 10:32:08 -0500 (EST) Path: news.columbia.edu!watsun.cc.columbia.edu!fdc From: fdc@watsun.cc.columbia.edu (Frank da Cruz) Newsgroups: comp.protocols.kermit.misc Subject: Re: Post FAQ? Date: 18 Nov 1997 15:31:36 GMT Organization: Columbia University Lines: 2325 Message-ID: <64scco$h1q$1@apakabar.cc.columbia.edu> References: <3470B666.11DC@supremecourt.gov> NNTP-Posting-Host: watsun.cc.columbia.edu Xref: news.columbia.edu comp.protocols.kermit.misc:8079 In article <3470B666.11DC@supremecourt.gov>, Roy Buzdor wrote: : Would it be possible to post the Kermit FAQ on a : monthly, or quarterly basis for those of us who : are fire-wall impaired? : It is rather long, but sure. Here it is: KERMIT: FREQUENTLY ASKED QUESTIONS >From the comp.protocols.kermit.misc newsgroup and elsewhere... Most questions are already answered in the published documentation. Reading the appropriate manuals (in conjunction with online release notes) will get you started, answer most of your questions, and will let you get the most out of your Kermit software: maximize the performance, write scripts to automate your communications tasks, and so on. The Kermit effort is entirely self-supporting, and proceeds from sales of these manuals is our primary source of funding. So please do purchase the manuals. Most recent update: 17 November 1997 Table of Contents 1 HOW TO FIND KERMIT SOFTWARE i 2 WHAT IS THE CURRENT VERSION OF KERMIT? i 3 WHERE TO GET KERMIT MANUALS i 4 WHY IS KERMIT SO SLOW COMPARED TO ZMODEM? (IT ISN'T!) ii 5 MY BACKSPACE KEY DOESN'T WORK! ii 6 HOW DO I USE MS-DOS KERMIT OVER TRUMPET WINSOCK OR MS WfW TCP? iii 7 HOW TO TRANSFER FILES THROUGH A 3270 PROTOCOL CONVERTER? iv 8 WHERE IS THE KEY MAP FOR 3270 EMULATION? v 9 HOW CAN I MAKE MS-DOS KERMIT USE COM3, COM4? v 10 MS-DOS KERMIT PATCHES DON'T SEEM TO TAKE EFFECT. v 11 I CAN TRANSFER TEXT FILES BUT NOT BINARY FILES v 12 BINARY FILES ARE CORRUPTED AFTER TRANSFER v 13 WHY DOESN'T THE HANGUP COMMAND WORK FOR ME? v 14 HOW CAN I MAKE THE DIAL/REDIAL COMMANDS KEEP TRYING? vi 15 I ENABLED SLIDING WINDOWS BUT IT LOOKS LIKE ONLY ONE IS USED. vi 16 HOW DO I WRITE A SCRIPT TO DIAL A PAGER? vi 17 WHEN C-KERMIT DIALS MY V.32BIS (OR V.34) MODEM, I GET THE ERROR vi 'CAN'T CHANGE SPEED TO 14400 (OR 28800)' 18 HOW DO I USE KERMIT WITH PINE? vii 19 HOW DO I GET A SESSION LOG WITHOUT ALL THE EMBEDDED ESCAPE vii SEQUENCES? 20 KERMIT DOESN'T WORK RIGHT WITH MY (RPI) ERROR-CORRECTING MODEM! vii 21 WHAT ABOUT WINMODEMS? viii 22 WHAT KIND OF MODEM SHOULD I BUY? viii 23 MY ARROW KEYS DON'T WORK viii 24 KERMIT UNDER WINDOWS CAN'T FIND MY PORT ix 25 IF I HAVE AN ERROR CORRECTING MODEM WHY DO I NEED KERMIT PROTOCOL? ix 26 HOW DO I USE 'SET KEY' WITH PC F-KEYS, ETC, IN UNIX OR VMS C-KERMIT? x 27 HOW CAN I EXIT FROM C-KERMIT WITHOUT HANGING UP? x 28 WHAT IS SUPERKERMIT? x 29 IS KERMIT SOFTWARE YEAR-2000 COMPLIANT? x 30 IS THERE A KERMIT LIBRARY? x 31 HOW DO I CALL UP A DIALBACK SERVICE? xi 32 HOW DOES THE NUMERIC KEYPAD WORK? xi 33 HOW TO GET RID OF THE "OK TO EXIT?" PROMPT? xi 34 HOW TO TELL KERMIT TO IGNORE DIALTONE? xi 35 WHERE IS THE DIALING SCRIPT FOR MY MODEM? xii 36 I'M HAVING TERMINAL EMULATION PROBLEMS WITH C-KERMIT xii 37 DIVIDE OVERFLOW IN MS-DOS KERMIT xii ------------------------------------------------------------------------------- 1 HOW TO FIND KERMIT SOFTWARE World-Wide Web: http://www.columbia.edu/kermit/ ftp: kermit.columbia.edu This is the definitive source for Kermit software on the Internet. Other Kermit archives or "mirror sites" are not necessarily complete, accurate, or up to date. Newsgroups: comp.protocols.kermit.announce - Moderated comp.protocols.kermit.misc - Unmoderated E-mail: kermit-orders@columbia.edu (Orders and order inquiries) kermit-support@columbia.edu (Tech support) kermit@columbia.edu (General -- not an FTP mail server!) Post: The Kermit Project Columbia University 612 West 115th Street New York NY 10025-7799 USA Fax: +1 212 663-8202 or +1 212 662-6442 ------------------------------------------------------------------------------- 2 WHAT IS THE CURRENT VERSION OF KERMIT? Kermit 95 for Windows 95 and NT: 1.1.15 Sep 30 1997 Kermit 95 for OS/2: 1.1.15 Sep 30 1997 MS-DOS Kermit for DOS and Windows 3.x: 3.15 Sep 15 1997 C-Kermit for UNIX, VMS, AOS/VS, OS-9: 6.0.192 Sep 6 1996 C-Kermit for OS/2 1.x (16-bit: 5A(190) Oct 4 1994 C-Kermit for Stratus VOS: 6.0.192 Mar 7 1997 C-Kermit for Atari ST: 5A(189) Jun 30 1993 Mac Kermit (NOT A REAL RELEASE): 0.993(192) Jun 3 1996 IBM Mainframe Kermit: 4.3.1 Feb 10 1995 Kermit-11 for RT-11: 3.63 Sep 27 1997 Kermit-11 for RSX, RSTS, etc: 3.60 Jun 13 1989 Others (hundreds of them): See kermit/a/aavsys.hlp. Also see the What's New section of our website. ------------------------------------------------------------------------------- 3 WHERE TO GET KERMIT MANUALS MS-DOS Kermit, full-featured communications software for IBM and compatible PCs with DOS or Windows 3.x, is documented in: Christine M. Gianone, Using MS-DOS Kermit, Second Edition, Digital Press / Butterworth-Heinemann, Woburn, MA, 1992, 345 pages, ISBN 1-55558-082-3. Packaged with the current version of MS-DOS Kermit for the IBM PC, PS/2, and compatibles on a 3.5-inch diskette. In computer and book stores, or order direct from Columbia University or from Digital Press. A German-language edition is also available: Christine M. Gianone, MS-DOS Kermit, das universelle Kommunikationsprogramm, Verlag Heinz Heise, Hannover, Germany (1991), 414 pages. Packaged with version 3.12 of MS-DOS Kermit for the IBM PC, PS/2, and compatibles on a 5.25-inch diskette, including German- language help files. Deutsch von Gisbert W. Selke. ISBN 3-88229-006-4. And a French-language edition: Christine M. Gianone, Kermit MS-DOS mode d'emploi, Deuxieme edition, Heinz Schiefer & Cie., Versailles (1993), 406 pages. Packaged with version 3.11 of MS-DOS Kermit for the IBM PC, PS/2, and compatibles on a 5.25-inch diskette. Adaption francaise: Jean Dutertre. ISBN 2-901143-20-2. There is also a Japanese book about MS-DOS Kermit, concentrating on the NEC PC9801: Hirofumi Fujii and Fukuko Yuasa, MS-Kermit Nyumon, Computer Today Library 6, Saiensu-Sha Co., Ltd., publishers (1993), 160 pages. ISBN 4-7819-0669-9 C3355 P1854E. C-Kermit 6.0, full-function communication software for UNIX, VMS, AOS/VS, VOS, OS-9, QNX, the Commodore Amiga, and other platforms, is documented in: Frank da Cruz and Christine M. Gianone, Using C-Kermit, Second Edition, Digital Press / Butterworth-Heinemann, Woburn, MA, 1997, 622 pages, ISBN 1-55558-164-1. In computer and book stores, or order direct from Columbia University or from Digital Press. A German-language edition is also available: Frank da Cruz und Christine M. Gianone, C-Kermit--Einfuehrung und Referenz, Verlag Heinz Heise, Hannover, Germany (1994). ISBN 3-88229-023-4. Deutsch von Gisbert W. Selke. The Kermit File transfer protocol is specified in the following book, which also includes tutorials on computers, file systems, data communications, and using Kermit: Frank da Cruz, Kermit, A File Transfer Protocol, Digital Press / Butterworth-Heinemann, Worburn, MA, 1987, 379 pages, ISBN 0-932376-88-6. In computer and book stores, or order direct from Columbia University or from Digital Press. Kermit software for hundreds of different computers and operating systems is available from Columbia University. Contact Columbia for a free Kermit software catalog. ENGLISH-LANGUAGE KERMIT BOOKS: 1. In computer and book stores, or order direct from the publisher, Digital Press / Butterworth-Heinemann with MasterCard, Visa, or American Express: +1 800 366-2665 (Woburn, MA office for USA & Canada, Toll-free M-F 8AM-6PM Eastern time) +1 617 928 2613 (Newton, MA office for sales/marketing info) +44 1865 314627 (Oxford, England distribution centre for +61 03 9245 7111 (Melbourne, Vic, office for Australia & NZ) +65 356-1968 (Singapore office for Malaysia, Singapore, Indonesia, Philippines, Thailand) +27 (31) 2683111 (Durban office for South Africa) 2. From Columbia University: The Kermit Project Columbia University 612 West 115th Street New York NY 10025-7799 USA Tel. +1 212 854-3703 Fax. +1 212 663-8202 E-Mail: kermit@columbia.edu Domestic and overseas orders accepted. Add $10 US PER BOOK for shipping outside of North America. Orders may be paid by MasterCard or Visa, or prepaid by check in US dollars. Add $35 bank fee for checks not drawn on a US bank. Price includes shipping. Do not include sales tax. Quantity discounts are available. Single-copy US prices (in US dollars): Using MS-DOS Kermit . . . . . . . . . . . . . . . . .$ 39.95 Using C-Kermit . . . . . . . . . . . . . . . . . . . .$ 39.95 Kermit, A File Transfer Protocol . . . . . . . . . . .$ 34.95 All three . . . . . . . . . . . . . . . . . . . . . .$ 90.00 GERMAN-LANGUAGE KERMIT BOOKS: MS-DOS Kermit, das universelle Kommunikationsprogramm: DM 79,00 C-Kermit--Einfuhrung und Referenz: . . . . . . . . . . DM 88,00 Verlag Heinz Heise GmbH & Co. KG Helstorfer Strasse 7 D-30625 Hannover, GERMANY Tel. +49 (05 11) 53 52-0 Fax. +49 (05 11) 53 52-1 29 FRENCH: Kermit MS-DOS Mode d'Emploi: . . . . . . . . . . . FF 495,00 Heinz Schiefer & Cie. 45 rue Henri de Regnier F-78000 Versailles, FRANCE Tel. +33 39 53 95 26 Fax. +33 39 02 39 71 JAPANESE: MS-Kermit Nyumon: . . . . . . . . . . . . . . . . . 1,800 Y Saiensu-Sha Co., Ltd. Abe-toku Building 2-4 Kanda-suda cho, Chiyoda-ku Tokyo 101, JAPAN Tel. +81-3-3256-1091 ------------------------------------------------------------------------------- 4 WHY IS KERMIT SO SLOW COMPARED TO ZMODEM? (IT ISN'T!) Path: news.columbia.edu!usenet From: fdc@columbia.edu (Frank da Cruz) Newsgroups: comp.protocols.kermit.misc Subject: Re: [HELP] Slow Kermit Transfer ?! Date: 19 Sep 1994 14:15:42 GMT Organization: Columbia University Lines: 153 In article <35jrgsINNdq2@newsman.csu.murdoch.edu.au> anson@csuvax1.csu.murdoch.edu.au (Binh Anson) writes: > I used Kermit 3.13 for my PC, my modem has a speed of 14.4 K, but I > found that the downloading rate from the mainframe to my PC was > still very slow! I tried Telix with SZ (Z-Modem Protocol), and it > was very fast compared to Kermit. Is there a way to accelerate > Kermit transfer ? > Yes. But first, welcome to comp.protocols.kermit.misc. This is the first day of operation of this unmoderated newsgroup. I hope it will prove beneficial to all Kermit users. To answer your question, somewhat longwindedly, since this Question is Asked so Frequently :-) ... Zmodem is optimized for speed on the assumption that it has a clear 8-bit transparent channel with no blockages (small buffers, etc), and so, out of the box, when it works it goes fast. The tradeoff is that it often does not work at all, in which case you have to configure it in various ways -- escaping of control characters, changing window size, etc. In some cases it can't be made to work at all, either because of the nature of the connection, or because of one or both of the computers on the two ends. Kermit, on the other hand, is configured to work -- i.e. transfer files -- out of the box, even under hostile conditions. By default, it does not assume that control characters pass through transparently, nor that large buffers are available. It does not even assume a full-duplex connection. The tradeoff is speed. In a perfect world, there would be no tradeoffs, but the world is far from perfect. 7-bit transmission is still extremely common, small buffers are very common, even in modern terminal servers and other communications processors, flow control is rarely implemented correctly and effectively, telephone lines are still noisy, and we still have a bewildering array of communication methods needed for accessing different kinds of hosts and services. Most PCs are still shipped with non-buffered UARTs; many PCs have interrupt conflicts, noisy buses, etc; many modern modems are buggy. The list goes on. This is by way of demonstrating that Kermit's default tuning is not crazy, and goes a long way towards explaining its justified reputation for dependability. Unfortunately, because of the tradeoffs necessary to achieve its reliability, Kermit has a reputation for slowness: Yes, Kermit transfers are slow if you use the default tuning. However, you can make Kermit go as fast as the communication path will permit by changing a few parameters. But first, here are some general principles that apply to all communications software: 1. Ensure that you have an effective means of flow control enabled at every juncture along the communication path (this applies to any file transfer protocol). For example, when using high-speed, error-correcting modems, you should use some form of hardware flow control, most commonly RTS/CTS. You have to tell the software to use it, AND you have to tell the modem to use it too -- if the flow control methods of the PC and the modem do not agree, then data will be lost. The same is true of the modem at the other end of the connection, and the computer or device it is connected to. 2. If your modem is capable of data compression, use it. Fix the interface speed of the software to four times the connection speed if possible -- e.g. for a V.32bis 14400 bps connection, use an interface speed of 57600, or else the modem's compression capacity is likely to be wasted. 3. On network connections (e.g. TCP/IP), it is usually best to turn off flow control entirely, because the underlying networking method supplies fully effective flow control. Now, to make Kermit go fast, follow these steps: 1. Use real Kermit software, not the many shareware and commercial packages, most of whose Kermit protocol implementations lack the performance features listed below and/or the means for the user to control them. 2. Use long packets. Kermit's default packet length is 94. You can increase it to a theoretical maximum of 9024. Give the following command to the file receiver: SET RECEIVE PACKET-LENGTH 2000 ; (or other length) The longer you make the packets, the more efficient the file transfer will be... IF IT WORKS. If you make packets longer than some buffer somewhere along the line, and effective flow control is lacking, the transfer might not work. Also, the longer the packet, the greater the chance it will be hit by noise, and the longer it takes to retransmit. A good starting value to try is 1000. 3. On full duplex connections, use sliding windows. Sliding windows allow packets to be transmitted in a continuous stream, rather than "stop and wait" style. The command is: SET WINDOW 4 ; (or other number) The maximum is 32 (or less, depending on the implementation). Give this command to both Kermit programs. For text files and uncompressed binary files, this should give you very good performance -- efficiencies in the 85%-100% range. For compressed files, and certain other types of binary files, you can squeeze out another 20-25% efficiency by telling Kermit not to prefix a given list of control characters. A typical sequence might be: SET CONTROL UNPREFIX ALL ; Unprefix all control characters. SET CONTROL PREFIX 0 1 13 129 141 ... ; Add back prefixes for these. This might require some trial and error because there is no way that a communication software program can know what characters are safe and which ones are not on a particular connection. For example, you might be going through an X.25 PAD where Ctrl-P will pop you back to the PAD prompt. Or you might be going through a TELNET terminal server where Ctrl-] or Ctrl-^ will pop you back to the terminal server prompt. Or the connection might be using Xon/Xoff flow control, and sending Ctrl-S as a data character might freeze the connection. If you take all of these steps, using optimal packet lengths, window sizes, and unprefixing, you should achieve transfer rates comparable to, and often better than, the Zmodem implementations that you find in Telix, Procomm, and similar shareware and BBS packages; for example, on a V.32bis/V.42/V.42bis connection, RTS/CTS flow control, no parity, 57600 bps interface speed: Typical text files: 3500 cps (characters per second) Uncompressed binary files: 2400 cps (e.g. PC KERMIT.EXE) Compressed files: 1600 cps (e.g. ZIP files) These figures come from Kermit News #5, June 1993, which is available on the Web and also via anonymous ftp from kermit.columbia.edu, directory kermit/e, file newsn5.txt (ASCII) or newsn5.ps (PostScript). Also see Kermit News #4, newsn4.txt (.ps), for a detailed discussion of long packets and sliding windows. [As of late March 1995, there are also html versions of these files suitable for Web access.] Kermit software is available via anonymous ftp to kermit.columbia.edu [128.59.39.2], directory kermit and its subdirectories. There are literally hundreds of different Kermit programs for *almost* every machine and operating system imaginable. The most widely used Kermit programs are: - MS-DOS Kermit for DOS and Windows 3.x. No, this is not a native Windows application, but yes, this is the Kermit software we recommend and support for Windows 3.x. File: kermit/archives/msvibm.zip - C-Kermit for UNIX, VMS, OS-9, AOS/VS, the Commodore Amiga, etc. - IBM Mainframe Kermit-370 for VM/CMS, MVS/TSO, CICS, and MUSIC. kermit/b/ik*.*. - Frank POSTSCRIPT: The Kermit software for Windows 95 and NT is Kermit 95. It was first released in October 1995 (after this message was posted). ------------------------------------------------------------------------------- 5 MY BACKSPACE KEY DOESN'T WORK! From: fdc@columbia.edu (Frank da Cruz) Newsgroups: comp.protocols.kermit.misc Subject: Re: [?] Backspace key says, "^?" Date: 7 Jan 1995 21:26:44 GMT Organization: Columbia University Lines: 122 In article , Jim Monty wrote: > DISCLAIMER: I've looked for the answer to the following question in > _Using MS-DOS Kermit_ and in the documentation included with MS-DOS > Kermit 3.13. I either couldn't find the answer or didn't understand > it if I did. > Thank you for consulting the documentation. > I'm using MS-DOS Kermit 3.13 on an i80386SX machine running MS-DOS > 6.0, using a 14,400 bps Zoom VFP V.32bis modem. Kermit is set for > VT220 terminal emulation and is using the Latin1 character set and > code page CP437. I've not mucked with much in the initialization > files, so you may assume that any other parameters are still set to > the "factory" defaults. > > Alas, the question: In some online environments, my backspace key > behaves as one would expect it to. In others, hitting the backspace > key results in either (1) nothing happening, or (2) the characters > "^?" appearing on the screen. > Or (3) the Backspace key acts like an Interrupt character on the host (this usually happens with System V based UNIXes). > I can, however, use Ctrl-H in these > situations. In these exact same online environments (e.g., vi > insert mode when connected to my dial-up UNIX shell account) under > analagous circumstances, the other terminal emulator that I use, > Telemate Version 3.12, does not behave this way. The backspace key > functions as a destructive backspace. > > I presume that the change I need to make to my MS-DOS Kermit > configuration is a simple one, but I can't figure it out. And I've > never really wanted to bother to spend a lot of time trying to > figure it out myself. (I want the magic straight from the wizards' > minds.) Thanks, in advance, for taking the time to help me. > > Jim Monty, Kermit Cheerleader at Arthur Andersen LLP > Well, Jim, I think it's finally time to classify this as a Frequently Asked Question and add it to the FAQ (kermit.columbia.edu:kermit/FAQ.TXT). As you have discovered, different hosts and applications use different characters (or sequences) for destructive backspace. The terminal emulator, Kermit or otherwise (including Telemate -- if its backspace key works for you in all circumstances, I think that's just a stroke of luck), has no way of knowing what host or application you are using, and therefore no way of knowing what to send when you press the Backspace key. Of course, Kermit's Backspace key must send *something* "out of the box", so it uses one of the several most likely destructive backspace values, and in fact the one that is defined in ASCII to be destructive backspace, namely Rubout, also known as Delete or DEL, character number 127, which sometimes is displayed as "^?". Lest anyone believe this is a frivolous choice, I quote from American National Standard X3.4-1977, Section 5.1, Control Characters: 0/8 BS (Backspace). A one-active-position format effector that moves the position backward on the same line. 7/15 (DEL). A character used primarily to erase or obliterate an erroneous or unwanted character... In cases where the default does not work, Kermit lets you redefine the Backspace key (or any other key) to send whatever you want it to send (or to take any other actions) with the SET KEY command. The SET KEY command has two operands: a unique identifier for a key or key combination, called a scan code, and the value or action to be assigned to the key. Scan codes are written with a preceding backslash (\). The scan code for the Backspace key is \270. The default definition for this key is \127, meaning the character whose numeric value is 127, i.e. DEL. You can find out a key's scan code by consulting Table I-9 in the manual (pages 285-288), or by giving the SHOW KEY command to Kermit and then pressing the desired key or key combination. Now, as you have discovered, some applications use Ctrl-H -- ASCII BS (Backspace) -- for destructive backspace. Consulting the ASCII table on page 275, you see that the ASCII code for BS is 8. So to make PC's Backspace key send BS instead of DEL, give this command: SET KEY \270 \8 If you use Kermit only to connect to hosts and services that use BS for destructive backspace, then you can put this command in your MSCUSTOM.INI file, and it will take effect automatically every time you start Kermit. But some people (like yourself) switch between different hosts and/or services that expect different characters or sequences for destructive backspace. You can, of course, give Kermit the appropriate command every time you switch from one to another: SET KEY \270 \8 ; Backspace sends BS or: SET KEY \270 \127 ; Backspace sends DEL or you can use the macros that are already defined in MSKERMIT.INI for this. In version 3.14, for example, we have macros with names like VAX and IBM. The VAX macro sets things up (including the Backspace key) for communicating with VAXes and VAX-like systems, and that means, among other things, setting the Backspace key to send DEL. The IBM macro, on the other hand, is used for communicating with IBM mainframes in linemode, where BS is used. You can use these macros as they are, or you can write your own macros based upon them and add them to your MSCUSTOM.INI file. To use a macro, just type its name at the MS-Kermit> prompt. Suppose, for example, you normally access two different systems: a BBS (which uses 8-bit characters, ANSI terminal emulation, and BS) and a UNIX system (which uses 7-bit characters, VT220 emulation, and DEL), and these items need to be changed when you switch between the two. You could write two macros such as these: define bbs set term byte 8, set term type ANSI, set key \270 \8 define unix set term byte 7, set term type vt220, set key \270 \127 And then each time you want to use the BBS, you just type "bbs" at the MS-Kermit> prompt, and each time you want to access the UNIX system, you type "unix". Of course, you could take this process even further, and turn the BBS and UNIX macros into complete connection-establishment and login scripts, following the directions in Chapter 14 of the manual, on script programming. - Frank ------------------------------------------------------------------------------- 6 HOW DO I USE MS-DOS KERMIT OVER TRUMPET WINSOCK OR MS WfW TCP? Date: Sun, 8 Jan 95 13:27 EST To: .... From: kermit@columbia.edu Subject: Re: Using Kermit with Trumpt Winsock > I have an internet connection (SLIP) using Trumpet Winsock to > establish the connection to the server under windows. I'd like to > use kermit at that point to telnet to my company's computer. I've > filled in the IP addresses in my custom file, but when I run kermit, > and try to telnet, I get the message: > > Cannot attach to an Ethernet Packet Driver.... > > Can you give me an idea of what I'm doing wrong? > The rule for DOS, Windows, and similar PC operating systems is: ONE APPLICATION PER PROTOCOL PER NETWORK BOARD This applies also to serial ports being used as if they were network boards, e.g. via SLIP. If you are talking about Windows 95 or Windows NT, you can use Kermit 95, which does use Winsock -- any 32-bit Winsock stack (Microsoft, FTP Software, or Trumpet). If you are talking about Windows 3.x, read on. Now, Trumpet Winsock is using (i.e. registered for) the TCP protocol on your "network board". Thus, when you try to activate Kermit's own built-in TCP/IP networking, it finds that it can't register TCP because TCP is already registered. Thus it "Cannot attach to ... Packet Driver". One might think it would be possible, then, to tell Kermit to "use" Winsock. But Winsock TCP/IP stacks are strictly for pure Windows (and NT) programs, not for DOS programs. MS-DOS Kermit is a "Windows-aware" DOS program, but a DOS program nevertheless; it runs from the DOS prompt and within DOS emulator boxes in various operating systems, and cannot access Winsock. If you want to make a TCP/IP connection with MS-DOS Kermit when Winsock is running, you have to unload Winsock and use Kermit's own built-in TCP/IP capability directly over an Ethernet- or SLIP-class packet driver or an ODI driver. Or else install a second network adapter. Or... It is PERHAPS POSSIBLE, but not necessarily recommended, to run Kermit's TCP/IP stack alongside of Winsock using Dan Lanciani's NDIS3PKT shim, or to use the PKTMUX TCP/IP multiplexor. Use these methods at your own risk. NDIS3PKT, in Dan's words: "Ndis3pkt is a Windows virtual device (VxD) that provides multiple emulated packet driver interfaces in Windows VMs and converts to NDIS3. It knows how to route packets to the correct VM at upcall time (similar to the function of WINPKT) and it includes an optional tcp multiplexor to allow multiple tcp/ip stacks to coexist with the same IP address (similar to the function of PKTMUX). It can also support multiple boards, but that isn't a much-used feature. It can also emulate a class 1 (Ethernet) packet driver on top of Token Ring. In other words, ndis3pkt is intended to be a one-stop solution to packet driver applications over NDIS3. "Now, when people talk about ``Winsock'' they often mean one of the Winsock providing packages that runs in the Windows system VM, e.g., Trumpet. Because Trumpet Winsock is really just another packet driver application, ndi3pkt is perfectly happy to multiplex it along with any number of DOS applications. Thus, from a high-level viewpoint, users see this as sharing DOS applications with Winsock. In reality, ndis3pkt knows nothing about Winsock, but the net effect is the same." NDIS3PKT is in pub/ndis3pkt on newdev.harvard.edu, available by by anonymous ftp. Be sure to read the license in the accompanying README file, and be sure you have a version dated 17 Mar 95 or later. NOTE: As of January 1997, this location has moved to: ftp://hsdndev.harvard.edu/pub/ndis3pkt http://ndtl.harvard.edu/ndis3pkt/ (Later, August 1995, more from Dan): "Some people have been able to run kermit & MSTCP32 w/WfWG 3.11 together using my ndis3pkt.386 driver. The trick is to use different IP addresses for MSTCP32 and kermit. More generally, you need one IP address for MSTCP32 and one IP address for all your other packet-driver applications. This is because, although ndis3pkt includes a tcp session multiplexor that allows multiple packet-driver-based tcp/ip stacks to share the same IP address on one machine, ndis3pkt has no control over the MSTCP32 stack. If you try to use the same address for both, MSTCP32 will reset kermit's connections and such. "Some people have been unable to get the MSTCP32+kermit+ndis3pkt combination to work in configurations that appear superficially identical to those which work elsewhere. I suspect there is some minor detail of interest to be found here, but I don't know what it is. :)" For additional details, see discussions in comp.protocols.tcp-ip.ibmpc and in the ndis3pkt documentation. PKTMUX, also a risky proposition, is nevertheless, reportedly used with success at some sites. As one user reports, "I would not dismiss the use of a packet driver, PKTMUX and as many PKTDRV stubs as you need. We use that setup with TCP/IP Kermit, NCSA Telnet and winsock compliant apps. If you also use QEMM, none of that takes ANY low memory and it is stable." ------------------------------------------------------------------------------- 7 HOW TO TRANSFER FILES THROUGH A 3270 PROTOCOL CONVERTER? From: fdc@columbia.edu (Frank da Cruz) Newsgroups: comp.protocols.kermit.misc Subject: Re: Kermit File Transfer and tn3270 Date: 16 Jan 1995 16:46:18 GMT Organization: Columbia University Lines: 169 In article <173276AEB.BDESIMON@uga.cc.uga.edu>, Bert DeSimone wrote: > Gotta figure this has come up before. We are evaluating a terminal > server that supports tn3270. No problem using MS-Kermit to connect > to the terminal server and connect via tn3270 to an IBM mainframe. > However, file transfers (either invoking server on the mainframe or > not) always fail. Connecting through this same terminal server to > the same mainframe through a 7171 presents *no* problem with file > transfer. (BTW: I don't have to be using tn3270 on a terminal > server; file transfers with Kermit using tn3270 on a Unix host fail > the same way). > > I am speculating that the mainframe Kermit must send a transparent > mode sequence, ordinarily processed by the protocol converter, that > is causing the problem. > One of the major strengths of the Kermit protocol is its ability to transfer files with IBM mainframes over a wide variety of connection types, and there is an excellent Kermit software program for the IBM mainframe, which is available for VM/CMS, MVS/TSO (and ROSCOE), CICS, and MUSIC. The current version is 4.3.1, with version 4.3.2 in beta test. All of the Kermit books and manuals ("Kermit, A File Transfer Protocol", "Using MS-DOS Kermit", "Using C-Kermit", and the IBM mainframe Kermit online manuals) describe the process(es) in some detail. Here is a brief summary. Half-duplex (local-echo), line-at-a-time connections are generally handled by the "ibm" macro that is built in to MS-DOS Kermit and C-Kermit, which performs the following protocol-related settings: set local-echo on set parity mark set flow none set handshake xon Full-screen sessions go through a 3270 terminal emulator. This can reside anywhere between the client software (such as MS-DOS Kermit) and the mainframe. For the past 10 or 20 years, the most common place to find the 3270 emulator was on a special purpose "protocol converter": a box that has serial lines on one side and a connection to the mainframe on the other. This box generally works by tricking the mainframe into thinking it is a "control unit" with multiple 3270 terminals attached, and at the same time tricking the terminals into thinking they are communicating with a "normal" ASCII character-at-a-time host. The box converts between 3270 data streams and ASCII terminal (e.g. VT100) conventions. This includes ASCII/EBCDIC character-set conversion, cursor positioning and screen painting, and keystroke interpretation. As you can imagine, all of these conversions would normally have a disastrous effect on Kermit protocol packets, and also upon any other type of data that has to be transmitted "as is", without conversion, such as graphics terminal directives. Thus, many protocol converters support a "transparent mode", that allows the mainframe host to command them to turn off their conversion functions, and at a later time, turn them back on. When everything works as planned, the only Kermit commands required for going through the protocol converter are: set flow xon/xoff ; (usually) set parity even ; (or other) Everything else corresponds to the normal Kermit defaults (remote echo, no "handshake", etc). Unfortunately, the method for entering and leaving transparent mode differs from one 3270 emulation product to another. Ideally, there are two components: (1) the identification phase, in which the mainframe software issues a special instruction that causes the protcol converter to respond in a unique (but harmless) way; and (2) the actual enter- and exit-transparent-mode directives. IBM Mainframe Kermit needs to know which kind of transparency, if any, is used by the protocol converter so it can be put into transparent mode at the beginning of packet protocol and taken out of it upon return to interactive command mode. There are several ways that mainframe Kermit can go about this. First, you can use the SET CONTROLLER command to tell it which style of transparency is used by the protocol converter. Second, mainframe Kermit can be set up by the system administrator to always use a particular style. Third, it can attempt to "autodiscover" the controller type by issuing various types of identification queries and checking the results. The third method is not very reliable, however, since many types of protocol converters fail to respond to these queries even when they do implement a particular style of transparency. Nowadays, special-purpose protocol converters are giving way to general purpose terminal and compute servers that include a "tn3270" function. tn3270 is a special kind of TELNET program that also performs 3270 emulation, and requires that the mainframe be on a TCP/IP network and have a TN3270 server. Here are some examples: 1. UNIX tn3270. Most UNIX systems come with a tn3270 program that lets you make a full-screen connection to an IBM mainframe. Once you have made the connection, you should be able to start Kermit on the mainframe, give it a SEND, RECEIVE, or SERVER command, escape back to your terminal emulator (e.g. MS-DOS Kermit), and transfer files without any special settings. If you have trouble with this, then: - Ask mainframe Kermit to "show controller". If it doesn't say Series/1, then tell it to "set controller series1". - Try using shorter packets. The maximum length that can pass through the protocol converter might be less than what you are trying to use. A typical maximum value might be 1700. - Tell one or both Kermit programs to "set parity space". 2. VMS tn3270. Depends on the TCP/IP version. TGV Multinet, for example, does not claim to support transparent mode. 3. Cisco terminal server tn3270. Current releases of Cisco terminal server software include a tn3270 feature that is supposed to permit Kermit transfers, but it has bugs. Sometimes these bugs can be worked around by using the methods listed in (1) above and specifying VERY short packets, like 30 or 40 bytes. Sometimes they can't be worked around at all. A future release of Cisco software (probably 10.3) will include new tn3270 software that implements Series/1-style transparency correctly, and allows Kermit transfers of both text and binary files in both directions using packet lengths up to about 1900 (or whatever the total screen size is). If you try all of these workarounds with your terminal server and still get failed transfers, make packet logs and/or debug logs in both Kermit programs to find out what the terminal server is delivering to each Kermit program, and report the misbehavior to your terminal server vendor. For further information about specific protocol converters and how to configure IBM Mainframe Kermit for them, please read the ik0aaa.hlp file that comes with IBM Mainframe Kermit. Finally, it is possible to transfer files through a 3270 fullscreen connection even when 3270 emulator can't be put into transparent mode at all. You can read about this in the second edition of Using C-Kermit and the MS-DOS Kermit update notes file (KERMIT.UPD). Quoting from the latter: "Doomsday Kermit" (DDK) techniques allow file transfer with IBM mainframes through 3270 protocol converters that do NOT support transparent mode, to be used in conjunction with IBM Mainframe Kermit's SET CONTROLLER FULLSCREEN command on VM/CMS, MVS/TSO, or CICS. MS-DOS Kermit 3.13 or later and IBM Mainframe Kermit 4.2.3 or later required. Commands: SET PARITY EVEN ; Or whatever SET FLOW XON/XOFF ; Or whatever SET SEND START 62 ; Greater-than sign SET RECEIVE START 62 ; Ditto SET BLOCK BLANK-FREE-2 ; New block-check type SET HANDSHAKE NONE BLANK-FREE-2 is a new block-check type, exactly like type 2, except encoded to never contains blanks. Give IBM Mainframe Kermit the following commands: SET CONTROLLER FULL SET SEND START 62 SET RECEIVE START 62 SET BLOCK BLANK-FREE-2 SET HANDSHAKE 0 Doomsday Kermit file transfers are not as reliable as regular Kermit protocol transfers, and they are much slower. Use this method only as a last resort; that is, only when you can't get a transparent-mode fullscreen connection or a linemode connection to the mainframe. (end quote) And beyond finally: in the future, we expect to add 3270 emulation to the Kermit software itself, so you will be able to make tn3270 connections directly from Kermit to the mainframe without having to go through a "black box" for the conversion. Of course, Kermit software will handle transparency correctly (and automatically). (And no, I can't estimate when built-in 3270 emulation will be available.) - Frank ------------------------------------------------------------------------------- 8 WHERE IS THE KEY MAP FOR 3270 EMULATION? Real 3270 terminals have all sorts of keys that regular ASCII terminals (and PCs and Macintoshes and UNIX workstations, etc) do not have. A big part of the job of a 3270 protocol converter is to convert between ASCII keystrokes (including escape sequences) and 3270 keys such as PA1 through PA3 and PF1 through PF24. The administrator of the 3270 protocol converter creates the mapping. So in order to make a 3270 key map for Kermit, you first have to find out what the mapping in the protocol converter is, and then assign the ASCII values (characters or sequences) that correspond to each 3270 key to the desired PC (or Mac, etc) key. It is the responsibility of each site administrator to document the key mappings used by its protocol converters. Once you know the ASCII values that correspond to each 3270 key, then it's easy to create Kermit key bindings. For example, suppose the 3270 "cursor left" function (left arrow) is mapped to ASCII Ctrl-B (ASCII character 2). Then in MS-DOS Kermit you would: SET KEY \4427 \2 where \4427 is the scan code of the PC's (gray) left arrow key, and \2 is the code for the ASCII value of the Ctrl-B character. ------------------------------------------------------------------------------- 9 HOW CAN I MAKE MS-DOS KERMIT USE COM3, COM4? From: fdc@columbia.edu (Frank da Cruz) Newsgroups: comp.protocols.kermit.misc Subject: Re: COM3 available in 3.14? Date: 20 Jan 1995 15:48:20 GMT Organization: Columbia University In article <1995Jan19.232004.8689@midway.uchicago.edu>, Cal Lott wrote: > I was simply wondering if version 3.14 (or any earlier) could > address COM3 and above. > A frequently asked question. The short answer: Yes. The medium answer: COM3 and above have no standard address or IRQ, hence communications software (Kermit or anything else) can't always find them, in which case you have to specify the address and IRQ, using a sequence like: SET COM3 \x3e8 5 SET PORT COM3 (You need both commands, in the order shown.) You must also beware of "missing" COM ports. To use (say) an internal modem as COM4 when there is no COM3 is not straightforward. The long answer: Read section 6 of the KERMIT.BWR file on your MS-DOS Kermit 3.14 diskette (the version at kermit.columbia.edu in kermit/a, file mskerm.bwr, might be newer). - Frank ------------------------------------------------------------------------------- 10 MS-DOS KERMIT PATCHES DON'T SEEM TO TAKE EFFECT. Since the release of MS-DOS Kermit 3.14, there have been persistent reports that patches don't seem to "stick". That is, after giving a PATCH command, the patch level is still reported as 0. This can happen if the patch file is transferred to the PC from a UNIX system in binary mode, so the lines end with LF rather than CRLF -- DOS does not recognize the line boundaries and therefore Kermit does not see valid patches. Cure: make sure each line ends with CRLF. Fix it in an editor, or re-transfer the file in text mode. Also, remember there is no longer a need to rename the patch file to MSKERMIT.PCH. Since there are now three different Kermit executables, there must be three corresponding patch files. For version 3.14, these are: MSR314.PCH -- For full-featured KERMIT.EXE MSRM314.PCH -- For "medium-size" KERMITE.EXE MSRL314.PCH -- For "Kermit Lite" KERLITE.EXE Notice that each patch file includes the version number as part of its name. This allows you to run different versions of Kermit without confusion about patching. ------------------------------------------------------------------------------- 11 I CAN TRANSFER TEXT FILES BUT NOT BINARY FILES Here are the causes (and cures) listed in decreasing order of likelihood: 1. You are going through a terminal server or other type of connection (telnet, rlogin, etc) that chops off the 8th bit. Kermit can't tell that this is happening (as it can with devices that add even, odd, or mark parity), so you have to tell it. The command is: SET PARITY SPACE 2. You have used the SET CONTROL CONTROL UNPREFIX command to unprefix one or more control characters that are not safe. Tell Kermit to: SET CONTROL PREFIX ALL and see if it works. If so, you'll have to home in on the offender(s). ------------------------------------------------------------------------------- 12 BINARY FILES ARE CORRUPTED AFTER TRANSFER Some non-Columbia Kermit implementations simply do not work, including some found in BBS software. For example, if you download a file from a BBS using their Kermit protocol option and find a lot of Ctrl-Ys in your file where only actual letter Y's should be, then the BBS has a broken Kermit implementation. The same is also true if a file downloaded from a BBS in binary mode is bigger than the original. Ask your BBS sysop to install MS-DOS Kermit ("Kermit Lite") as an external protocol. See the KERMIT.UPD file in the MS-DOS Kermit 3.14 distribution for additional information. The more common cause, however, for "corrupted" binary files is that they were transfered in text mode. Both Kermit and ftp transfer files in text mode by default. This means that record formats and character sets are likely to be converted. You can tell Kermit to skip all conversions and transfer the file literally, as-is, with the command: SET FILE TYPE BINARY Normally, it is sufficient to give this command to the FILE SENDER before giving it the SEND command. But there are some exceptions to this rule: 1. One or both Kermits do not support "Attribute packets" (or they are disabled). This is true of many of the commercial and shareware Kermit implementations. Cure: tell BOTH Kermits to use binary mode. 2. You are using some combination of C-Kermit 5A(190) or later, MS-DOS Kermit 3.14 or later, or IBM Mainframe Kermit 4.3.1 or later in client server mode. In this case, it is the CLIENT's file type setting, rather than the file sender's, that prevails. Cure: tell the CLIENT to SET FILE TYPE BINARY, or to be extra sure, tell them both. 3. You are sending the file from VMS C-Kermit, which is unique among Kermit programs in its ability to automatically switch between text and binary mode based on the file's characteristics. VMS C-Kermit ignores SET FILE TYPE BINARY and SET FILE TYPE TEXT when sending files, and instead uses binary mode if the file's record format is Fixed, and text mode otherwise. However, some binary files, notably VMS ZIP files, are stored using a "text-style" record format (Stream_LF), so Kermit sends them in text mode. You can override this by telling it to SET FILE TYPE IMAGE. If you follow all these directions and binary transfers still come out wrong, then perhaps the file you were downloading was corrupt to begin with -- e.g. it was ftp'd in text mode instead of binary mode. ------------------------------------------------------------------------------- 13 WHY DOESN'T THE HANGUP COMMAND WORK FOR ME? On network connections, Kermit's HANGUP command executes the appropriate network protocol for closing the connection, and this should always work. On serial connections, the HANGUP commands turns off the computer's DTR (Data Terminal Ready) signal for a period of time. According to the standard that governs modem signals, this action is supposed to make a modem hang up the phone call. If it doesn't: 1. Your modem has been configured to "Ignore DTR". This setting is available on most Hayes-compatible modems, either on a physical switch (such as Configuration Switch 1 on the Hayes 1200) or as a command (&Dx on Hayes 2400 and later, and compatibles). In many cases, "Ignore DTR" is the factory setting. If you want your modem to obey the DTR signal, then you should set the switch appropriately, or give the command AT&D2. The actual syntax of the command might vary among different brands and models of modems, so consult your modem manual for details. 2. Your cable or connector has DTR "hotwired high", meaning that the DTR wire is jumpered to some other signal that is always high (on). If this is not what you desire, you should replace your cable with a standard modem cable. 3. You are using a Macintosh with a "hardware handshaking cable". This is actually the same situation as (2), except there is no way to "fix" the cable - please read the ckmker.bwr file for an explanation. To work around these problems in Kermit, without actually fixing the underlying cause, you can use a macro that escapes back to the modem's command processor and gives it the command to hang up. Such a macro is predefined for you in the MS-DOS Kermit 3.14 initialization file, MSKERMIT.INI: ; ATHANGUP macro. Use this if regular HANGUP command doesn't do the trick. def ATHANGUP sleep 1,out +++,sleep 1,out ath0\13 (Note: C-Kermit uses this technique anyway.) In MS-DOS Kermit, you can assign execution of this macro to the "hot key" of your choice, for example: set key \315 {\Kathangup} ; Assign ATHANGUP macro to the F1 key In Mac Kermit, you can just go to the terminal screen and do it by hand: - Pause at least one second - Type +++ - Pause at least one second - Type ATH0 (letters A, T, H, digit zero) - Press the return key. The modem should hang up and say NO CARRIER. ------------------------------------------------------------------------------- 14 HOW CAN I MAKE THE DIAL/REDIAL COMMANDS KEEP TRYING? In Kermit 95, just click on the appropriate boxes in the graphical Dialer (Options -> Dialing -> Procedures), or use the following commands at the command prompt: K-95> set dial retries 30 (How many times to redial) K-95> set dial interval 20 (How long to wait between tries) K-95> dial 5551212 In C-Kermit 6.0, use the "set dial retries" and "set dial interval" commands shown above. In MS-DOS Kermit, the DIAL command is defined in the MSKERMIT.INI file, and it does indeed retry the call several times. REDIAL is also a macro, which simply invokes the DIAL macro with the number most recently dialed; hence it, too, tries the number several times. If you want to change the number of times that the DIAL macro tries, or the conditions under which it retries, or the interval between tries, simply edit the DIAL macro definition in MSKERMIT.INI. ------------------------------------------------------------------------------- 15 I ENABLED SLIDING WINDOWS BUT IT LOOKS LIKE ONLY ONE IS USED. Newsgroups: comp.protocols.kermit.misc Subject: Re: Sliding windows - only one is used? Date: Wed Feb 15 09:21:08 1995 From: fdc@columbia.edu (Frank da Cruz) In article <3hn07m$4dl@israel-info.datasrv.co.il>, 4th Dimension wrote: > I'm using MS-Kermit 3.14, PL3 on my PC, talking to C-Kermit 5A(190) > on the remote Sun. When I start MSK, I load the FAST macro to get > maximum thruput. Transfer of data is pretty fast, except that I > never see more than one window used out of the three. Is this a > bug, a feature, or am I doing something wrong? > It's not a bug and you are probably not doing anything wrong. When two Kermit programs have agreed to use a maximum window size greater than one, let's say 4, here is what happens: The FILE SENDER can send up to 4 packets without waiting for an acknowledgement from the file receiver. Each unacknowledged packet sits in the file sender's window until it is acknowledged. Thus its window size grows from 1 to 2 to 3 to 4. If acknowledgments arrive quickly, the window might not grow to its maximum size because it does not need to. The job of the FILE RECEIVER is to accept and verify packets, decode them, and write the decoded contents out to the file. If packets arrive in sequence, then each one is processed and disposed of as soon as it arrives. If, however, a packet arrives that has a sequence number that is more than one greater than the previous packet that was successfully processed, this means that a packet is missing. Thus the packet that just arrived can't be written out to disk because if it were, the file would have a piece missing. So the out-of-sequence packet is stored in the receiver's window until the missing piece is filled in. Thus you won't see the file receiver's window size exceed one unless there have been transmission errors, no matter what window size the file sender might be using. For greater detail see pages 102-103 of "Using MS-DOS Kermit" or pages 158-161 of "Using C-Kermit" (1st edition) or pages 256-260 of the second edition. - Frank ------------------------------------------------------------------------------- 16 HOW DO I WRITE A SCRIPT TO DIAL A PAGER? A numeric pager is one that can display a number -- usually the number to be called back. The number is entered by pressing Touch-Tone keys on your telephone, usually terminated by pressing the "#" or "*" key. Numeric pagers are not modems. Therefore when you dial one, it does not return a carrier signal. Therefore, the dialing modem will not say "CONNECT" or turn on its carrier signal. Therefore, DIAL commands will not succeed. You can type commands to your modem manually for testing. For example: ATDT7654321,,,,,8765432#; In this example we Tone-dial the phone number "7654321", then we pause for ten seconds (",,,,,") to give the pager time to answer the call, then we send "8765432" to be displayed on the pager, then we send the "#" tone, and then we return to command mode (";"). The modem should respond "OK". The details will vary with your modem, your telephone service, and the pager you are dialing. Let's assume we have a Hayes 2400 or higher compatible modem. Here's a sample command file to call a numeric pager: define \%a 7654321 ; Number to call define \%b 8765432 ; Number to display on pager set port xxxxxxx ; Select the communication device set speed 2400 ; Any speed supported by the modem output AT\13 ; Make sure it's in command mode input 3 OK ; ... if fail stop 1 Can't get your modem's attention output {ATDT\%a,,,,,\%b#;\13} ; Make the call input 3 OK ; ... if fail stop 1 Can't place call You can turn this into a macro that accepts the numbers as arguments. See "Using MS-DOS Kermit" or "Using C-Kermit" for additional script programming instructions, and your modem manual and the pager manual for details of calling and paging. Note: the OUTPUT string is enclosed in curly braces to force the commas to be taken literally (if you were using this command in a macro definition and did not enclose the OUTPUT string in braces, the commas would be command separators). Note #2 - Some modems might also support a "wait for quiet answer" feature, e.g. by using the at-sign "@" in the dialing string: ATDT7654321@8765432#; What about alphanumeric pagers? You have to dial the paging service and then either go through a series of prompts, or else execute a protocol like TAP. C-Kermit 6.0 comes with a TAP paging procedure, ckepage.ksc. You can also send an alpha page "by hand". The manual method goes like this (at least for paging services that use TAP "manual mode"): 1. Set up the call. 2. Make sure that DIAL succeeds (Alpha pagers, unlike numeric pagers, will send carrier back). 3. Look for "ID=". 4. Send uppercase "M" followed by carriage return. 5. You are prompted for the destination pager ID. Send it, followed by a carriage return. 6. You are prompted for the text of the message. Send the text. It might be restricted to one line, and even if not, it might be restricted to a certain total length. 7. You might be prompted in some way for more pages or lines; you can answer yes or no. 8. Assuming you answer no, optionally look for the farewell message, then hang up. The exact procedure and prompts vary according to the paging service, so you'll need to go through the process manually to see exactly what the prompts and sequences are. Then you can write a Kermit script to send manual-mode alphanumeric pages automatically. ------------------------------------------------------------------------------- 17 WHEN C-KERMIT DIALS MY V.32BIS (OR V.34) MODEM, I GET THE ERROR 'CAN'T CHANGE SPEED TO 14400 (OR 28800)' Dialing is covered in detail in Using C-Kermit, second edition, and the problem listed in the title of this section should occur only rarely in C-Kermit 6.0 (it was quite common in earlier versions). To recapitulate very briefly: older modems, like the Hayes 1200 and 2400, that did not do error correction or compression, but that could negotiate their modulation speed, would report the modulation speed upon successful connection, and change their interface speed to match. Thus, the communication software would also have to change its own interface speed, or else the user would see only garbage. Modern modems have two different speeds: the interface speed and the modulation speed. The interface speed can be kept constant even though the modulation speed changes. Or not, depending on how the modem is configured. C-Kermit versions prior to 6.0 had no way of knowing whether your modem is set up to lock its interface speed, or to change it to match the modulation speed, and therefore no way of knowing whether to believe the "CONNECT 28800" (or whatever) message. By default, for compatibility with the huge installed base of older modems, it did believe, and therefore changed its interface speed according to the CONNECT message. But if your modem's interface speed is locked (which it SHOULD be if it is an error-correcting, data-compressing modem), you must tell Kermit NOT to change its interface speed by giving it the command: SET DIAL SPEED-MATCHING OFF Now to complicate matters, some of the newer modulations report speeds that are not commonly supported by the host operating system, such as 14400 and 28800. Hence the message "Can't change speed to 14400" (or 28800). But even if these speeds were supported, you would not want Kermit changing to them if the modem's interface speed was locked. You would still see only garbage, but you would not get the "Can't change speed" message. C-Kermit 6.0, by contrast, has a much more comprehensive modem database, and automatically chooses the appropriate SPEED-MATCHING and other parameters when you choose your modem type. Therefore, when you choose a high-speed modem type, one that is capable of speed buffering, C-Kermit automatically set DIAL SPEED-MATCHING to OFF; whereas if you choose (say) the Hayes 2400 modem type, it will set it ON. You can override these automatic choices by giving explicit SET MODEM and/or SET DIAL commands after your SET MODEM TYPE command. See "Using C-Kermit" for additional detail. ------------------------------------------------------------------------------- 18 HOW DO I USE KERMIT WITH PINE? Here's a tip sheet we use at Columbia University - thanks to Joe Brennan. SCREEN FORMATTING Make sure that your UNIX terminal type agrees with Kermit's terminal emulation. For example, if Kermit is emulating a VT320, tell UNIX: export TERM=vt320 or: setenv TERM vt320 If there is a complaint about "terminal type unknown" when starting Pine, then try a lesser VT terminal model, such as VT220, VT102, VT100. PRINTING Pine's print command, letter Y, is known to work with MS-DOS Kermit and Mac Kermit. With MS-DOS Kermit, if the printer is directly attached, it should make the printer print the selected email message. With Mac Kermit, it should send the selected email message into the printer buffer, which can be seen in the Printer window, and which can be printed using the print command in the pulldown File menu. The command ''pcprint'' on UNIX (*), which prints any text file, does the same thing as Pine's Print command. It may be easier to debug problems by running a command like ''pcprint .profile'' at the UNIX shell ($ prompt). (*) pcprint is a UNIX shell script: ---(cut here)--- echo -n '[5i' if [ $# -eq 0 ]; then cat else cat $* fi echo -n '[4i' ---(cut here)--- (Replace by a real Escape (ASCII 27) character. DOWNLOADING FROM PINE TO THE PC Use Pine's command letter E, Export, to copy a message into a file. This file will be created in your home directory on UNIX. Then it can be downloaded to your PC or Mac using Kermit. After you finish, remember to remove the now-unneeded file on UNIX, using the ''rm'' command at the $ prompt. If you View a MIME-encoded message, Pine will ask whether to save it to a file with a name of your choice. Pine will decode the message and create the file in your home directory on UNIX. It can then be downloaded to your PC using kermit. MIME-encoded files are often binaries rather than plain text, so you should set kermit to transfer a binary file. UPLOADING FROM THE PC TO PINE Send email in plain text if possible. Save the document as plain ASCII text with the PC application that created it. Use Kermit to upload it to UNIX. Run Pine, choose letter C, Compose, and address your message as usual. Move the cursor to the Message Text area and choose control-R, Read File, and type the name the file (the copy on UNIX) to insert. You will see the file on screen, as if you had typed it. If it looks strange, it's not plain text, so start over. After you finish, remember to remove the now-unneeded file on UNIX, using the ''rm'' command at the $ prompt. If you want to send a PC document, use Kermit to upload it, setting Kermit to transfer a binary file. Run Pine, choose letter C, Compose, and at the Attchmnt: header, type the name of the file (the copy on UNIX). Pine will encode it using MIME, and attach it to the end of any text you choose to type in the message. *Note*: with MIME or any form of encoding, you should determine whether the recipient of your message will be able to decode it. Plain text email (previous paragraph) can be read on any email system. ------------------------------------------------------------------------------- 19 HOW DO I GET A SESSION LOG WITHOUT ALL THE EMBEDDED ESCAPE SEQUENCES? This can be done in Kermit versions that have true terminal emulators, such as MS-DOS Kermit and Kermit 95. In MS-DOS Kermit: - Don't LOG SESSION. Instead, SET PRINTER . - Use Ctrl-Print Screen to "toggle" logging. In Kermit 95: - Don't LOG SESSION. Instead, SET PRINTER . - Assign the Kverb \KprtAuto to the key of your choice, e.g. "set key \315 \KprtAuto" to assign it to F1. - Use this key to toggle logging. The resulting file will contain only screen lines, and not the escape sequences that put them there. The mechanism used internally is called "autoprint", and works by sending each screen line to the printer or printer file when the cursor leaves it. In UNIX and OS-9 C-Kermit, you can "set session log text". This does not filter out escape sequences, but at least it takes care of CR/LF/CRLF conversion for you; see the description of this command in "Using C-Kermit". ------------------------------------------------------------------------------- 20 KERMIT DOESN'T WORK RIGHT WITH MY (RPI) ERROR-CORRECTING MODEM! When you buy a modern error-correcting, data-compressing, speed-buffering modem, you probably expect the modem to perform those functions, and most do. Unfortunately, some modems that claim to have these features do not have them at all, but require external software that implements them in your computer, rather than in the modem where they belong. The most widespread example of this practice is the Rockwell Protocol Interface (RPI), a proprietary "standard" from Rockwell International Company that allows modem companies to sell modems at a lower price by incorporating Rockwell chips that do not include error-correction or compression capabilities. This "standard" must be licensed from Rockwell, hence you will only find it implemented in commercial software, such as on the diskette (if any) that came with your modem. In general, such software is available only for PCs running Microsoft Windows 3.x or Windows 95, or built into proprietary communications packages like Comit. If your modem documentation says it requires "RPI-compatible" software for error correction and compression, and you want to use it with Kermit, then you are out of luck unless you also have the software driver for the modem and can use it on your computer. Otherwise you bought the wrong modem. Hopefully, you can return it. It is usually hard to tell by reading the modem box. One user reports: "The RPI bit is hidden on the back of the box: '*Error Control* V.42 and MNP RPI software,' and '*Data Compression* V.42bis RPI software.' The box design is such that, unless you happen to already know what RPI is, you think you're getting a modem with MNP/V.42 LAPM/V.42bis compression built in." If you can't return the modem, you can still use it without error correction, but then: - Noise is not filtered out on the modem-to-modem connection, as it would be with a real error-correcting modem, and noise bursts will interfere with your online sessions and your file transfers. - There is no modem-to-modem compression, because that requires error correction. - There is no flow control, because that too requires an error-correction protocol between the modems. - Speed buffering is ineffective because that requires flow control between the modems. Thus, if the two modems have different interface speeds, vast amounts of data will be lost. Thus, none of the modem's "advanced features" are really there. Why RPI is a bad idea: - Implementation of MNP, V.42, and V.42bis in software is a VERY big job. Since it is uneconomical for software companies to write software for any platform other than Microsoft Windows, it is unlikely that RPI drivers will ever be written for DOS, UNIX, OS/2, VMS, or any other platform. - Even when a company wants to produce a driver for (say) a new release of Windows, there is generally a long lag time before it is available. Thus you might find when you install your brand-new operating system that your modem has become useless. (NOTE: Windows 95 will change its driver specifications soon, probably in mid-1997, at which time all existing "WinRPI" drivers -- as well as drivers for the other types of controllerless modems -- will stop working.) - The driver software slows down your computer by consuming a vast amount of CPU cycles over and above what would be used if error-correction and compression were done in the modem, and it increases memory requirements, swapping, and in general can be expected to drag down the performance of your PC. - RPI seeks to replace an open communication method (the one that is universally used by serial communication software) by a closed, proprietary, licensed one, and potentially hold hostage all communications software developers to nondisclosure agreements. - It precludes publication of source code. - Since MNP 2-5 and V.42 and V.42bis are complex protocols, the software implementations will inevitably be buggy and are unlikely to be consistent, especially since the "standard" is not an open one, and the implementations themselves will not be open. - Even if the drivers are not buggy, the underlying operating system is likely to be. - Since not all software in the world will be "upgraded" to "support" the RPI "standard", your modem will not be usable in many of the ways you might have expected to use it. - Many people will buy these modems under the mistaken impression that they can use their high speeds and advanced features with their favorite software. The average mass-market consumer is unlikely to understand the implications of "requires RPI-compliant software" in tiny print on the box. - By Gresham's Law, "The bad drives out the good". RPI modems are cheaper, and might well drive reputable modems out of the marketplace, leaving the entire world's online community with no modems left to choose from but ones that will work only with Windows. This drives another nail into the coffin of "legacy" non-Windows platforms, and this, in turn, leaves the public with fewer choices for operating systems, applications, and computers themselves. What are the benefits of RPI? - Lower-cost modems? In order to save a few dollars, you are giving up the ability to use the modem on the platform of your choice, with the software of your choice, and you are probably going to get poorer performance than you would have had with the EC and DC protocols built-in over the life of the modem. How do I tell if I have an RPI modem? - According to Rockwell, all RPI modems should issue a message containing "RPI" in response to the command ATI3. Here are some examples: AFEP-V1.510-BP39 ROCKWELL RPI (TM) MODEM AFEP-V1.620z1.00 BS39 ROCKWELL RPI (TM) MODEM V1.620-BP39 ROCKWELL RPI (TM) MODEM - The command to enable error correction (such as AT&Q5, depends on the modem) results in an ERROR response. - They normally have AT+Hdigit commands to control the RPI interface. (This one is not dependable, since there are no standards for modem commands, and so AT+H might be used on non-RPI modems for some entirely unrelated purpose.) Is there a list of RPI modems? - No. Just about any modem manufacturer is likely to have RPI models. The modem market is incredibly volatile, fast-moving, and voracious. Any such list would be obsolete before you could see it. Once-scrupulous companies will now do anything to cut costs and increase margins. They have no choice -- if your competitors are doing it, you have to do it too or lose your business. Rockwell licenses RPI "technology" to anyone who will pay for it, but is under no obligation to disclose its licensees, nor are the licensees under any obligation to inform Rockwell (or anybody else) which models contain RPI chips and which do not. In many cases, the same make and model can have RPI and non-RPI variations. This makes technical support an increasingly difficult job. By saving a small amount of money for themselves, the modem manufacturers have created unneeded confusion among users and service providers, and driven up costs throughout the online world. Is RPI the only "software driven" modem scheme? - No. There are similar products from other companies. This further complicates the task of the help desks of the world, for even once they have ruled out that a modem problem is due to RPI, it might be some other kind of "controllerless" modem based, for example, on the HSM chipset from AT&T (now Lucent). US Robotics now sells a "Winmodem" (see next question). We can only expect to see more and more of this in the future. As a maker of such items commented in the comp.dcom.modems newsgroup, "There's certainly a market for platform-independent modems, but you can't expect manufacturers to ignore the market opportunity for Windows-only modems, especially when they can have a cost and performance advantage." Of course you can't. But what about end users who don't understand any of this? Most of them do not make informed choices when buying modems. And increasingly, many of them make no choice at all -- the modem comes preinstalled in a PC they have bought, and does not even include a manual; sometimes not even a brand name. And now that RPI modems have been out for a while, we are beginning to see how they are passed from hand to hand, installed in or connected to new computers (for use, e.g., with DOS or Linux) and causing a whole new wave of problems. If you have an RPI or other controllerless modem, and you need to use it in a setting for which a driver is not available -- that is, in most cases, any platform other than a PC running Microsoft Windows -- you are just plain out of luck. Return it and buy a real modem. This way, you will encourage modem manufacturers to continue to make real "platform-independent" modems. To re-emphasize one of the worst aspects of these modems, here is independent commentary from the comp.dcom.modems newsgroup, 14 Nov 96: "If you don't plan to run [Windows 95], or more precisely, if you don't want to run just versions of Windows '95 released between the initial launch and next summer, then this modem may not be usable at all. "Microsoft plans to change the driver interface in the near future and you will need to get new drivers from somebody. This isn't a secret or anything; it's part of the gradual merging of '95 and NT and they want a common driver for both starting real soon. When this happens and you want to upgrade your OS, you have to hope that your vendor will continue to support the model of modem you bought and release new drivers. Those of you who get one of these modems in a PC will have to fight with the PC maker and the modem maker when you try to change (or upgrade) the OS on your PC. "If your vendor makes new drivers available for the operating systems you want to use for older models of their modems, you have no problem. If they won't support last years modems at all, then you have a problem. "Yet another reason to not buy modems with detached brains. "It's like the Monty Python "New Brain" sketch. You really should pay the extra $30 for a whole real brain in your modem. :-)" (End quote) ------------------------------------------------------------------------------- 21 WHAT ABOUT WINMODEMS? Refer to the previous section. Note, however, that Winmodems are even more Windows-dependent than RPI modems, as they rely on the Windows drivers not only for error correction and data compression, but for all of their modem functions. Thus they are totally useless outside of Windows 3.1 or Windows 95, and even under those operating systems, they can be used only by native Windows applications, and not by DOS applications -- not even when they are running in a Windows window. To quote from a posting to comp.dcom.modems from August 7, 1996: "While the Winmodem does have some advantages over modems, this device and others like it are generally inferior to a real and true modem. The Winmodem isn't really a modem, it's just a DSP and a few other componants on a card. It doesn't become a modem until you load up the Windows drivers for it. First off this means that you're totally and completely stuck with Windows software. No support for DOS in any way (not even through a DOS session in Windows), OS/2, Linux, or even WinNT. Furthermore it uses your computer CPU for some tasks normally handled by a processor in the modem. This drains some CPU power and memory from your computer, which can slow applications down (although just how much it'll slow things down depends on a number of factors)." Thus you can not use MS-DOS Kermit with a Winmodem. You can, however, use Kermit 95 in Windows 95 (not Windows NT) with a Winmodem; in this case you can treat it as a Sportster. ------------------------------------------------------------------------------- 22 WHAT KIND OF MODEM SHOULD I BUY? Refer to the previous two sections. We have always recommended external modems. In the past, the principle reasons for this were that: - They can be connected to any kind of computer that has a serial port. - You can monitor the lights for troubleshooting. - They don't cause interrupt conflicts or address confusion, as internal modems almost always do. In recent times, the reasons to stick with external modems are all the more compelling: - Almost any recent-model modem is bound to have bugs and defects. Therefore it is better to keep them outside of your PC, where they can't affect the internal bus, configuration, or interrupt structure of your computer. - External modems are almost never "controllerless". To the best of our knowledge, all RPI modems, Winmodems, etc, are internal PC modems. - External modems are never "Plug and Play". Plug and Play modems, to the best of our knowledge, work only in Windows 95, and need special OS-specific loaders to be initialized correctly. They can't be used with DOS applications, even in a Windows 95 DOS window. We do not recommend or endorse any particular brand of modem. However, we do recommend the following attributes: - It should be external rather than internal. The extra price is worth it. - It should follow established ITU-T (formerly CCITT) standards like V.32bis, V.34, V.42, and V.42bis. If it claims to "exceed" standards or "set" standards, beware; it is unlikely to interoperate correctly, or at all, with modems from other manufacturers. - It must not depend on operating-system-specific drivers or loaders for any of its modulation, error-correction, or compression functions. The operating system should be able to make full use of it through its serial-port driver, with the application providing the interface to the modem's command language. Thus you should be able to change or upgrade operating systems without losing the ability to use your modem. Read the box carefully before buying. ------------------------------------------------------------------------------- 23 MY ARROW KEYS DON'T WORK Newsgroups: comp.protocols.kermit.misc Date: Mon Apr 24 10:24:29 1995 From: Frank da Cruz Subject: Re: arrow keys and www? Organization: Columbia University In article <3n2s56$rb4@news-2.csn.net>, Gideon Weisz wrote: > > This has to be a very simple problem, so apologies in advance, but I > am stuck. In www, using lynx, with mskermit 3.14 and vt220 (and > HEBREW macro) the arrow keys do not work right. To move among > highlighted links, one is supposed to use the up/down arrows and to > move among levels the left/right keys. However, if I use > right-arrow, I get "do you wish to send a comment"; if I use > left-arrow it is taken as a command to download down-arrow moves me > up! (up the screen to the last highlight). > Kermit is emulating a real VT220 terminal. The VT220 cursor (arrow) keypad can be in one of two modes: cursor mode and application mode. These keys send different escape sequences depending on which mode they are in. When a VT220 is turned on (and when Kermit is started), the arrow keys are in cursor mode. By default (that is, unless you give SET KEY commands to change things), MS-DOS Kermit uses the IBM keyboard arrow keys as the VT220 arrow keys. Each key has a "verb" assigned to it: Up arrow \Kuparr Down arrow \Kdnarr Right arrow \Krtarr Left arrow \Klfarr These verbs track the cursor keypad mode automatically, and send the following escape sequences: Cursor Mode Application Mode \Kuparr CSI A SS3 A \Kdnarr CSI B SS3 B \Krtarr CSI C SS3 C \Klfarr CSI D SS3 D where CSI is ESC followed by left bracket ([) on a 7-bit connection or decimal 155 on an 8-bit connection, and SS3 is ESC followed by O (uppercase letter O) on a 7-bit connection and decimal 143 on an 8-bit connection. How does the cursor keypad mode change? The host can change it by sending special escape sequences, or you can change it yourself by using the command: SET TERMINAL ARROW-KEYS { CURSOR, APPLICATION } So why do the arrow keys not work in Lynx? Or, in general, in any particular application: 1. Because the application expects the keypad to be in one mode when it is in the other mode. This is a deficiency on the part of the application. Applications should never ASSUME which mode the cursor keypad is in, but rather, they should PUT the keypad in the desired mode, or else they should accept arrow-key codes from either mode. Workaround: tell Kermit to SET TERM ARROW CURSOR (or APPLICATION). 2. Because of a terminal-type mismatch. Lynx, in particular, does not seem to use the termcap database (it uses only terminfo), and so therefore might not understand Kermit's VT220 or VT320 terminal type (this kind of confusion typically occurs when a terminal type is in the termcap database but not the terminfo one, and therefore works with EMACS or vi, but not with Lynx). Solution: tell Kermit to SET TERM TYPE VT100 and also tell the host your terminal type is VT100, before starting Lynx, and ask you system administrator to add missing terminfo entries. 3. Because of a character-size mismatch. If you have been using a VMS-based VT220 or VT320 fullscreen application (such as ALEPH, EVE, etc), you might find that your arrow keys are sending 8-bit codes rather than 7-bit codes, and then when switching to another application like Lynx, the new application might not understand the 8-bit codes. Again, this is a deficiency of the application. Workaround: tell Kermit to SET TERM CONTROLS 7. I put MS-DOS Kermit into Hebrew mode, accessed the ALEPH software, tried the arrow keys and they worked OK. Then I left ALEPH and started Lynx and got the same symptoms you reported. The three steps above fixed the problem. - Frank ------------------------------------------------------------------------------- 24 KERMIT UNDER WINDOWS CAN'T FIND MY PORT Q: We use Kermit 3.14 very heavily on our campus. From DOS everything works great. From MS-Windows, however, sometimes it works but often our users will get a message like: unknown hardware for port, using BIOS... or: cannot use RTS/CTS on non-UART port A: First, let's assume that your COM port is not, in fact, an internal "controllerless" modem, such as a Winmodem or RPI modem -- you can't use these with MS-DOS Kermit or, for that matter, with any non-Windows application or in any operating system other than Microsoft Windows. See the section on RPI modems for more information about this. Windows and/or Windows communications programs tamper with the PC BIOS, where Kermit goes to find out what ports are available and what their addresses (and IRQs) are. The solution to this problem is to supply this information to Kermit yourself. Here is a macro you can use to set your port under Windows. MS-DOS Kermit 3.14 is required. define PORT - if not = \v(argc) 2 end 1 Port number required, - if not = 0 \findex(:\%1:,:1:2:3:4:) forward PORT\%1, - end 1 \%1 - bad port number, - :PORT1, set com1 \x03f8 4, set port 1, end \v(status), - :PORT2, set com2 \x02f8 3, set port 2, end \v(status), - :PORT3, set com3 \x03e8 4, set port 3, end \v(status), - :PORT4, set com4 \x02e8 3, set port 4, end \v(status) Put this macro definition in your MSCUSTOM.INI file and then just tell Kermit "port 1", "port 2", "port 3", or "port 4" instead of "set port 1", etc, and everything should work as expected. IMPORTANT: The addresses and IRQs are the most common ones, but they are not going to work on every machine. PS/2s have different addresses and IRQs for COM3 and COM4. Many add-on cards -- especially internal modems -- might use different IRQs altogether, like 5. Again, see KERMIT.BWR for the gruesome details. Another user found that the following PORT macro also worked satisfactorily: define PORT - if not = \v(argc) 2 end 1 Port number required, - if not = 0 \findex(:\%1:,:1:2:3:4:) forward PORT\%1, - end 1 \%1 - bad port number, - :PORT1, run {MODE COM1:19,N,8,1}, set port 1, end \v(status), - :PORT2, run {MODE COM2:19,N,8,1}, set port 2, end \v(status), - :PORT3, run {MODE COM3:19,N,8,1}, set port 3, end \v(status), - :PORT4, run {MODE COM4:19,N,8,1}, set port 4, end \v(status) ------------------------------------------------------------------------------- 25 IF I HAVE AN ERROR CORRECTING MODEM WHY DO I NEED KERMIT PROTOCOL? "If modern modems are capable of hardware error correction and compression, isn't it redundant and inefficient to continue to use file-transfer protocols like Kermit and ZMODEM that provide the same services?" This is a common misconception, and, unfortunately, one that is promoted by many of the modem makers themselves (e.g. when you read about protocols in the modem manuals). The modem makers (some of them) might excel at what they do, but they are generally not experts on computers and software. For example, the following appears in a current modem manual: Generally, the most efficient file-transfer operations are achieved when the EC modem does the error checking in hardware, and the file-transfer protocol does not duplicate this effort. The YMODEM-G file-transfer protocol provides this level of service. This protocol was written for use with high-speed, error-control modems. This protocol does not provide any error-detection or recovery capability. But it is not true that protocols like YMODEM-g (or, as is often suggested by newcomers to modem communication, no protocol at all) are the best to use with error-correcting modems. That's because errors can also occur (and often do) outside the modem-to-modem connection. The most common causes are lack of sufficiently effective DCE/DTE flow control and resulting buffer overflows in the receiver; unbuffered UARTs that can't be serviced fast enough by a busy or slow CPU; interrupt conflicts (including characters lost due to having interrupts turned off by other drivers, e.g. disk-caching programs), and on and on -- things that are beyond the modem's control. Second, you don't always know that your error-correcting modem will make a successful MNP or V.42 connection with the other modem. The two modems might have mismatched capabilities or there might be a "failure to negotiate" the capabilities they do have. Would you want to use different file transfer methods depending on the type of connection negotiated by the modems? Not a good use of your time. Third, the communication channel outside the modems might not be fully transparent. For example, it might chop off the 8th bit of each byte, or it might filter out certain characters, or use them for special purposes rather than treating them as data. This is common with terminal servers and other types of communications front ends. Fast protocols like Zmodem and modern Kermit impose little additional overhead, and that small amount of overhead is well worth the savings in failed transfers, which are inevitable when using non-recovering methods in situations like the ones described above. But even more fundamentally: you can't know in advance that there will be no errors. So using a file transfer procedure without error recovery is silly, because if there are errors, you'll have to start all over again. It's like not buying fire insurance for your house because you think it is fireproof. Finally, what happens when the connection is broken? Say, after transferring 99 megabytes of a 100-megabyte file? Error-correcting modems can't stop wires from being cut or pulled out, nor can they prevent power failures or keep computers or applications from crashing. So again, you need a good error recovery protocol. Both Zmodem and Kermit can pick an interrupted transfer up from the point of failure. ------------------------------------------------------------------------------- 26 HOW DO I USE 'SET KEY' WITH PC F-KEYS, ETC, IN UNIX OR VMS C-KERMIT? The C-Kermit versions for UNIX, VMS, and so on, that do not have direct access to the keyboard and screen, and rely on your console driver, terminal window, external terminal emulator (such as MS-DOS Kermit), or actual terminal to perform the terminal functions. UNIX is an interesting case. Traditionally, UNIX was accessed through a terminal that was plugged into a terminal port on a timesharing system. Thus, there is no keyboard and screen -- just a communication port. In recent years, this type of access has been largely replaced by terminal servers, but there is still no keyboard and screen. However, now that we have a plethora of PC-based UNIX varieties that run on workstations (PCs) that actually do have a keyboard and screen, it would seem to make sense that Kermit should be able to see all the keys. Unfortunately, this is not the case. Most varieties of UNIX do not let the application see the keyboard. There is no kernel function called "get keyboard scan code". There is only read(), and read() reads a character, not a multibyte scan code. Thus, even if your console driver has programmed (say) your F1 key to send (say) ESC O P, Kermit will read three characters in succession, as if they were three keystrokes, not one. It has no way of knowing that you pressed the F1 key. As far Kermit knows, you pressed the Esc key, then the O key, then the P key. Now perhaps Linux *does* have a system call to let an application at the keyboard. But... - In what contexts does it work? Only on the raw console? In an xterm window? etc etc. - Does it require special privilege to execute? - What about all the other versions of UNIX that run on PCs -- FreeBSD, SCO, Solaris/Intel, etc etc? - What about all the other versions of UNIX that run on non-PC workstations -- SunOS, Solaris/Sparc, HP-UX, AIX, SGI, etc? So the answer is, for now at least -- and as the documentation states -- C-Kermit's SET KEY command in UNIX (and VMS, AOS/VS, VOS, etc) works only for keys that generate a single 8-bit value, 0..255. Other types of mappings will have to be accomplished outside of Kermit by configuring your console driver, your xterm (e.g. with Xmodmap), and so on. ------------------------------------------------------------------------------- 27 HOW CAN I EXIT FROM C-KERMIT WITHOUT HANGING UP? Many people want to be able to make a dialout connection with UNIX C-Kermit, but then use some other software on the connection that C-Kermit made. For example, they want to use C-Kermit as their SLIP or PPP dialer. But they quickly find that when they exit from C-Kermit, that the connection is gone before they can start the other application. It is a fundamental property of UNIX (and VMS, and Windows 95 and NT, and most other modern operating systems) that when a process exits, then every file that was opened by that process is automatically closed by the operating system. In most cases, closing a terminal device (such as a dialout serial port) hangs up the modem (by turning off the DTR signal). There is nothing the process can do about it. However, many workarounds are possible. Here are just a few: - If your Kermit version supports the REDIRECT command, use it to start the desired application (e.g. "redirect pppd"). Read about the REDIRECT command in the second edition of Using C-Kermit. - Tell C-Kermit to SET MODEM HANGUP-METHOD RS232, and then configure your modem to ignore DTR (not recommended). - Find out the file descriptor of the open device (it is given by C-Kermit's \v(ttyfd) variable) and then run ("!") your other program from the C-Kermit prompt, feeding it the file descriptor, e.g. through shell redirection or a command line option (the method depends on the other program, the capabilities of the shell, etc). - After Kermit makes the connection, type "show comm" to find out the filename of the lock file. Then suspend Kermit, delete the lock file, then start the other program and tell it to open the same tty device. Note that you can also tell C-Kermit to use a communications file descriptor created by another process; see the command-line options list in "Using C-Kermit", 2nd edition. ------------------------------------------------------------------------------- 28 WHAT IS SUPERKERMIT? When the Kermit protocol was first developed in 1981, it had short packets and did not use sliding windows, but the design was deliberately extensible to allow for the addition of these and many other features later. A couple years later, when we defined the protocol for long packets and sliding windows, somebody somewhere started calling it "SuperKermit". Really, there's no such thing -- Kermit is Kermit. It's an extensible protocol in which the two file transfer partners negotiate automatically about what features they have in common and agree to use them. All modern Columbia Kermits support long packets and sliding windows (except IBM Mainframe Kermit does not "do windows" because it exists only in a half-duplex environment, whereas full duplex connections are needed for sliding windows). They also support compression, single and locking shifts (for moving 8-bit data efficiently through 7-bit communication channels), file-transfer recovery, dynamic packet lengths and timeouts, and all sorts of other advanced and serious features that whoever coined the term "SuperKermit" never dreamed about. Usually when BBSs or non-Columbia communication programs refer to "SuperKermit" they mean a 1985-vintage implementation of the Kermit protocol that implements a primitive and not very robust form of sliding windows, usually not in combination with long packets. However, if it is properly implemented, it should interoperate successfully with any other Kermit implementation, no matter how advanced or how minimal. That's the whole point of Kermit protocol. ------------------------------------------------------------------------------- 29 IS KERMIT SOFTWARE YEAR-2000 COMPLIANT? Kermit software is not, for the most part, date dependent. It makes connections, performs terminal emulation (in those versions that include this feature), transfers files, translates character sets, and, in most cases, executes scripts regardless of the date. "Year 2000 compliance" depends on the Kermit program and the underlying platform. If the operating system, file system, BIOS, hardware, and/or other critical component is not ready for the year 2000, then most likely Kermit isn't either, since it relies on the underlying OS and hardware for date / time service. The primary relevance of this question to Kermit software is whether post-millenium file dates are recognized, transmitted, received, and reproduced correctly during the file transfer process. This consideration, in turn, applies only to those Kermit versions that implement the optional "Attribute Packet" feature. These include C-Kermit, Kermit 95, MS-DOS Kermit, Kermit-370, and PDP-11 Kermit. If post-millenium dates are not processed correctly, file transfer will still take place, but the creation or modification date of the received file might be incorrect. The only exception would be if the "file collision update" feature is being used to prevent unnecessary transfer of files that have not changed since the last time a transfer took place; in this case, a file might be transferred unnecessarily, or it might not be transferred when it should have been. Correct operation of the update feature depends on both Kermit programs having the correct date and time. Of secondary importance are the time stamps in the transaction and/or debug logs, and the date-related script programming constructs, such as \v(date), \v(ndate), \v(day), \v(nday), and perhaps also the time-related ones, \v(time) and \v(ntime), insofar as they might be affected by the date. Note: the aforementioned script programming constructs are available only in C-Kermit, Kermit 95, and MS-DOS Kermit. The \v(ndate) is a numeric-format date of the form yyyymmdd, suitable for comparison and sorting: e.g. 19970208 or 20011231. If the underlying operating system returns the correct date information, these variables will have the proper values. If not, then scripts that make decisions based on these variables might not operate correctly. Here is the current situation for the most popular Kermit software products. The minimum version known to be Year-2000 compliant is shown. We make no claims whatsoever about the underlying operating systems or file systems. The situation with Kermit programs not listed here is at present unknown. MS-DOS: MS-DOS Kermit: Version 3.15 or later required. Windows 3.1: MS-DOS Kermit: Version 3.15 or later required. Windows 95: Kermit 95: Version 1.1.3 or later required. Windows NT: Kermit 95: Version 1.1.3 or later required. OS/2: Kermit 95: Version 1.1.11 or later required. UNIX: C-Kermit: Version 6.0.192 or later required. VMS: C-Kermit: Yes, all versions. Kermit-32: unknown; Kermit-32 has not been supported since about 1987. Stratus VOS C-Kermit: Version 6.0.192 or later and VOS 12.3 or later required. VM/CMS: CMS Version 13 and Kermit-370 Version 4.3.2 or later required. Note: 4.3.2 is not formally released yet, but the patch up to this version is included as an optional "new update" file with the current release, 4.3.1. MVS/TSO: Kermit-370 for TSO: Version 4.3.2 or later required. MVS/ROSCOE: Kermit-370 for ROSCOE: Version 4.3.2 or later required. MUSIC: Kermit-370 for MUSIC: Version 4.3.0 or later required. CICS: Kermit-370 for CICS: Version 4.3.0 or later required. RT-11: KRT for RT-11 and TSX+: Version 3.63 or later required. RSTS/E: KRT for RSTS/E: Version 3.63 or later required. ------------------------------------------------------------------------------- 30 IS THERE A KERMIT LIBRARY? No, the Kermit Project does not supply an OLE or OLE-2 interface, a Kermit library, DLL, VBX, OCX, Active X control, Delphi component, or other type of Kermit module designed purely for embedding in other applications. We recommend that those who wish to embed communications functions -- connection establishment, logging in and other dialogs, file management, data transfer -- do so by invoking an existing Kermit program -- MS-DOS Kermit for DOS or Windows 3.x, Kermit 95 for Windows 95 or NT or OS/2, C-Kermit for UNIX or VMS, etc -- from within their application by a combination of command-line arguments and command files (Kermit script programs). If you have trouble with this, ask us for assistance. And of course, if you are providing this application to customers or clients, you must license the Kermit software from the Kermit Project. ------------------------------------------------------------------------------- 31 HOW DO I CALL UP A DIALBACK SERVICE? A dialback service is one which you dial up to, provide some kind of identification and/or authentication, such as a name and/or password, and then it looks up your phone number in a database and calls you back. It is a type of security, based on having the phone numbers of all authorized callers, and opening sessions for them only when they are calling from those numbers. Suppose you were using a Hayes modem to make a call to a dialback service. You would do the following: ATD7654321 (Dial the number) CONNECT 14400 (Read the response) Here you would have the identification / authentication dialog. Now the dialback service hangs up on you, and you must put the modem in answer mode: NO CARRIER (The connection is closed) ATS0=1 (Tell the modem to answer the next call) When the call comes in, the modem answers and you're on line. But now you want to automate the process. This is easily accomplished in Kermit. Let's use C-Kermit 6.0 to illustrate, since it has a new ANSWER command. Here is a simple script to do the job: set modem type usr ; or whatever set port /dev/cua ; or whatever set speed 38400 ; or whatever dial 7654321 ; dial the number if fail stop At this point, you would use INPUT and OUTPUT commands to accomplish the identification / authentication dialog. For example, if the dialback server prompts you with USERNAME: and PASSWORD:, and your script had previously stored these values in the variables \%u and \%p, respectively: input 10 USERNAME: if fail stop 1 No username prompt output \%u\13 input 10 PASSWORD: if fail stop 1 No password prompt output \%p\13 Now you will need to hang up your end of the connection, and then wait for the phone to ring: hangup answer 120 if fail stop 1 No callback The ANSWER command conditions the modem for answering (ATS0=1 for Hayes and compatible modems) and then waits the given number of seconds (120 in this case) for the call to come in. At this point, if the script is still executing, you've got a connection. You can give a CONNECT command, or execute a login script, or whatever else you want to do. ------------------------------------------------------------------------------- 32 HOW DOES THE NUMERIC KEYPAD WORK? This discussion applies to MS-DOS Kermit. The situation with Kermit 95 is slightly different: In Kermit 95, the Num Lock key can be mapped directly and the PC numeric keypad is mapped to the VT terminal numberic keypad by default. MS-DOS Kermit reads scan codes from the PC BIOS (but if you are using Windows, then all sorts of software layers are inserted between Kermit and BIOS, so matters are somewhat more uncertain. The BIOS reports one scan code for a numeric keypad key when Num Lock is on, and a different code when Num Lock is off. All that MS-DOS Kermit is doing is reading the scan codes from (what it thinks is) the BIOS. To use the PC's numeric keypad as if it were a VT terminal's numeric keypad in MS-DOS Kermit, you must make the appropriate key assignments, since they are not made by default. By default, when Num Lock is not on, the keys have the same assignments as the gray keys which have the same label (e.g. Home, End, Left Arrow, etc), for the benefit of 88-key keyboards. To make the desired key assignments, you can use the VT300.INI file in the KEYBOARD subdirectory of the MS-DOS Kermit directory: take keyboard\vt300.ini The pertinent commands from this file are: set key \850 \kkp0 ; Keypad 0 (Numlock) Keypad 0 set key \338 \kkp0 ; Keypad 0 (Normal) Keypad 0 set key \847 \kkp1 ; Keypad 1 (Numlock) Keypad 1 set key \335 \kkp1 ; Keypad 1 (Normal) Keypad 1 set key \848 \kkp2 ; Keypad 2 (Numlock) Keypad 2 set key \336 \kkp2 ; Keypad 2 (Normal) Keypad 2 set key \849 \kkp3 ; Keypad 3 (Numlock) Keypad 3 set key \337 \kkp3 ; Keypad 3 (Normal) Keypad 3 set key \843 \kkp4 ; Keypad 4 (Numlock) Keypad 4 set key \331 \kkp4 ; Keypad 4 (Normal) Keypad 4 set key \844 \kkp5 ; Keypad 5 (Numlock) Keypad 5 set key \332 \kkp5 ; Keypad 5 (Normal) Keypad 5 set key \845 \kkp6 ; Keypad 6 (Numlock) Keypad 6 set key \333 \kkp6 ; Keypad 6 (Normal) Keypad 6 set key \839 \kkp7 ; Keypad 7 (Numlock) Keypad 7 set key \327 \kkp7 ; Keypad 7 (Normal) Keypad 7 set key \840 \kkp8 ; Keypad 8 (Numlock) Keypad 8 set key \328 \kkp8 ; Keypad 8 (normal) Keypad 8 set key \841 \kkp9 ; Keypad 9 (Numlock) Keypad 9 set key \329 \kkp9 ; Keypad 9 (Normal) Keypad 9 set key \334 \kkpminus ; Keypad + Keypad - set key \2382 \kkpcoma ; ALT Keypad + Keypad , set key \851 \kkpdot ; Keypad . (Numlock) Keypad . set key \339 \kkpdot ; Keypad . (normal) Keypad . set key \4365 \Kkpenter ; Keypad Enter Keypad Enter ; F1 PF1 (default Kermit) ; Use GOLD.COM to make Num Lock work as PF1/Gold. set key \325 \kPF1 ; This works with WPGGOLD.COM. set key \4399 \kPF2 ; Keypad / PF2 set key \311 \kPF3 ; Keypad * PF3 set key \330 \kPF4 ; Keypad - PF4 Key You need the GOLD TSR to make the Num Lock key work like the DEC Gold key. The GOLD TSR is found in the same directory as the VT300.INI file. The rest of the commands in the VT300.INI file set up the function keys and editing keys to be like the corresponding DEC VT220/320 keys. But there is still one more piece to the puzzle. As noted, the VT keypad can be in one of two modes: numeric or application. It is the responsibility of the host application to send an escape sequence to put the keypad into the appropriate mode before attempting to read keystrokes from it. But some applications fail to do that and simply ASSUME that the keypad is in the right mode. In many cases this assumption is wrong. So MS-DOS Kermit has a command that lets you force the keypad into the desired mode: SET TERMINAL KEYPAD { APPLICATION, NUMERIC } ------------------------------------------------------------------------------- 33 HOW TO GET RID OF THE "OK TO EXIT?" PROMPT? When I try to exit from Kermit it says: A serial connection might still be active on com2. OK to exit? But the connection is closed! How do I make this message and prompt go away? It prevents scripts from running unattended. Short answer: SET EXIT WARNING OFF Long answer: Kermit gives this message and prompt when given the EXIT command (explict or implied), or when told to change its communication device, and a connection appears to be active on the current one. On a serial device, this means that the Carrier Detect (CD) signal is still present. On a network connection, it means that Kermit has not closed the connection and it does not seem that Kermit's network partner has closed it either. If you are using a modem, the best course is to fix it (or the cable) so CD tracks the connection. Kermit generally tries to do this itself, but sometimes it is not possible due to switch settings in the modem. See your modem manual for details. In some cases, however, the underlying operating system or device driver does not provide Kermit with good information. If you can't fix the modem or cable to report the connection status properly, use SET EXIT WARNING OFF to tell Kermit to ignore the apparent connection status upon EXIT. ------------------------------------------------------------------------------- 34 HOW TO TELL KERMIT TO IGNORE DIALTONE? Sometimes the telephone being used to place a modem call does not present a dialtone that the modem recognizes. This usually happens with PBXs, ISDN phones, etc. But Kermit programs generally tell the modem to wait for dialtone before dialing. To find out how to get around this feature, you'll need to look at your modem manual. If it's a Hayes compatible (i.e. uses the AT command set), then it's probably a matter of changing the "X" value in the init string. Most Kermit init strings use X4, in order to get the widest possible selection of result codes. In many modems, X3 is used to select "blind dialing" (i.e. without waiting for dialtone), but this also sacrifices the ability to get a BUSY response, and therefore to redial automatically if the line is busy. Hopefully your modem has finer-grained selections. In C-Kermit or Kermit 95, a good way to change the X value in the init string is, after you set your modem type: set modem type xxxx set modem command init \freplace(\v(m_init),X4,X3) This assumes your modem type is "xxxx", and its init string contains X4. In MS-DOS Kermit, just edit the dialing script. ------------------------------------------------------------------------------- 35 WHERE IS THE DIALING SCRIPT FOR MY MODEM? C-Kermit and Kermit 95 do not use dialing scripts; their modem support is built in. To see a list of the modems supported, type: set modem type ? at the prompt. If your modem is not listed, then (a) maybe one of the other modem types will work ("generic-high-speed" is usually a good guess), and (b) you can install your own modem definition as described on pages 90-92 of Using C-Kermit; this, of course, requires knowledge of how to operate your modem, which comes from reading the manual (if any) that came with it. MS-DOS Kermit, on the other hand, uses dialing scripts, one per modem type. The ones we have are in the MODEMS subdirectory of your MS-DOS Kermit directory. If you don't see one there for your modem, it is easy to adapt one of the existing ones. Just use a text editor to change the modem-specific commands to the ones for your modem; consult your modem manual to find out what its commands are. In either case, if you have added support for a new modem, please send your new definitions or script back to us, along with a complete description of your modem's manufacturer, name, model designation, and features (modulation, error correction and compression protocols, etc), so we can make them available to others. ------------------------------------------------------------------------------- 36 I'M HAVING TERMINAL EMULATION PROBLEMS WITH C-KERMIT C-Kermit on UNIX, VMS, etc, does not perform terminal emulation at all; nobody ever claimed it did. Instead, it is a semitransparent (or, if you make it so) a fully transparent communications pipe between the remote computer or service and your local terminal, terminal emulator, terminal window, or console, which provides the terminal functions. Thus, it is similar to Telnet, cu, tip, "set host" in VMS, etc, but with added functionality (file transfer and management, character-set translation, scripting, etc). If you experience fractured screens, you probably have a mismatch between the type of terminal or emulator you are running C-Kermit and the type the remote host or service thinks you have. Solution: let the host know what type of terminal you really have. For example, in Linux it would be ANSI or SCOANSI. In an HPTERM window, it would be HPTERM. In an AIX window, it would be AIXTERM, etc. If your arrow and function keys don't work, then you must configure your terminal or emulator to have these keys send what the host or application expects them to send. The method for doing this depends on your terminal or emulator. For example, when using xterm or another X-based terminal window, use xmodmap to configure your keyboard. C-Kermit itself can't be used for this (even though it has a SET KEY command) because it can't "see" the special keys (arrow keys, function keys, editing keys, etc). If host-directed transparent printing doesn't work, this is a deficiency in your terminal or emulator and has nothing to do with Kermit. However, if you have the ability to change the host application, then you can use C-Kermit's autodownload and/or APC features to accomplish the same thing. See the manual for details. ------------------------------------------------------------------------------- 37 DIVIDE OVERFLOW IN MS-DOS KERMIT If you find that MS-DOS Kermit is giving you "Divide Overflow" errors after an OS or hardware upgrade, or on a new PC: - If your PC is running Windows 95, Windows NT, or OS/2, then you should run the 32-bit version of Kermit for those platforms Kermit 95. This is the only Kermit software that is recommended or supported for Windows 95, Windows NT, or OS/2. - If your PC is running DOS (MS-DOS, PC-DOS, DR-DOS, etc) as its base operating system (and perhaps Windows 3.x on top of that), then upgrade your version of MS-DOS Kermit to the current release, MS-DOS Kermit 3.15 ------------------------------------------------------------------------------- (End) From news@newsmaster.cc.columbia.edu Tue Nov 18 10:56:15 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id KAA02930 for ; Tue, 18 Nov 1997 10:56:14 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id KAA27546 for kermit.misc@watsun; Tue, 18 Nov 1997 10:56:14 -0500 (EST) Path: news.columbia.edu!watsun.cc.columbia.edu!fdc From: fdc@watsun.cc.columbia.edu (Frank da Cruz) Newsgroups: comp.protocols.kermit.misc,comp.sys.hp.misc Subject: Re: Convert not unconverting? Date: 18 Nov 1997 15:56:11 GMT Organization: Columbia University Lines: 65 Message-ID: <64sdqr$hnt$1@apakabar.cc.columbia.edu> References: <34579BD0.5708@supremecourt.gov> <63aqug$nki$1@apakabar.cc.columbia.edu> <3470B0F6.69FE@supremecourt.gov> NNTP-Posting-Host: watsun.cc.columbia.edu Xref: news.columbia.edu comp.protocols.kermit.misc:8080 comp.sys.hp.misc:15657 In article <3470B0F6.69FE@supremecourt.gov>, Roy Buzdor wrote: : Frank da Cruz wrote: : > In article <34579BD0.5708@supremecourt.gov>, : > Roy Buzdor wrote: : > : I have a user who is transfering data from a Sun : > : workstation using C-Kermit 6.0 to an HP-1000 using : > : Kermit-RTE 1.99, the file he is transfering is : > : named "PMP0666" the file on the HP is showing up : > : as "PMP0~#6". Kermit figures that it can change : > : the "666" into a repeat sequence which is : > : "~ (repeat) # (quote) 6"... : > : : > Because RTE Kermit said it could -- they negotiate this : > up front. : > : > : ... unfortunately, the : > : Kermit-RTE is not recognizing it, or changing it : > : back properly. I am not a Kermit expert, but I : > : do have a bit of experience, and I have not been : > : able to find the switch to either tell C-Kermit : > : NOT to do this translation (I tried the : > : convert/literal switch, and it did not fix it), : > : or to tell Kermit-RTE to DO the translation. : > : : > A source-code fix is required for the latter. Any : > volunteers? : : Since my other post has not been answered... : I did answer it. If you tell C-Kermit to "set repeat counts off", it will not send repeat-count compression sequences and that should work around the problem in RTE Kermit. : ... I will : assume that there are no other possibilities for : a fix. Given that assumption, I have the Kermit-RTE : source - can you give me a clue as to which module : to look in to repair Kermit-RTE so that it will do : the translation? : HP-1000 Kermit is available from: ftp://kermit.columbia.edu/kermit/d/hpm*.* FTP in text mode. All of the source code is in one module: hpmker.src. It is written in Fortran-77 and rather well commented. A quick glance at the source shows that there is a subroutine called BufEmp(), which decodes the contents of the data field of a packet. Evidently this routine is being called for Data (D) packets, but not for File Header (F) packets. Incoming F packets are handled in the routine called rfile(), so the fix should be to call this routine from rfile(), and then treat the decoded buffer as the filename, rather than the original contents of the Data field of the F packet. I'd do it myself if I had any way to compile and test it. If you get it fixed, please send the fix in so other HP-1000 users will benefit from it. Thanks! - Frank From news@newsmaster.cc.columbia.edu Wed Nov 19 10:23:28 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id KAA19255 for ; Wed, 19 Nov 1997 10:23:28 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id KAA27187 for kermit.misc@watsun; Wed, 19 Nov 1997 10:23:27 -0500 (EST) Newsgroups: comp.protocols.kermit.misc Path: news.columbia.edu!panix!howland.erols.net!ix.netcom.com!jhurwit From: jhurwit@netcom.com (Jeffrey Hurwit) Subject: How fast will a 16550 go? Message-ID: Sender: jhurwit@netcom7.netcom.com Organization: Organization? What organization? Date: Wed, 19 Nov 1997 14:09:11 GMT Lines: 8 Xref: news.columbia.edu comp.protocols.kermit.misc:8082 I would like to use MS-Kermit on two mahines connected by a null modem cable to transfer files. What is the maximum safe speed of a 16650 FIFO UART? Jeff -- jhurwit@netcom.com Jeffrey Hurwit "NETCOM: It's not just an ISP, it's a way of life." From news@newsmaster.cc.columbia.edu Wed Nov 19 10:39:15 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id KAA24047 for ; Wed, 19 Nov 1997 10:39:14 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id KAA28127 for kermit.misc@watsun; Wed, 19 Nov 1997 10:39:14 -0500 (EST) Path: news.columbia.edu!watsun.cc.columbia.edu!fdc From: fdc@watsun.cc.columbia.edu (Frank da Cruz) Newsgroups: comp.protocols.kermit.misc Subject: Re: How fast will a 16550 go? Date: 19 Nov 1997 15:39:13 GMT Organization: Columbia University Lines: 27 Message-ID: <64v171$nok$1@apakabar.cc.columbia.edu> References: NNTP-Posting-Host: watsun.cc.columbia.edu Xref: news.columbia.edu comp.protocols.kermit.misc:8083 In article , Jeffrey Hurwit wrote: : I would like to use MS-Kermit on two mahines connected by a null modem : cable to transfer files. What is the maximum safe speed of a 16650 FIFO : UART? : Good question. I don't know the answer; maybe somebody else has the National Semiconductor specs. Also note that not all 16550s are the same; there are differences, hopefully noted in the letters that follow (A, AFN, etc; reportedly AFN stands for All Fixed Now). The real limitation more likely lies in what's beyond the UART. How fast can the PC service interrupts? And on the other side, how good is the cable? For speeds of 115200 and higher, a regular cable often is not good enough; instead you might need a short, shielded and/or low-capacitance cable. And of course, all the usual cautions about interrupt conflicts, CPU contention, etc, apply. On some PC-based operating systems (e.g. SCO OpenServer 5.0.4), it is possible to select serial speeds as high as 921600 bps. But who knows if they work. In any case, the highest speed supported by MS-DOS Kermit is 115200 bps. The best answer to a question like this is "try it and see". For best results, leave Windows out of the picture. - Frank From news@newsmaster.cc.columbia.edu Wed Nov 19 15:25:51 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id PAA23947 for ; Wed, 19 Nov 1997 15:25:51 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id PAA13192 for kermit.misc@watsun; Wed, 19 Nov 1997 15:25:50 -0500 (EST) Path: news.columbia.edu!panix!logbridge.uoregon.edu!newsfeed.direct.ca!news-peer.sprintlink.net!news.sprintlink.net!Sprint!cs.utexas.edu!news.cs.utah.edu!cc.usu.edu!jrd From: jrd@cc.usu.edu (Joe Doupnik) Newsgroups: comp.protocols.kermit.misc Subject: Re: How fast will a 16550 go? Message-ID: Date: 19 Nov 97 10:19:25 MDT References: Organization: Utah State University Lines: 20 Xref: news.columbia.edu comp.protocols.kermit.misc:8084 In article , jhurwit@netcom.com (Jeffrey Hurwit) writes: > I would like to use MS-Kermit on two mahines connected by a null modem > cable to transfer files. What is the maximum safe speed of a 16650 FIFO > UART? ---------- The venerable 8250 UART and its modern successor the 16550A UART, and even more modern variations of the latter, all work to 115Kbps. That's the UART part of things but there is a great deal more to affairs than that single chip. For starters, there is wiring, and RS-232 uses an electrically terrible scheme such that faster bit rates mean using much shorter lengths. At 115Kbps I would suggest no more than a couple of feet of wiring, less is better. Then the software on both ends needs to be very quick in responding. That implies lack of competition for cpu time and interrupts. MSK is fast. Just don't load TSRs that eat cpu time. Finally there is the other competitor, the disk system, and that can easily punch *big* holes in available cpu time. SCSI (the full bus master variety, not the el cheapo port i/o boards) largely solves that. In the end, test to find out what your particular systems can take. Joe D. From news@newsmaster.cc.columbia.edu Thu Nov 20 04:08:48 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id EAA10861 for ; Thu, 20 Nov 1997 04:08:48 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id EAA20320 for kermit.misc@watsun; Thu, 20 Nov 1997 04:08:47 -0500 (EST) Path: news.columbia.edu!sol.ctr.columbia.edu!news.indiana.edu!vixen.cso.uiuc.edu!news-peer.sprintlink.net!news.sprintlink.net!Sprint!news-peer.gip.net!news-fw.gip.net!news.gsl.net!gip.net!newssvt05.tk!newssvt04.tk!nntp-egw.ocn.ad.jp!nn-tk001.ocn.ad.jp!jwt From: jwt@shrine.cyber.ad.jp (Jim Tittsler) Newsgroups: comp.protocols.kermit.misc Subject: Re: How fast will a 16550 go? Date: 20 Nov 1997 07:35:06 GMT Organization: 7J1AJH/AI8A Tokyo Lines: 18 Message-ID: References: NNTP-Posting-Host: mon.dskk.co.jp X-Newsreader: slrn (0.9.4.3 UNIX) Xref: news.columbia.edu comp.protocols.kermit.misc:8085 On Wed, 19 Nov 1997 14:09:11 GMT, Jeffrey Hurwit wrote: >I would like to use MS-Kermit on two mahines connected by a null modem >cable to transfer files. What is the maximum safe speed of a 16650 FIFO >UART? The National Semiconductor 16550 can take a clock input of up to 24MHz, which given the /16 samples needed per baud means you could theoretically do 1.5Mbaud using the internal baud rate divisor. Of course, you would have to use different line drivers and cabling to achieve those speeds. I've successfully replaced the 1.8432MHz crystal on some clone dual port serial I/O cards using the Startech 16C552 with an 11.2896MHz crystal and a 16.93MHz oscillator (at different times) and run them at 100s of kilobaud, but I used my own software where I could control the interrupt environment. You could always try different crystals in your boards until you find the maximum MS-Kermit and your machines can hack in your particular configuration. Jim From news@newsmaster.cc.columbia.edu Thu Nov 20 13:01:04 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id NAA01856 for ; Thu, 20 Nov 1997 13:01:04 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id NAA18006 for kermit.misc@watsun; Thu, 20 Nov 1997 13:01:03 -0500 (EST) Newsgroups: comp.protocols.kermit.misc Path: news.columbia.edu!panix!cam-news-hub1.bbnplanet.com!cpk-news-hub1.bbnplanet.com!news.bbnplanet.com!ix.netcom.com!jhurwit From: jhurwit@netcom.com (Jeffrey Hurwit) Subject: One-way null-modem cable? Message-ID: Sender: jhurwit@netcom9.netcom.com Organization: Organization? What organization? Date: Thu, 20 Nov 1997 15:57:12 GMT Lines: 28 Xref: news.columbia.edu comp.protocols.kermit.misc:8086 Following up on my last question about 16650 UARTs: Ok, so I got the null-modem cable (DB25 to DB9) to connect between a desktop and notebook (both running Windows 95 OSR2), put each in DOS mode, started MSK314 on each, and set the comm parameters so that they could talk to each other (at 115200 bps, to start). I put both in terminal (connect) mode, just to test the connection-- characters typed on one machine should appear on the other's terminal screen, right? Wrong. Characters typed on the desktop machine appeared on the notebook's screen, but not visa versa. A test file transfer showed the same results: The notebook received the init packets from the desktop, but the desktop didn't receive ACKs/NAKs from the notebook. I tried slower speeds, xon/xoff (instead of rts/cts), and half duplex. Nothing worked. 'Show comm' always indicated that the RTS, CTS, and CD signals were on, on both machines (suggesting that the cable was connected and functioning correctly?) I checked the serial ports on each machine with Norton diagnostics (part of Norton Utilities for Win 95-- runs in DOS mode) as far as I could (I don't have loop-back plugs), and both checked out ok. Suggestions? Frank and Joe: Thanks again for your continued help and support. Jeff -- jhurwit@netcom.com Jeffrey Hurwit "NETCOM: It's not just an ISP, it's a way of life." From news@newsmaster.cc.columbia.edu Thu Nov 20 13:09:48 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id NAA03499 for ; Thu, 20 Nov 1997 13:09:47 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id NAA18320 for kermit.misc@watsun; Thu, 20 Nov 1997 13:09:47 -0500 (EST) Path: news.columbia.edu!watsun.cc.columbia.edu!fdc From: fdc@watsun.cc.columbia.edu (Frank da Cruz) Newsgroups: comp.protocols.kermit.misc Subject: Re: One-way null-modem cable? Date: 20 Nov 1997 18:09:47 GMT Organization: Columbia University Lines: 39 Message-ID: <651udb$f1v$1@apakabar.cc.columbia.edu> References: NNTP-Posting-Host: watsun.cc.columbia.edu Xref: news.columbia.edu comp.protocols.kermit.misc:8087 In article , Jeffrey Hurwit wrote: : Following up on my last question about 16650 UARTs: Ok, so I got the : null-modem cable (DB25 to DB9) to connect between a desktop and notebook : (both running Windows 95 OSR2), put each in DOS mode, started MSK314 on : each, and set the comm parameters so that they could talk to each other : (at 115200 bps, to start). I put both in terminal (connect) mode, just : to test the connection-- characters typed on one machine should appear : on the other's terminal screen, right? : : Wrong. Characters typed on the desktop machine appeared on the : notebook's screen, but not visa versa. A test file transfer showed the : same results: The notebook received the init packets from the desktop, : but the desktop didn't receive ACKs/NAKs from the notebook. I tried : slower speeds, xon/xoff (instead of rts/cts), and half duplex. Nothing : worked. 'Show comm' always indicated that the RTS, CTS, and CD signals : were on, on both machines (suggesting that the cable was connected and : functioning correctly?) I checked the serial ports on each machine with : Norton diagnostics (part of Norton Utilities for Win 95-- runs in DOS : mode) as far as I could (I don't have loop-back plugs), and both checked : out ok. : : Suggestions? : The most likely explanation is that you don't have TxD and RxD fully crossed. This kind of thing is always confusing when building a 25-to-9 pin null modem cable. Instead, we recommend you use a regular 25-to-25 pin straight-through modem cable on the one PC, a regular 9-to-25 pin modem cable on the other, and then connect them with a male-male modem eliminator. : Frank and Joe: Thanks again for your continued help and support. : Our pleasure. : jhurwit@netcom.com Jeffrey Hurwit : "NETCOM: It's not just an ISP, it's a way of life." : Kermit too :-) From news@newsmaster.cc.columbia.edu Thu Nov 20 14:16:27 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id OAA05348 for ; Thu, 20 Nov 1997 14:16:25 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id OAA21908 for kermit.misc@watsun; Thu, 20 Nov 1997 14:16:25 -0500 (EST) Path: news.columbia.edu!panix!howland.erols.net!news.maxwell.syr.edu!newsswitch.lcs.mit.edu!nntp.neu.edu!camelot.ccs.neu.edu!not-for-mail From: Rich Pieri Newsgroups: comp.protocols.kermit.misc Subject: Re: One-way null-modem cable? Date: 20 Nov 1997 14:08:46 -0500 Organization: Prescient Technologies, Inc. Lines: 27 Sender: ratinox@swec-fw-e0.swec.com Message-ID: References: <651udb$f1v$1@apakabar.cc.columbia.edu> NNTP-Posting-Host: swec-fw-e0.swec.com Mime-Version: 1.0 (generated by tm-edit 7.106) Content-Type: text/plain; charset=US-ASCII X-No-Archive: yes Mail-Copies-To: never X-Newsreader: Gnus v5.4.66/Emacs 19.34 Xref: news.columbia.edu comp.protocols.kermit.misc:8088 -----BEGIN PGP SIGNED MESSAGE----- >>>>> "FdC" == Frank da Cruz writes: FdC> Instead, we recommend you use a regular 25-to-25 pin straight-through FdC> modem cable on the one PC, a regular 9-to-25 pin modem cable on the FdC> other, and then connect them with a male-male modem eliminator. More simply, a 25-to-9 pin modem cable, a null-modem adaptor, and a gender changer. The parts are easier (and cheaper) to find. -----BEGIN PGP SIGNATURE----- Version: 4.0 Business Edition Charset: noconv iQCVAwUBNHSKvZ6VRH7BJMxHAQH8PgQAmfR/byzW4+oFXHs7X8WHdf7PkTHQjnRW 6rV9ifwRY0SbfFGcEdE4U75Cdk8tvhkDg2DZvd7TB7PBLQhuIxZ+iY6U6prk3Toj HsK1PU+r9FwSDQPzOyrjYD9VRdU6/2GPtu+2M4yx7LQc5cdmp5xEuOdBl+l6jzrt CVcIKwUMxfM= =Wewk -----END PGP SIGNATURE----- -- Rich Pieri / Do not taunt Happy Fun Ball. Sysmonster, Unix Wrangler / Prescient Technologies, Inc. / I speak for myself, not PTI or SWEC / From news@newsmaster.cc.columbia.edu Thu Nov 20 21:00:58 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id VAA23544 for ; Thu, 20 Nov 1997 21:00:53 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id VAA12939 for kermit.misc@watsun; Thu, 20 Nov 1997 21:00:53 -0500 (EST) Path: news.columbia.edu!news.new-york.net!news.voicenet.com!news-peer.gip.net!news.gsl.net!gip.net!howland.erols.net!newsfeed.internetmci.com!207.20.0.50!peerfeed.ncal.verio.net!news.walltech.com!bug.rahul.net!rahul.net!a2i!samba.rahul.net!rahul.net!a2i!dold.a2i!dold From: dold@94.usenet.us.com Newsgroups: comp.protocols.kermit.misc Subject: Re: Help with scripting kermit Date: 20 Nov 1997 17:51:42 GMT Organization: a2i network Lines: 44 Message-ID: <651tbe$4es$1@samba.rahul.net> References: <64j0bn$7s9$1@clem.mscd.edu> <0$k2Rz1fk$EP@cc.usu.edu> Reply-To: dold@network.rahul.net NNTP-Posting-Host: foxtrot.rahul.net NNTP-Posting-User: dold X-Newsreader: TIN [version 1.2 PL2] X-Comment: Encoded From: line allows replies that preserve original subject Xref: news.columbia.edu comp.protocols.kermit.misc:8089 Joe Doupnik (jrd@cc.usu.edu) wrote: : > output logout\13 : What's likely the problem is the sequence of OUTPUT statments : blasts their strings at the host with no time delay. It may very well I have a problem with a long script session going to a telephone switch... I am reprogramming information to accomodate area code splits, which is just such a wonderful use of Unix awk, c-kermit development, and MS-Kermit or C-Kermit execution (but I digress...) I use input statements, I use pause statements, and I had to set output pacing 500, in order to keep from overrunning the switch, even at 2400 baud. There is no flow control available on the line. My .tak script (actually 14,000 lines long in this case) set output pacing 500 output 1370444 \13 input 20 CHANGE pause 2 output \9\9\9\9\9\9 182 \13 input 20 ACP pause 2 output 1370430 \13 input 20 CHANGE If I lower either the output pacing, or reduce the pause to 1, the switch can't keep up. If I reduce the pause, even with the INPUT in place, the commands get garbled. If I reduce the output pacing, occasional characters get dropped. I can't remember where I found the description for "output pacing". I can't find it in the Using C-Kermit manual. In Unix, the cu dialer has a feature called "echo check", where each character is held until the previous character has been echoed back correctly. Is such a pacing option available in C-Kermit? I am running C-Kermit 6.0.192 on an ESIX SVR4-Intel platform. -- --- Clarence A Dold - dold@network.rahul.net - Pope Valley & Napa CA. From news@newsmaster.cc.columbia.edu Thu Nov 20 21:15:11 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id VAA25693 for ; Thu, 20 Nov 1997 21:15:11 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id VAA13737 for kermit.misc@watsun; Thu, 20 Nov 1997 21:15:11 -0500 (EST) Path: news.columbia.edu!watsun.cc.columbia.edu!fdc From: fdc@watsun.cc.columbia.edu (Frank da Cruz) Newsgroups: comp.protocols.kermit.misc Subject: Re: Help with scripting kermit Date: 21 Nov 1997 02:15:06 GMT Organization: Columbia University Lines: 62 Message-ID: <652qra$le$1@apakabar.cc.columbia.edu> References: <64j0bn$7s9$1@clem.mscd.edu> <0$k2Rz1fk$EP@cc.usu.edu> <651tbe$4es$1@samba.rahul.net> NNTP-Posting-Host: watsun.cc.columbia.edu Xref: news.columbia.edu comp.protocols.kermit.misc:8090 In article <651tbe$4es$1@samba.rahul.net>, wrote: : Joe Doupnik (jrd@cc.usu.edu) wrote: : : > output logout\13 : : : What's likely the problem is the sequence of OUTPUT statments : : blasts their strings at the host with no time delay. It may very well : : I have a problem with a long script session going to a telephone switch... : I am reprogramming information to accomodate area code splits, which is : just such a wonderful use of Unix awk, c-kermit development, and MS-Kermit : or C-Kermit execution (but I digress...) : : I use input statements, I use pause statements, and I had to set output : pacing 500, in order to keep from overrunning the switch, even at 2400 : baud. There is no flow control available on the line. : : My .tak script (actually 14,000 lines long in this case) : set output pacing 500 : output 1370444 \13 : input 20 CHANGE : pause 2 : output \9\9\9\9\9\9 182 \13 : input 20 ACP : pause 2 : output 1370430 \13 : input 20 CHANGE : : If I lower either the output pacing, or reduce the pause to 1, the switch : can't keep up. If I reduce the pause, even with the INPUT in place, the : commands get garbled. If I reduce the output pacing, occasional characters : get dropped. : Well, those 2-second pauses probably add up to quite a long period in a 14000-line script (1400 x 2 = 2800 seconds???). Did you know that you don't have to pause for whole seconds? There is also an MPAUSE command (alias MSLEEP) that takes milliseconds, e.g.: msleep 1500 By the above math, this might save you some 700 seconds right there; adjust as needed. : I can't remember where I found the description for "output pacing". I : can't find it in the Using C-Kermit manual. : Page 422. : In Unix, the cu dialer has a feature called "echo check", where each : character is held until the previous character has been echoed back : correctly. Is such a pacing option available in C-Kermit? : Not built into the OUTPUT command. But of course you can do it yourself: output blah\13 input 10 blah ; soak up the echo if fail Now (maybe after a small msleep to give the switch time to turn the line around), it should be ready for input. - Frank From news@newsmaster.cc.columbia.edu Thu Nov 20 22:33:09 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id WAA06751 for ; Thu, 20 Nov 1997 22:33:08 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id WAA17638 for kermit.misc@watsun; Thu, 20 Nov 1997 22:33:07 -0500 (EST) Newsgroups: comp.protocols.kermit.misc Path: news.columbia.edu!panix!news.eecs.umich.edu!nntprelay.mathworks.com!newsfeed.internetmci.com!206.214.99.1!ix.netcom.com!jhurwit From: jhurwit@netcom.com (Jeffrey Hurwit) Subject: Problem solved (was Re: One-way null-modem cable?) Message-ID: Sender: jhurwit@netcom7.netcom.com Organization: Organization? What organization? References: <651udb$f1v$1@apakabar.cc.columbia.edu> Date: Thu, 20 Nov 1997 17:33:06 GMT Lines: 24 Xref: news.columbia.edu comp.protocols.kermit.misc:8091 I tried one more thing, and it worked: My desktop system (which has two on-board ser. ports) as I have it configured shares the same IRQ for ports 1 and 3 (ports 2 and 4 are internal modems, which have jumpers to set IRQ). This is impossible to change because the ports are set up in the BIOS, and there's no setting to change IRQ. My only option was to disable one of them (the one the mouse is on). (In best Gilda Radnor voice:) Nev-ver Mind! :) In article <651udb$f1v$1@apakabar.cc.columbia.edu>, fdc@watsun.cc.columbia.edu (Frank da Cruz) wrote: >: jhurwit@netcom.com Jeffrey Hurwit >: "NETCOM: It's not just an ISP, it's a way of life." >: >Kermit too :-) Heh.. :) 'Know whatcha mean... Jeff -- jhurwit@netcom.com Jeffrey Hurwit "NETCOM: It's not just an ISP, it's a way of life." From news@newsmaster.cc.columbia.edu Fri Nov 21 03:54:16 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id DAA19433 for ; Fri, 21 Nov 1997 03:54:14 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id DAA02276 for kermit.misc@watsun; Fri, 21 Nov 1997 03:54:14 -0500 (EST) Path: news.columbia.edu!news.new-york.net!news-peer.gip.net!news.gsl.net!gip.net!howland.erols.net!fastnet!news-pen-4.sprintlink.net!207.41.200.131!news-pen-1.sprintlink.net!news-pen-15.sprintlink.net!newsfeed.nysernet.net!news.nysernet.net!news.sprintlink.net!Sprint!205.240.249.225!news.webIT.eds.com!news.ses.cio.eds.com!not-for-mail From: Roy Buzdor Newsgroups: comp.protocols.kermit.misc Subject: Re: One-way null-modem cable? Date: Thu, 20 Nov 1997 13:56:19 -0800 Organization: EDS Lansing Fab Lines: 61 Message-ID: <3474B203.6B32@supremecourt.gov> References: NNTP-Posting-Host: 130.173.136.101 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailer: Mozilla 2.02 (Win16; I) Xref: news.columbia.edu comp.protocols.kermit.misc:8092 Jeffrey Hurwit wrote: > > Characters typed on the desktop machine > appeared on the notebook's screen, but not visa > versa. A test file transfer showed the same > results: The notebook received the init packets > from the desktop, but the desktop didn't receive > ACKs/NAKs from the notebook. I have done a bit of RS-232 debugging...the steps that I would try would be: 1) On the desk-top, connect pin 2 to pin 3 and see if the characters will echo on the screen. (I have used a bent paperclip for this more than once, but I would recommend a properly wired connector.) 2) Try a different terminal emulator to see if there is a conflict with the port. (Is it possible that another process has control of the port on the desk-top?) 3) Try connecting the note-book to a different computer to see if that would work. 4) If the cable was not and "off the shelf" purchase, check the pin connections. Make sure that they go to the correct pins. > Suggestions? It sounds like either (1) the port is bad, (2) the wire is bad, (3) handshaking is preventing the data from being transmitted, or (4) something else has control of the port, and is not allowing Kermit to operate properly. -- Buz (: **************************************************************** ** ** ** Sometimes beating a dead horse is just good experience ** ** in horse-beating. ** ** ** ** Notice: if you can read my address, you can read this - ** ** I DO NOT WANT ANY OF YOUR PRODUCTS, CATALOGUES, ** ** OR GET RICH QUICK SCHEMES. To send me a letter, ** ** and ask me to send it on to others is legally ** ** considered a CHAIN LETTER. To originate or ** ** ppropagate a Chain Letter is a FEDERAL OFFENCE. ** ** I HAVE and WILL turn ALL Chain Letters over to ** ** Corporate Legal, and they WILL take action. ** ** (Hope you like Prison Orange!!) ** ** ** ** My real address is: \lnuslad dot dzvg41 at eds dot com\ ** ** ** **************************************************************** From news@newsmaster.cc.columbia.edu Fri Nov 21 16:14:22 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id QAA27933 for ; Fri, 21 Nov 1997 16:14:22 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id QAA29321 for kermit.misc@watsun; Fri, 21 Nov 1997 16:14:21 -0500 (EST) Path: news.columbia.edu!panix!howland.erols.net!newsfeed.internetmci.com!152.163.199.19!portc03.blue.aol.com!audrey01.news.aol.com!not-for-mail From: poole22@aol.com (Poole22) Newsgroups: comp.protocols.kermit.misc Subject: How to non-interactively connect via serial modem from Unix shell Date: 21 Nov 1997 21:12:56 GMT Lines: 8 Message-ID: <19971121211200.QAA10077@ladder01.news.aol.com> NNTP-Posting-Host: ladder01.news.aol.com X-Admin: news@aol.com Organization: AOL, http://www.aol.co.uk Xref: news.columbia.edu comp.protocols.kermit.misc:8093 I require to write a Unix shell script that batch login's to a remote VMS system that can handle kermit, via a modem connected to a serial port. I can connect easily enough interactively typing in the required username and password but I need to transfer a file without any operator interaction. I don't see any -u and -p kermit option for username and password ? I'm using C-Kermit version 6 on AIX version 4. For give me if this information is readily available in the kermit manual but my need is urgent and I my manual is on order to arrive soon? From news@newsmaster.cc.columbia.edu Fri Nov 21 16:23:45 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id QAA29622 for ; Fri, 21 Nov 1997 16:23:45 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id QAA29809 for kermit.misc@watsun; Fri, 21 Nov 1997 16:23:45 -0500 (EST) Path: news.columbia.edu!watsun.cc.columbia.edu!fdc From: fdc@watsun.cc.columbia.edu (Frank da Cruz) Newsgroups: comp.protocols.kermit.misc Subject: Re: How to non-interactively connect via serial modem from Unix shell Date: 21 Nov 1997 21:23:44 GMT Organization: Columbia University Lines: 24 Message-ID: <654u50$qom$1@apakabar.cc.columbia.edu> References: <19971121211200.QAA10077@ladder01.news.aol.com> NNTP-Posting-Host: watsun.cc.columbia.edu Xref: news.columbia.edu comp.protocols.kermit.misc:8094 In article <19971121211200.QAA10077@ladder01.news.aol.com>, Poole22 wrote: : I require to write a Unix shell script... : You mean a C-Kermit script, right? : ... that batch login's to a remote VMS : system that can handle kermit, via a modem connected to a serial port. : I can connect easily enough interactively typing in the required username : and password but I need to transfer a file without any operator interaction. : I don't see any -u and -p kermit option for username and password ? : I'm using C-Kermit version 6 on AIX version 4. : For give me if this information is readily available in the kermit manual : but my need is urgent and I my manual is on order to arrive soon? : Yes, the information is in the manual. In fact, it gives you exactly what you are asking for -- a script to dial up from UNIX to VMS, log in, and transfer files, all automatically. While waiting for you book to arrive, just look in your .kermrc or ckermit.ini file. The scripts are already there. The explanation is in the manual. - Frank From news@newsmaster.cc.columbia.edu Fri Nov 21 20:40:51 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id UAA14311 for ; Fri, 21 Nov 1997 20:40:50 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id UAA13095 for kermit.misc@watsun; Fri, 21 Nov 1997 20:40:50 -0500 (EST) Path: news.columbia.edu!sol.ctr.columbia.edu!gondor!newshub1.wanet.net!uunet!in1.uu.net!hearst.acc.Virginia.EDU!mercury.vcu.edu!gems.vcu.edu!agnew From: agnew@gems.vcu.edu (Brainwave Surfer) Newsgroups: comp.protocols.kermit.misc Subject: Re: Why? Date: 20 Nov 97 09:09:04 -0400 Organization: Medical College of Virginia Lines: 23 Distribution: world Message-ID: <1997Nov20.090904.1@gems.vcu.edu> References: <64ntvm$5vs@dragon.synet.edu.cn> NNTP-Posting-Host: ruby.vcu.edu Xref: news.columbia.edu comp.protocols.kermit.misc:8095 In article <64ntvm$5vs@dragon.synet.edu.cn>, dzsun@mail.neu.edu.cn (Eastern ¶«·½ÁÁ) writes: > I often hear kermit is very slow, but there also many people use it. > Why?? > What's the Kermit good at?? > > Kermit is like VAX/VMS, much maligned... When set up correctly it's very fast, error correcting, etc. it's very flexible, and I'm sure the staff can tell you more. look up the story about kermit and the brazil election, it's interesting reading. again, it's on the kermit site, do a search for it, i'm not remembering too good today.. brain parity error, system halted... -- /^^^\ \ / Jim Agnew | AGNEW@JADE.VCU.EDU NOTICE: Adding me to / > || Neurosurgery, | a commercial mailing list is prohibited. /\_/ ' \ / MCV-VCU | License will be $100.00, agreed to by /________________> Richmond, Va | adding me. THIS WILL BE ENFORCED!!! From news@newsmaster.cc.columbia.edu Fri Nov 21 23:31:23 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id XAA03399 for ; Fri, 21 Nov 1997 23:31:22 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id XAA21814 for kermit.misc@watsun; Fri, 21 Nov 1997 23:31:21 -0500 (EST) Path: news.columbia.edu!sol.ctr.columbia.edu!news.mindlink.net!demeter!van-bc!uniserve!sunqbc.risq.qc.ca!newsxfer.itd.umich.edu!quark.scn.rain.com!news.teleport.com!michael From: michael@localhost.localdomain (Michael Powe) Newsgroups: comp.protocols.kermit.misc Subject: C-Kermit & 'old-telebit' Date: 22 Nov 1997 04:29:35 GMT Organization: Teleport - Portland's Public Access (503) 220-1016 Lines: 38 Message-ID: Reply-To: looie@teleport.com NNTP-Posting-Host: ip-pdx35-10.teleport.com X-Newsreader: slrn (0.9.3.2 UNIX) Xref: news.columbia.edu comp.protocols.kermit.misc:8096 Hello, This is kind of a desperation dive. I have a real honest-to-goodness "old telebit" T2500 PEP modem that I am presently using as a backup. I have a linux box & I am using the T2500 to establish a ppp connection to my ISP. I cannot get kermit to handle the modem properly. The "old-telebit" modem type is broken -- it will not initialize my T2500, neither in Enhanced Mode nor in Conventional Mode. So I have tried both creating a user-defined modem and simply creating a new init string. In the case of the user-defined modem, C-Kermit simply will not init the modem. It aborts. I know the init string is good, I constructed it right out of the manual (yes, I actually have the manuals, too!). In the case of the new init string, C-Kermit gives me an error message, saying it cannot properly init EC & DC & it thinks I have an RPI modem. Then it dials ... pulse! I get connected, but now when I exit kermit to load the pppd, it drops carrier. The only way I can get anything like normal performance is to set modem type hayes & just use the vanilla inits &c. This works, but it ain't exactly high speed, since I'm getting xon/xoff flow control. I'm just hoping someone might have some past experience with this warhorse of a modem & might be able to help me out. My init string was at&F&K3&S1S0=0E0Q0X4&D2&C1S110=1S96=1S66=1S95=2. Thanks for any help. -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Michael Powe looie@teleport.com =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Please note that it may be necessary to use the "reply-to" address to respond to this message. =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= From news@newsmaster.cc.columbia.edu Sat Nov 22 11:05:43 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id LAA11232 for ; Sat, 22 Nov 1997 11:05:43 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id LAA25698 for kermit.misc@watsun; Sat, 22 Nov 1997 11:05:42 -0500 (EST) Path: news.columbia.edu!watsun.cc.columbia.edu!fdc From: fdc@watsun.cc.columbia.edu (Frank da Cruz) Newsgroups: comp.protocols.kermit.misc Subject: Re: C-Kermit & 'old-telebit' Date: 22 Nov 1997 16:05:39 GMT Organization: Columbia University Lines: 48 Message-ID: <656vsj$20$1@apakabar.cc.columbia.edu> References: NNTP-Posting-Host: watsun.cc.columbia.edu Xref: news.columbia.edu comp.protocols.kermit.misc:8098 In article , Michael Powe wrote: : This is kind of a desperation dive. I have a real honest-to-goodness : "old telebit" T2500 PEP modem that I am presently using as a backup. : : I have a linux box & I am using the T2500 to establish a ppp : connection to my ISP. I cannot get kermit to handle the modem : properly. The "old-telebit" modem type is broken -- it will not : initialize my T2500, neither in Enhanced Mode nor in Conventional : Mode. : Which Kermit version are you using? C-Kermit 6.0.192? On which platform? If the T2500 initialization is broken, obviously we want to fix it. But we no longer have a working T2500 in-house so you'll need to help us by telling us exactly what is wrong. : So I have tried both creating a user-defined modem and simply : creating a new init string. : : In the case of the user-defined modem, C-Kermit simply will not init : the modem. It aborts. : Meaning what? Exactly what happens? And what is definition? (Type "show modem" to display it). Copy and paste this material and send it in to us, or if you don't have an X window or something then use "script" to record your session and send in the typescript. : I know the init string is good, I constructed : it right out of the manual (yes, I actually have the manuals, too!). : In the case of the new init string, C-Kermit gives me an error : message, saying it cannot properly init EC & DC & it thinks I have an : RPI modem. Then it dials ... pulse! I get connected, but now when I : exit kermit to load the pppd, it drops carrier. : Have you used "set dial display on" to watch exactly what happens between Kermit and the modem? Again, please record this and send it in. : The only way I can get anything like normal performance is to set : modem type hayes & just use the vanilla inits &c. This works, but it : ain't exactly high speed, since I'm getting xon/xoff flow control. : Well, obviously the T2500 support worked once, so it can work again if we know what's wrong with it. Send your detailed report to kermit-support@columbia.edu and we'll figure it out. - Frank From news@newsmaster.cc.columbia.edu Sat Nov 22 21:43:10 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id VAA00535 for ; Sat, 22 Nov 1997 21:43:08 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id VAA28431 for kermit.misc@watsun; Sat, 22 Nov 1997 21:43:08 -0500 (EST) Path: news.columbia.edu!panix!howland.erols.net!news-peer.sprintlink.net!news-pull.sprintlink.net!news-in-east.sprintlink.net!news.sprintlink.net!Sprint!199.184.182.21!tricia!newsmaster From: randyd@nospam.org (Randy Ding) Newsgroups: comp.protocols.kermit.misc Subject: Re: How fast will a 16550 go? Date: 23 Nov 1997 02:41:41 GMT Organization: FullFeed Madison (newsmaster@msn.fullfeed.com) Lines: 25 Message-ID: <658556$d45@tricia.msn.fullfeed.com> References: NNTP-Posting-Host: randyd.lse.fullfeed.com Mime-Version: 1.0 Content-Type: Text/Plain; charset=US-ASCII X-Newsreader: WinVN 0.99.9 (Released Version) (alpha 32bit) Xref: news.columbia.edu comp.protocols.kermit.misc:8099 In article , jhurwit@netcom.com says... > >I would like to use MS-Kermit on two mahines connected by a null modem >cable to transfer files. What is the maximum safe speed of a 16650 FIFO >UART? > > Jeff >-- >jhurwit@netcom.com Jeffrey Hurwit > "NETCOM: It's not just an ISP, it's a way of life." Hello, My news reader is not getting all the posts so if this has not been answered already I'll let you know what I have learned. I use the 16550 in embedded systems and it is rated for 115200 baud.. and it is not just the uart chip itself that limits the speed. For all the PC computers that I have seen this is the rated limit. Randy. http://www.lse.fullfeed.com/~randyd/mail.html From news@newsmaster.cc.columbia.edu Mon Nov 24 02:32:59 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id CAA05323 for ; Mon, 24 Nov 1997 02:32:57 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id CAA19678 for kermit.misc@watsun; Mon, 24 Nov 1997 02:32:57 -0500 (EST) Path: news.columbia.edu!news.new-york.net!metro.atlanta.com!news-spur1.maxwell.syr.edu!news.maxwell.syr.edu!news.idt.net!netnews.com!netnews.com!news2.euro.net!newsfeed.adam.ixe.net!newsfeed.xs4all.nl!xs4all!nestorix2.xs4all.nl!pimzand From: pimzand@xs4all.nl () Newsgroups: comp.protocols.kermit.misc Subject: cannot leave mark mode (K-95) Date: 23 Nov 1997 23:26:34 GMT Organization: XS4ALL, networking for the masses Lines: 24 Message-ID: <65ae3a$8m7$1@news2.xs4all.nl> Reply-To: Pim Zandbergen NNTP-Posting-Host: xs1.xs4all.nl X-XS4ALL-Date: Mon, 24 Nov 1997 00:26:34 CET X-Newsreader: NN version 6.5.0 #4 Xref: news.columbia.edu comp.protocols.kermit.misc:8101 Lately, I repeatedly seem to get myself stuck in mark mode, after selecting some screen text by dragging the left mouse button or after pasting it with the middle button. Now I am lucky, because I notice this on the status line. But my collegues have the same problem, and they use AT386 emulation, which hides the status line. What could cause this ? This did not happen before, but I cannot recall whether these problems began after some K95 upgrade (now 1.1.15) or some NT service pack (now SP3). And what's a safe way to force leaving mark mode ? I now have to kill K95 to leave mark mode. -- E-mail : Pim Zandbergen S-mail : Laan Copes van Cattenburch 70, 2585 GD The Hague, The Netherlands Phone : +31 70 3067373 Fax : +31 70 3067374 -- E-mail : Pim Zandbergen S-mail : Laan Copes van Cattenburch 70, 2585 GD The Hague, The Netherlands Phone : +31 70 3542302 Fax : +31 70 3512837 From news@newsmaster.cc.columbia.edu Mon Nov 24 08:38:49 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id IAA19233 for ; Mon, 24 Nov 1997 08:38:49 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id IAA27870 for kermit.misc@watsun; Mon, 24 Nov 1997 08:38:48 -0500 (EST) Path: news.columbia.edu!watsun.cc.columbia.edu!fdc From: fdc@watsun.cc.columbia.edu (Frank da Cruz) Newsgroups: comp.protocols.kermit.misc Subject: Re: cannot leave mark mode (K-95) Date: 24 Nov 1997 13:38:45 GMT Organization: Columbia University Lines: 28 Message-ID: <65c015$anv$1@apakabar.cc.columbia.edu> References: <65ae3a$8m7$1@news2.xs4all.nl> NNTP-Posting-Host: watsun.cc.columbia.edu Xref: news.columbia.edu comp.protocols.kermit.misc:8103 In article <65ae3a$8m7$1@news2.xs4all.nl>, wrote: : Lately, I repeatedly seem to get myself stuck in mark mode, after : selecting some screen text by dragging the left mouse button or : after pasting it with the middle button. : : Now I am lucky, because I notice this on the status line. But my : collegues have the same problem, and they use AT386 emulation, : which hides the status line. : : What could cause this ? This did not happen before, but I cannot : recall whether these problems began after some K95 upgrade (now 1.1.15) : or some NT service pack (now SP3). : It happens to me sometimes too, when I am trying to paste into the K95 terminal screen. I think it is a question of mouse dexterity. Personally, I am not terribly dextrous with a mouse and so sometimes my clicks are too close together, or not close enough. : And what's a safe way to force leaving mark mode ? I now have to : kill K95 to leave mark mode. : Not at all. There is a \Kverb called \KmarkCancel, which is assigned to Ctrl-F2 by default, at least in the VT emulations. I suspect it might be a good idea to include this action among those performed by "Terminal Reset" (\Kreset, Alt-R); we'll consider this. - Frank From news@newsmaster.cc.columbia.edu Mon Nov 24 10:37:19 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id KAA09832 for ; Mon, 24 Nov 1997 10:37:18 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id KAA04115 for kermit.misc@watsun; Mon, 24 Nov 1997 10:37:17 -0500 (EST) Path: news.columbia.edu!watsun.cc.columbia.edu!jaltman From: jaltman@watsun.cc.columbia.edu (Jeffrey Altman) Newsgroups: comp.protocols.kermit.misc Subject: Re: cannot leave mark mode (K-95) Date: 24 Nov 1997 15:37:15 GMT Organization: Columbia University Lines: 12 Message-ID: <65c6vb$ecv$1@apakabar.cc.columbia.edu> References: <65ae3a$8m7$1@news2.xs4all.nl> NNTP-Posting-Host: watsun.cc.columbia.edu Xref: news.columbia.edu comp.protocols.kermit.misc:8104 In article <65ae3a$8m7$1@news2.xs4all.nl>, wrote: : And what's a safe way to force leaving mark mode ? I now have to : kill K95 to leave mark mode. Performing a new text selection with the mouse should leave mark mode. Jeffrey Altman * Sr.Software Designer * Kermit-95 for Win32 and OS/2 The Kermit Project * Columbia University 612 West 115th St #716 * New York, NY * 10025 * (212) 854-1344 http://www.columbia.edu/kermit/k95.html * kermit-support@columbia.edu From news@newsmaster.cc.columbia.edu Mon Nov 24 14:18:40 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id OAA28403 for ; Mon, 24 Nov 1997 14:18:24 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id OAA15260 for kermit.misc@watsun; Mon, 24 Nov 1997 14:18:24 -0500 (EST) Path: news.columbia.edu!panix!howland.erols.net!europa.clark.net!206.251.127.49!newsfeed.gte.net!news.gte.net!not-for-mail From: rmergner@hworks.com (Bob Mergner) Newsgroups: comp.protocols.kermit.misc Subject: Invalid Handle message in K95 script Date: 24 Nov 1997 19:14:35 GMT Organization: Healthworks Alliance Lines: 35 Message-ID: <65cjmr$e7k$1@gte2.gte.net> NNTP-Posting-Host: 1cust183.tnt23.nyc3.da.uu.net X-Auth: DE428C18068196D117CB8491 X-Newsreader: Forte Free Agent 1.1/32.230 Xref: news.columbia.edu comp.protocols.kermit.misc:8105 I have a script that I am using to upload files to a host using K95. A part of he scipt looks like this: open !read dir/b *.orders while success { read \%s if fail GOTO pickup pause 2 send \%s if fail GOTO START close write open write copyit.bat write-line FILE {copy \%s c:\\labname\\orders\\sent} write-line FILE {Del \%s} write-line FILE {Exit} close write run copyit.bat } :pickup echo Moving orders to inbound... remote host copy *.orders inbound:*.ord if fail GOTO START echo Cleaning up moved orders... remote host delete *.orders;* The problem is that if I move the two lines under :pickup that do the remote delete and put them up in the loop after the send \%s, K95 gives me about 5 'invalid handles' errors and does not process my commands properly. Does anybody know why that would be? I have tried putting a pause in after the send and the first remote host command, but this doesn't help. Any help would be most appreciated. -Bob Mergner Interface Software Engineer Healthworks Alliance Inc. From news@newsmaster.cc.columbia.edu Mon Nov 24 14:55:45 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id OAA07611 for ; Mon, 24 Nov 1997 14:55:44 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id OAA17262 for kermit.misc@watsun; Mon, 24 Nov 1997 14:55:44 -0500 (EST) Path: news.columbia.edu!watsun.cc.columbia.edu!jaltman From: jaltman@watsun.cc.columbia.edu (Jeffrey Altman) Newsgroups: comp.protocols.kermit.misc Subject: Re: Invalid Handle message in K95 script Followup-To: poster Date: 24 Nov 1997 19:55:43 GMT Organization: Columbia University Lines: 52 Message-ID: <65cm3v$mjt$1@apakabar.cc.columbia.edu> References: <65cjmr$e7k$1@gte2.gte.net> Reply-To: kermit-support@columbia.edu NNTP-Posting-Host: watsun.cc.columbia.edu Xref: news.columbia.edu comp.protocols.kermit.misc:8106 In article <65cjmr$e7k$1@gte2.gte.net>, Bob Mergner wrote: : I have a script that I am using to upload files to a host using K95. : A part of he scipt looks like this: : : open !read dir/b *.orders : while success { : read \%s : if fail GOTO pickup : pause 2 : send \%s : if fail GOTO START : close write : open write copyit.bat : write-line FILE {copy \%s c:\\labname\\orders\\sent} : write-line FILE {Del \%s} : write-line FILE {Exit} : close write : run copyit.bat : } : :pickup : echo Moving orders to inbound... : remote host copy *.orders inbound:*.ord : if fail GOTO START : echo Cleaning up moved orders... : remote host delete *.orders;* : : The problem is that if I move the two lines under :pickup that do the : remote delete and put them up in the loop after the send \%s, K95 : gives me about 5 'invalid handles' errors and does not process my : commands properly. Does anybody know why that would be? I have tried : putting a pause in after the send and the first remote host command, : but this doesn't help. Any help would be most appreciated. : : -Bob Mergner : Interface Software Engineer : Healthworks Alliance Inc. This would obviously be a bug. what version of K95 are you using? If it is not version 1.1.15, patches are available from http://www.columbia.edu/kermit/k95patch.html If you can reproduce the problem with the latest release then please send a bug report to kermit-support@columbia.edu. Jeffrey Altman * Sr.Software Designer * Kermit-95 for Win32 and OS/2 The Kermit Project * Columbia University 612 West 115th St #716 * New York, NY * 10025 * (212) 854-1344 http://www.columbia.edu/kermit/k95.html * kermit-support@columbia.edu From news@newsmaster.cc.columbia.edu Mon Nov 24 17:32:22 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id RAA10060 for ; Mon, 24 Nov 1997 17:32:17 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id RAA25138 for kermit.misc@watsun; Mon, 24 Nov 1997 17:32:17 -0500 (EST) Path: news.columbia.edu!sol.ctr.columbia.edu!news.indiana.edu!vixen.cso.uiuc.edu!news2.chicago.iagnet.net!iagnet.net!4.1.16.34!cpk-news-hub1.bbnplanet.com!news.bbnplanet.com!newsfeed.internetmci.com!207.5.0.44!nntp.mainstreet.net!bug.rahul.net!rahul.net!a2i!samba.rahul.net!rahul.net!a2i!dold.a2i!dold From: dold@78.usenet.us.com Newsgroups: comp.protocols.kermit.misc Subject: Re: cannot leave mark mode (K-95) Date: 24 Nov 1997 22:23:44 GMT Organization: a2i network Lines: 12 Message-ID: <65cupg$8lc$1@samba.rahul.net> References: <65ae3a$8m7$1@news2.xs4all.nl> <65c015$anv$1@apakabar.cc.columbia.edu> Reply-To: dold@network.rahul.net NNTP-Posting-Host: foxtrot.rahul.net NNTP-Posting-User: dold X-Newsreader: TIN [version 1.2 PL2] X-Comment: Encoded From: line allows replies that preserve original subject Xref: news.columbia.edu comp.protocols.kermit.misc:8107 : In article <65ae3a$8m7$1@news2.xs4all.nl>, wrote: : : Lately, I repeatedly seem to get myself stuck in mark mode, after : : selecting some screen text by dragging the left mouse button or : : after pasting it with the middle button. I've found that "page down", or "end" will break the Marking Mode, for purposes of correcting this bug. I wonder if the bug has to do with having scrolled back or not, sometime in this session. -- --- Clarence A Dold - dold@network.rahul.net - Pope Valley & Napa CA. From news@newsmaster.cc.columbia.edu Mon Nov 24 18:54:57 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id SAA26400 for ; Mon, 24 Nov 1997 18:54:56 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id SAA29378 for kermit.misc@watsun; Mon, 24 Nov 1997 18:54:56 -0500 (EST) Path: news.columbia.edu!watsun.cc.columbia.edu!jaltman From: jaltman@watsun.cc.columbia.edu (Jeffrey Altman) Newsgroups: comp.protocols.kermit.misc Subject: Re: cannot leave mark mode (K-95) Date: 24 Nov 1997 23:54:53 GMT Organization: Columbia University Lines: 24 Message-ID: <65d44d$v3$1@apakabar.cc.columbia.edu> References: <65ae3a$8m7$1@news2.xs4all.nl> <65c015$anv$1@apakabar.cc.columbia.edu> <65cupg$8lc$1@samba.rahul.net> NNTP-Posting-Host: watsun.cc.columbia.edu Xref: news.columbia.edu comp.protocols.kermit.misc:8108 In article <65cupg$8lc$1@samba.rahul.net>, wrote: : : In article <65ae3a$8m7$1@news2.xs4all.nl>, wrote: : : : Lately, I repeatedly seem to get myself stuck in mark mode, after : : : selecting some screen text by dragging the left mouse button or : : : after pasting it with the middle button. : : I've found that "page down", or "end" will break the Marking Mode, for : purposes of correcting this bug. I wonder if the bug has to do with having : scrolled back or not, sometime in this session. No, this will only exit SCROLLBACK mode, not MARKING mode. Being caught in SCROLLBACK mode is caused when the user has scrolled back one page and then scrolled forward one page, but in the meantime more data has arrived from the host. The Mark Mode problem is a bug which is caused when a DRAG event occurs which is undefined. This corrected for the 1.1.16 release. Jeffrey Altman * Sr.Software Designer * Kermit-95 for Win32 and OS/2 The Kermit Project * Columbia University 612 West 115th St #716 * New York, NY * 10025 * (212) 854-1344 http://www.columbia.edu/kermit/k95.html * kermit-support@columbia.edu From news@newsmaster.cc.columbia.edu Tue Nov 25 05:26:18 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id FAA11556 for ; Tue, 25 Nov 1997 05:26:17 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id FAA29162 for kermit.misc@watsun; Tue, 25 Nov 1997 05:26:16 -0500 (EST) Path: news.columbia.edu!news.new-york.net!solaris.cc.vt.edu!newsgate.duke.edu!nntprelay.mathworks.com!newsfeed.internetmci.com!207.5.0.44!nntp.mainstreet.net!bug.rahul.net!rahul.net!a2i!samba.rahul.net!rahul.net!a2i!dold.a2i!dold From: dold@94.usenet.us.com Newsgroups: comp.protocols.kermit.misc Subject: Re: Help with scripting kermit Date: 25 Nov 1997 00:31:51 GMT Organization: a2i network Lines: 71 Message-ID: <65d69n$9hh$1@samba.rahul.net> References: <64j0bn$7s9$1@clem.mscd.edu> <0$k2Rz1fk$EP@cc.usu.edu> <651tbe$4es$1@samba.rahul.net> <652qra$le$1@apakabar.cc.columbia.edu> Reply-To: dold@network.rahul.net NNTP-Posting-Host: foxtrot.rahul.net NNTP-Posting-User: dold X-Newsreader: TIN [version 1.2 PL2] X-Comment: Encoded From: line allows replies that preserve original subject Xref: news.columbia.edu comp.protocols.kermit.misc:8109 Clarence said: : : If I lower either the output pacing, or reduce the pause to 1, the switch : : can't keep up. If I reduce the pause, even with the INPUT in place, the : : commands get garbled. If I reduce the output pacing, occasional characters : : get dropped. Frank da Cruz (fdc@watsun.cc.columbia.edu) wrote: : Well, those 2-second pauses probably add up to quite a long period in a : 14000-line script (1400 x 2 = 2800 seconds???). Yup. I think it took 36 hours to run the script. Not handy, but it beats the transcription errors of doing it by hand ;-) : Did you know that you don't have to pause for whole seconds? There is : also an MPAUSE command (alias MSLEEP) that takes milliseconds, e.g.: : msleep 1500 snicker. I suppose shaving by a half second might be happy if I did this daily, but the failure isn't consistent. I suppose it depends on the load on the host system, which is why flow control would be better. : : I can't remember where I found the description for "output pacing". I : : can't find it in the Using C-Kermit manual. : Page 422. Wrong version, I guess. Pg 422 of mine is the middle of some OS/2 stuff in Appendix V. : : In Unix, the cu dialer has a feature called "echo check", where each : : character is held until the previous character has been echoed back : : correctly. Is such a pacing option available in C-Kermit? : Not built into the OUTPUT command. But of course you can do it yourself: : output blah\13 : input 10 blah ; soak up the echo : if fail That might put me up to 100,000 lines of script, but if it works, and the speedup is substantial, I'd do it. Wait a minute... blah\13 isn't what I'm after. Instead of output 12345\13 input 20 ACP what I need is a loop of output 1 input 10 1 output 2 input 10 2 output 3 input 10 3 output 4 input 10 4 output 5 input 10 5 output \13 input 10 \13 Maybe the use of ESIX SVR4, and an Equinox multi-port serial adapter is conspiring against me. I had assumed it was the slow legacy system... Maybe I should try an MS-Kermit script against the telephone switch directly from some handy PC. I have another pretty large script coming up soon. -- --- Clarence A Dold - dold@network.rahul.net - Pope Valley & Napa CA. From news@newsmaster.cc.columbia.edu Tue Nov 25 10:34:52 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id KAA25004 for ; Tue, 25 Nov 1997 10:34:52 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id KAA16159 for kermit.misc@watsun; Tue, 25 Nov 1997 10:34:51 -0500 (EST) Path: news.columbia.edu!watsun.cc.columbia.edu!fdc From: fdc@watsun.cc.columbia.edu (Frank da Cruz) Newsgroups: comp.protocols.kermit.misc Subject: Re: Help with scripting kermit Date: 25 Nov 1997 15:34:50 GMT Organization: Columbia University Lines: 54 Message-ID: <65er6q$s7v$1@apakabar.cc.columbia.edu> References: <64j0bn$7s9$1@clem.mscd.edu> <651tbe$4es$1@samba.rahul.net> <652qra$le$1@apakabar.cc.columbia.edu> <65d69n$9hh$1@samba.rahul.net> NNTP-Posting-Host: watsun.cc.columbia.edu Xref: news.columbia.edu comp.protocols.kermit.misc:8110 In article <65d69n$9hh$1@samba.rahul.net>, wrote: : ...... : : : In Unix, the cu dialer has a feature called "echo check", where each : : : character is held until the previous character has been echoed back : : : correctly. Is such a pacing option available in C-Kermit? : : : Not built into the OUTPUT command. But of course you can do it yourself: : : : output blah\13 : : input 10 blah ; soak up the echo : : if fail : : [but] blah\13 isn't what I'm after. : : Instead of : output 12345\13 : input 20 ACP : what I need is a loop of : output 1 : input 10 1 : output 2 : input 10 2 : output 3 : input 10 3 : output 4 : input 10 4 : output 5 : input 10 5 : output \13 : input 10 \13 : Right -- this would automatically provide the best response for "echoplex" connections that did now allow typeahead. It looks like we need to add another feature to the queue, something like: OUTPUT /SOAK-UP-ECHO (but with a better name.) Incidentally, in most cases this part: : output \13 : input 10 \13 : won't work, since when you send a carriage return it is likely to be echoed in many different ways (including not only CRLF and LFCR, but also cursor- positioning escape sequences), and the aforementioned proposed new feature would have to account for that in some way. Our new-feautures queue is quite long (and, of course, includes feature requests like "Kermit has too many features - make a new version that is simpler"), and our scheduling algorithm is the expected mixture of perceived importance, "squeaky wheel", ease/size/safety of implementation, and so on. We'll see what we can do. - Frank From news@newsmaster.cc.columbia.edu Wed Nov 26 02:14:08 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id CAA10401 for ; Wed, 26 Nov 1997 02:14:08 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id CAA07234 for kermit.misc@watsun; Wed, 26 Nov 1997 02:14:07 -0500 (EST) Path: news.columbia.edu!news.new-york.net!cpk-news-hub1.bbnplanet.com!news.bbnplanet.com!baron.netcom.net.uk!netcom.net.uk!dispose.news.demon.net!demon!bullseye.news.demon.net!demon!newsfeed.xs4all.nl!xs4all!nestorix2.xs4all.nl!pimzand From: pimzand@xs4all.nl () Newsgroups: comp.protocols.kermit.misc Subject: Re: cannot leave mark mode (K-95) Date: 25 Nov 1997 22:56:46 GMT Organization: XS4ALL, networking for the masses Message-ID: <65fl3e$cj7$1@news2.xs4all.nl> References: <65ae3a$8m7$1@news2.xs4all.nl> <65c015$anv$1@apakabar.cc.columbia.edu> NNTP-Posting-Host: xs2.xs4all.nl X-XS4ALL-Date: Tue, 25 Nov 1997 23:56:46 CET X-Newsreader: NN version 6.5.0 #4 Lines: 28 Xref: news.columbia.edu comp.protocols.kermit.misc:8111 fdc@watsun.cc.columbia.edu (Frank da Cruz) writes: >In article <65ae3a$8m7$1@news2.xs4all.nl>, wrote: >: Lately, I repeatedly seem to get myself stuck in mark mode, after >: selecting some screen text by dragging the left mouse button or >: after pasting it with the middle button. >It happens to me sometimes too, when I am trying to paste into the K95 >terminal screen. I think it is a question of mouse dexterity. Personally, >I am not terribly dextrous with a mouse and so sometimes my clicks are too >close together, or not close enough. I think I've found what's causing this. While trying to doubleclick mouse button two, I (slightly) move the mouse. Dragging button two and three seems to start marking mode. But my (standard) mouse settings do not suggest any of this: Mouse settings: Active: on Button 1 Ctrl-Click = Kverb: \Kmouseurl Button 1 Double-Click = Kverb: \Kmousecurpos Button 1 Drag = Kverb: \Kmarkcopyclip Button 1 Ctrl-Drag = Kverb: \Kmarkcopyhost Button 1 Ctrl-Shift-Drag = Kverb: \Kdump Button 2 Double-Click = Kverb: \Kpaste I have a Logitech three-button PS/2 mouse, if it matters. From news@newsmaster.cc.columbia.edu Wed Nov 26 09:03:25 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id JAA04929 for ; Wed, 26 Nov 1997 09:03:24 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id JAA17538 for kermit.misc@watsun; Wed, 26 Nov 1997 09:03:24 -0500 (EST) Path: news.columbia.edu!watsun.cc.columbia.edu!jaltman From: jaltman@watsun.cc.columbia.edu (Jeffrey Altman) Newsgroups: comp.protocols.kermit.misc Subject: Re: cannot leave mark mode (K-95) Date: 26 Nov 1997 14:03:22 GMT Organization: Columbia University Lines: 28 Message-ID: <65ha7a$3hs$1@apakabar.cc.columbia.edu> References: <65ae3a$8m7$1@news2.xs4all.nl> <65c015$anv$1@apakabar.cc.columbia.edu> <65fl3e$cj7$1@news2.xs4all.nl> NNTP-Posting-Host: watsun.cc.columbia.edu Xref: news.columbia.edu comp.protocols.kermit.misc:8112 In article <65fl3e$cj7$1@news2.xs4all.nl>, wrote: : fdc@watsun.cc.columbia.edu (Frank da Cruz) writes: : : >In article <65ae3a$8m7$1@news2.xs4all.nl>, wrote: : >: Lately, I repeatedly seem to get myself stuck in mark mode, after : >: selecting some screen text by dragging the left mouse button or : >: after pasting it with the middle button. : : >It happens to me sometimes too, when I am trying to paste into the K95 : >terminal screen. I think it is a question of mouse dexterity. Personally, : >I am not terribly dextrous with a mouse and so sometimes my clicks are too : >close together, or not close enough. : : I think I've found what's causing this. While trying to doubleclick mouse : button two, I (slightly) move the mouse. Dragging button two and three : seems to start marking mode. All Drag operations start Mark Mode. The modifier keys and the event are not looked at until after the mouse operation has been completed. The fact that Mark Mode is not exited when there is no event defined is a bug. It will be fixed in 1.1.16. Jeffrey Altman * Sr.Software Designer * Kermit-95 for Win32 and OS/2 The Kermit Project * Columbia University 612 West 115th St #716 * New York, NY * 10025 * (212) 854-1344 http://www.columbia.edu/kermit/k95.html * kermit-support@columbia.edu From news@newsmaster.cc.columbia.edu Fri Nov 28 10:59:58 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id KAA00601 for ; Fri, 28 Nov 1997 10:59:57 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id KAA03414 for kermit.misc@watsun; Fri, 28 Nov 1997 10:59:56 -0500 (EST) Path: news.columbia.edu!news.new-york.net!cpk-news-hub1.bbnplanet.com!news.bbnplanet.com!newsfeed.internetmci.com!164.67.42.145!awabi.library.ucla.edu!132.239.254.208!ihnp4.ucsd.edu!munnari.OZ.AU!harbinger.cc.monash.edu.au!news.rmit.EDU.AU!goanna.cs.rmit.edu.au!yallara.cs.rmit.edu.au!not-for-mail From: rwi@yallara.cs.rmit.edu.au (Ross Irvine) Newsgroups: comp.protocols.kermit.misc Subject: Kermit 3.15 Beep? Date: 28 Nov 1997 06:53:39 GMT Organization: Comp Sci, RMIT University, Melbourne, Australia. Lines: 16 Message-ID: <65lppj$d0g$1@goanna.cs.rmit.edu.au> NNTP-Posting-Host: yallara.cs.rmit.edu.au NNTP-Posting-User: rwi X-Newsreader: TIN [UNIX 1.3 950824BETA PL0] Xref: news.columbia.edu comp.protocols.kermit.misc:8114 I have a kermit for DOS 3.15 that is set for a port speed of 115k using cts/rts flow control. When I'm receiving data and it's displaying on the screen kermit's beeping at me? Could it be the PC is not keeping up with the 115k terminal speed or is it something else? Regards.. -- Ross Irvine E-Mail : rwi@yallara.cs.rmit.edu.au Computer Science Department, Phone GSM : +61 419 565 232 RMIT, Melbourne, Australia. Nokia 2110 FAQ Creater, see below for WWW. Novell Network Admin - V.B.R. Work : +61-3-9349-2744 Fax: +61-3-9349-2711 Certified Novell Administrator (CNA) Still Working on the CNE.... And all round nice guy. :) WEB : http://yallara.cs.rmit.edu.au/~rwi/ From news@newsmaster.cc.columbia.edu Fri Nov 28 11:02:13 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id LAA01497 for ; Fri, 28 Nov 1997 11:02:12 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id LAA03656 for kermit.misc@watsun; Fri, 28 Nov 1997 11:02:12 -0500 (EST) Path: news.columbia.edu!watsun.cc.columbia.edu!fdc From: fdc@watsun.cc.columbia.edu (Frank da Cruz) Newsgroups: comp.protocols.kermit.misc Subject: Re: Kermit 3.15 Beep? Date: 28 Nov 1997 16:02:11 GMT Organization: Columbia University Lines: 15 Message-ID: <65mpu3$fta$1@apakabar.cc.columbia.edu> References: <65lppj$d0g$1@goanna.cs.rmit.edu.au> NNTP-Posting-Host: watsun.cc.columbia.edu Xref: news.columbia.edu comp.protocols.kermit.misc:8115 In article <65lppj$d0g$1@goanna.cs.rmit.edu.au>, Ross Irvine wrote: : I have a kermit for DOS 3.15 that is set for a port speed of 115k using : cts/rts flow control. : : When I'm receiving data and it's displaying on the screen kermit's : beeping at me? Could it be the PC is not keeping up with the 115k : terminal speed or is it something else? : The beep in this case indicates that the UART was was overrun. Either it's not a buffered UART, or your PC is too slow or overloaded, or there is some other form of contention. You'll need to use a lower speed, like 57600 or less, or get a buffered UART or a faster PC. - Frank From news@newsmaster.cc.columbia.edu Fri Nov 28 11:08:18 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id LAA02386 for ; Fri, 28 Nov 1997 11:08:17 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id LAA03974 for kermit.misc@watsun; Fri, 28 Nov 1997 11:08:17 -0500 (EST) Path: news.columbia.edu!panix!news.eecs.umich.edu!news-feed.inet.tele.dk!bofh.vszbr.cz!news.maxwell.syr.edu!cs.utexas.edu!news.cs.utah.edu!cc.usu.edu!jrd From: jrd@cc.usu.edu (Joe Doupnik) Newsgroups: comp.protocols.kermit.misc Subject: Re: Kermit 3.15 Beep? Message-ID: <4wf$9DXgXuFN@cc.usu.edu> Date: 28 Nov 97 08:01:04 MDT References: <65lppj$d0g$1@goanna.cs.rmit.edu.au> Organization: Utah State University Lines: 15 Xref: news.columbia.edu comp.protocols.kermit.misc:8116 In article <65lppj$d0g$1@goanna.cs.rmit.edu.au>, rwi@yallara.cs.rmit.edu.au (Ross Irvine) writes: > I have a kermit for DOS 3.15 that is set for a port speed of 115k using > cts/rts flow control. > > When I'm receiving data and it's displaying on the screen kermit's > beeping at me? Could it be the PC is not keeping up with the 115k > terminal speed or is it something else? ---------- An excellent guess. The beep is a stand-in symbol meaning that the UART (the serial port chip) has detected one or more arriving bytes has overwritten a preceding byte before being read. In short, bytes have been lost. Most often it is other things in the machine blocking access to the serial port for short but important intervals. Those things are either software (TSRs) or hardware periperials. Joe D. From news@newsmaster.cc.columbia.edu Fri Nov 28 17:34:29 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id RAA08937 for ; Fri, 28 Nov 1997 17:34:27 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id RAA24100 for kermit.misc@watsun; Fri, 28 Nov 1997 17:34:26 -0500 (EST) Path: news.columbia.edu!panix!news.eecs.umich.edu!nntprelay.mathworks.com!cam-news-hub1.bbnplanet.com!su-news-feed4.bbnplanet.com!news.bbnplanet.com!mozart.jlc.net!Pgsherm From: gsherman@remove_this.jlc.net (Glenn Sherman) Newsgroups: comp.protocols.kermit.misc Subject: another Kermit95 telnet question Date: 28 Nov 1997 21:11:43 GMT Organization: Granite State Software Lines: 13 Message-ID: <65nc2f$c82@mozart.jlc.net> NNTP-Posting-Host: pm2-147.dialup.jlc.net X-Newsreader: News Xpress Version 1.0 Beta #4 Xref: news.columbia.edu comp.protocols.kermit.misc:8117 When I use the Kermit-95 Dialer to start a telnet session to a local Qnx PC it starts immediately. When I create a shortcut for that session, and double click on the icon, it tries to access the modem before it connects to the Qnx PC using the network. Any ideas ??? --------------------------------------------------------- Glenn S. Sherman gsherman@jlc.net Granite State Software (603) 878-4048 From news@newsmaster.cc.columbia.edu Fri Nov 28 17:35:24 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id RAA09092 for ; Fri, 28 Nov 1997 17:35:21 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id RAA24174 for kermit.misc@watsun; Fri, 28 Nov 1997 17:35:21 -0500 (EST) Path: news.columbia.edu!panix!news.eecs.umich.edu!nntprelay.mathworks.com!cam-news-hub1.bbnplanet.com!su-news-feed4.bbnplanet.com!news.bbnplanet.com!mozart.jlc.net!Pgsherm From: gsherman@remove_this.jlc.net (Glenn Sherman) Newsgroups: comp.protocols.kermit.misc Subject: Qnx 4.x telnet from Kermit95 Date: 28 Nov 1997 21:00:37 GMT Organization: Granite State Software Lines: 19 Message-ID: <65nbdl$bt0@mozart.jlc.net> NNTP-Posting-Host: pm2-147.dialup.jlc.net X-Newsreader: News Xpress Version 1.0 Beta #4 Xref: news.columbia.edu comp.protocols.kermit.misc:8118 I am having a problem with the telnet feature from K95 v.1.15 The keyboard mapping for the numeric keypad + and - keys is off. When I hit the - key on the regular keyboard I get hex 2d. on the numeric keypad I get hex 163 (ff a3). Only when I hold down the shift key do I get hex 2d. The + gives me hex 181 not 2b. Is there anyway I can fix this ??? --------------------------------------------------------- Glenn S. Sherman gsherman@jlc.net Granite State Software (603) 878-4048 From news@newsmaster.cc.columbia.edu Fri Nov 28 23:17:54 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id XAA05122 for ; Fri, 28 Nov 1997 23:17:54 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id XAA11946 for kermit.misc@watsun; Fri, 28 Nov 1997 23:17:53 -0500 (EST) Path: news.columbia.edu!watsun.cc.columbia.edu!jaltman From: jaltman@watsun.cc.columbia.edu (Jeffrey Altman) Newsgroups: comp.protocols.kermit.misc Subject: Re: Qnx 4.x telnet from Kermit95 Date: 29 Nov 1997 04:17:51 GMT Organization: Columbia University Lines: 32 Message-ID: <65o51f$6es$1@apakabar.cc.columbia.edu> References: <65nbdl$bt0@mozart.jlc.net> NNTP-Posting-Host: watsun.cc.columbia.edu Xref: news.columbia.edu comp.protocols.kermit.misc:8120 In article <65nbdl$bt0@mozart.jlc.net>, Glenn Sherman wrote: : : I am having a problem with the telnet feature from K95 v.1.15 : : The keyboard mapping for the numeric keypad + and - keys is off. : : When I hit the - key on the regular keyboard I get hex 2d. : on the numeric keypad I get hex 163 (ff a3). : : Only when I hold down the shift key do I get hex 2d. : : The + gives me hex 181 not 2b. I'm not sure what the above means because 181 is not a valid Hex value for a character. You also do not specify which terminal emulation you are using. : Is there anyway I can fix this ??? You can map any value to any key with the SET KEY and SET TERM KEY commands which are documented in the "Using C-Kermit" manual and the DOCS\UPDATES.TXT file in the K95 distribution. Jeffrey Altman * Sr.Software Designer * Kermit-95 for Win32 and OS/2 The Kermit Project * Columbia University 612 West 115th St #716 * New York, NY * 10025 * (212) 854-1344 http://www.columbia.edu/kermit/k95.html * kermit-support@columbia.edu From news@newsmaster.cc.columbia.edu Fri Nov 28 23:20:04 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id XAA05455 for ; Fri, 28 Nov 1997 23:20:04 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id XAA12158 for kermit.misc@watsun; Fri, 28 Nov 1997 23:20:04 -0500 (EST) Path: news.columbia.edu!watsun.cc.columbia.edu!jaltman From: jaltman@watsun.cc.columbia.edu (Jeffrey Altman) Newsgroups: comp.protocols.kermit.misc Subject: Re: another Kermit95 telnet question Date: 29 Nov 1997 04:20:02 GMT Organization: Columbia University Lines: 20 Message-ID: <65o55i$6hc$1@apakabar.cc.columbia.edu> References: <65nc2f$c82@mozart.jlc.net> NNTP-Posting-Host: watsun.cc.columbia.edu Xref: news.columbia.edu comp.protocols.kermit.misc:8121 In article <65nc2f$c82@mozart.jlc.net>, Glenn Sherman wrote: : : When I use the Kermit-95 Dialer to start a telnet session to a : local Qnx PC it starts immediately. When I create a shortcut : for that session, and double click on the icon, it tries to access : the modem before it connects to the Qnx PC using the network. : : Any ideas ??? In your K95CUSTOM.INI file you have a command to activate your modem. This command is not executed when the dialer starts K95.EXE. Remove it if you do not want the modem to be active when you start K95 by default. Jeffrey Altman * Sr.Software Designer * Kermit-95 for Win32 and OS/2 The Kermit Project * Columbia University 612 West 115th St #716 * New York, NY * 10025 * (212) 854-1344 http://www.columbia.edu/kermit/k95.html * kermit-support@columbia.edu From news@newsmaster.cc.columbia.edu Mon Dec 1 06:01:44 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id GAA26256 for ; Mon, 1 Dec 1997 06:01:43 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id GAA21495 for kermit.misc@watsun; Mon, 1 Dec 1997 06:01:42 -0500 (EST) Path: news.columbia.edu!sol.ctr.columbia.edu!news.uoregon.edu!news.rediris.es!news-ge.switch.ch!news-fra1.dfn.de!news-was.dfn.de!news-spur1.maxwell.syr.edu!news.maxwell.syr.edu!awabi.library.ucla.edu!132.239.254.208!ihnp4.ucsd.edu!munnari.OZ.AU!news.mel.connect.com.au!harbinger.cc.monash.edu.au!news.rmit.EDU.AU!goanna.cs.rmit.edu.au!yallara.cs.rmit.edu.au!not-for-mail From: rwi@yallara.cs.rmit.edu.au (Ross Irvine) Newsgroups: comp.protocols.kermit.misc Subject: Kermit DOS Performance? Followup-To: poster Date: 1 Dec 1997 01:15:46 GMT Organization: Comp Sci, RMIT University, Melbourne, Australia. Lines: 34 Message-ID: <65t342$k91$1@goanna.cs.rmit.edu.au> NNTP-Posting-Host: yallara.cs.rmit.edu.au NNTP-Posting-User: rwi X-Newsreader: TIN [UNIX 1.3 950824BETA PL0] Xref: news.columbia.edu comp.protocols.kermit.misc:8125 Hi All, I'm trying my best to get kermit for dos (3.15) to transfer files as fast as possible. It's currently about half the speed of z modem. I've set the following : set block 3 ; set window 4 ; set receive packet-length 9000 ; set control prefix all ; I'm transfering data via an Async Bonded ISDN line (The bonding combinds 2 64K B channels into one. Giving me 128k to play with). I'm only getting around a 6000 cps rate. I can see that my problem is the set control prefix all line. As I'm sending ZIP's, this is probably making kermit send twice as much data. I've tried setting unprefix all and prefixings 0,1 and 129 but I keep getting strange parity errors on the recieving end. Both sides of the xfer are Kermit for DOS 3.15. What do I need to prefix for kermit to send at it's fastest to another kermit using CTS/RTS folow control and for the transfer's to work without the strange parity errors. This is using 8 data non parity and 1 stop. Thanks.. -- Ross Irvine E-Mail : rwi@yallara.cs.rmit.edu.au Computer Science Department, Phone GSM : +61 419 565 232 RMIT, Melbourne, Australia. Nokia 2110 FAQ Creater, see below for WWW. Novell Network Admin - V.B.R. Work : +61-3-9349-2744 Fax: +61-3-9349-2711 Certified Novell Administrator (CNA) Still Working on the CNE.... And all round nice guy. :) WEB : http://yallara.cs.rmit.edu.au/~rwi/ From news@newsmaster.cc.columbia.edu Mon Dec 1 10:12:14 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id KAA27733 for ; Mon, 1 Dec 1997 10:12:14 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id KAA22862 for kermit.misc@watsun; Mon, 1 Dec 1997 10:12:14 -0500 (EST) Path: news.columbia.edu!watsun.cc.columbia.edu!fdc From: fdc@watsun.cc.columbia.edu (Frank da Cruz) Newsgroups: comp.protocols.kermit.misc Subject: Re: Kermit DOS Performance? Date: 1 Dec 1997 15:12:13 GMT Organization: Columbia University Lines: 46 Message-ID: <65uk4d$9n1$1@apakabar.cc.columbia.edu> References: <65t342$k91$1@goanna.cs.rmit.edu.au> NNTP-Posting-Host: watsun.cc.columbia.edu Xref: news.columbia.edu comp.protocols.kermit.misc:8126 In article <65t342$k91$1@goanna.cs.rmit.edu.au>, Ross Irvine wrote: : I'm trying my best to get kermit for dos (3.15) to transfer files : as fast as possible. It's currently about half the speed of z modem. : : I've set the following : : set block 3 ; : set window 4 ; : A larger window size might help, depending on the connection. Remember, in the normal case, Zmodem has an infinite window size (which is not necessary A Good Thing when errors must be handled). : set receive packet-length 9000 ; : set control prefix all ; : : I'm transfering data via an Async Bonded ISDN line (The bonding combinds : 2 64K B channels into one. Giving me 128k to play with). : Using what kind of physical interface and driver? : I'm only getting around a 6000 cps rate. I can see that my problem is the : set control prefix all line. As I'm sending ZIP's, this is probably : making kermit send twice as much data. : : I've tried setting unprefix all and prefixings 0,1 and 129 but I keep : getting strange parity errors on the recieving end. Both sides of the : xfer are Kermit for DOS 3.15. : MS-DOS Kermit itself does not require 0 to be prefixed, so you get a big gain immediately by unprefixing it (currently you must prefix 0 when sending to C-Kermit, but this restriction will be removed in the next release). 1 and 13 should be prefixed for safety, to prevent misidentification of Kermit packet start/end, but you can experiment with unprefixing them too. If you get transmission errors when transferring Kermit-to-Kermit and unprefixing 1 and 13, they are probably occurring outside of Kermit. The usual suspects are: . Lack of transparency to certain characters on the connection. . Parity on the connection. . Inadequate flow control (on COM port connections). . Faulty drivers (when not using SET PORT COMx). . Faulty adapters, interrupt conflicts, etc. - Frank From news@newsmaster.cc.columbia.edu Tue Dec 2 05:41:13 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id FAA08459 for ; Tue, 2 Dec 1997 05:41:12 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id FAA20260 for kermit.misc@watsun; Tue, 2 Dec 1997 05:41:12 -0500 (EST) Path: news.columbia.edu!news.new-york.net!cpk-news-hub1.bbnplanet.com!su-news-hub1.bbnplanet.com!news.bbnplanet.com!logbridge.uoregon.edu!enews.sgi.com!news.sgi.com!wrdiss1.robins.af.mil!wpdiss1.wpafb.af.mil!oodiss1.hill.af.mil!news.cc.utah.edu!news.cs.utah.edu!cc.usu.edu!jrd From: jrd@cc.usu.edu (Joe Doupnik) Newsgroups: comp.protocols.kermit.misc Subject: Re: Kermit DOS Performance? Message-ID: Date: 1 Dec 97 18:07:46 MDT References: <65t342$k91$1@goanna.cs.rmit.edu.au> Followup-To: poster Organization: Utah State University Lines: 44 Xref: news.columbia.edu comp.protocols.kermit.misc:8127 In article <65t342$k91$1@goanna.cs.rmit.edu.au>, rwi@yallara.cs.rmit.edu.au (Ross Irvine) writes: > Hi All, > I'm trying my best to get kermit for dos (3.15) to transfer files > as fast as possible. It's currently about half the speed of z modem. > > I've set the following : > set block 3 ; > set window 4 ; > set receive packet-length 9000 ; > set control prefix all ; > > I'm transfering data via an Async Bonded ISDN line (The bonding combinds > 2 64K B channels into one. Giving me 128k to play with). > > I'm only getting around a 6000 cps rate. I can see that my problem is the > set control prefix all line. As I'm sending ZIP's, this is probably > making kermit send twice as much data. > > I've tried setting unprefix all and prefixings 0,1 and 129 but I keep > getting strange parity errors on the recieving end. Both sides of the > xfer are Kermit for DOS 3.15. > > What do I need to prefix for kermit to send at it's fastest to another > kermit using CTS/RTS folow control and for the transfer's to work without > the strange parity errors. This is using 8 data non parity and 1 stop. --------- MSK itself needs only protect the start and end of packet delimiters, normally Control-A (1) and Control-M (13), plus Control-C (3) to interrupt a Kermit server, and their high bit set counterparts. Leaving all control codes prefixed adds only 4/32nds overhead, there being 32 C0 controls, 32 C1 controls (high bit set), plus DEL (127) and its mate 255, out of a total of 256 combinations in one 8-bit byte. More than likely your comms channel is not really 8-bit clean and thus some bare control codes are being mangled/intercepted/doing bad things. This is in the nature of the beast, and the primary reason Kermit defaults to using printables. The only suggestion we can make is try code after code until the guilty parties own up. 9KB packets are expensive when damaged, and that long has exceeded the breakeven point. Try going back to 1-2KB packets and only if necessary use more window slots. As you are probably aware, MSK itself is really fast. In local development tests I'm getting about 400KB/sec over regular Ethernet, and hope to increase that value. Headers are not counted as payload here. Joe D. From news@newsmaster.cc.columbia.edu Tue Dec 2 15:42:32 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id PAA19336 for ; Tue, 2 Dec 1997 15:42:31 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id PAA21674 for kermit.misc@watsun; Tue, 2 Dec 1997 15:42:30 -0500 (EST) Path: news.columbia.edu!panix!cam-news-hub1.bbnplanet.com!news.bbnplanet.com!news.maxwell.syr.edu!uninett.no!news.algonet.se!newsfeed1.funet.fi!news.eunet.fi!newsmaster From: "Markku Rissanen" Newsgroups: comp.protocols.kermit.misc Subject: Kermit95 printing problem Date: 2 Dec 1997 15:29:04 GMT Organization: Yleisradio Oy Lines: 28 Message-ID: <01bcff37$04d567b0$346841c1@rissanmn> NNTP-Posting-Host: ns.yle.fi X-Newsreader: Microsoft Internet News 4.70.1161 Xref: news.columbia.edu comp.protocols.kermit.misc:8128 I have character-problem when I print to local printer from Kermit 95. Everything else works fine in terminal emulating and using clippoard except printing to local printer. How can I change (convert) the character-set that is send to printer and leave everything else untouch? (the skandinavian alphabets are printed as "ansi-codes" and should be printed as 8-bit ascii.) Here are som details: (Kermit-95 for 32-bit Windows 1.1.10, 14 Jan 97, for Windows NT 4.00(1381) Service Pack 3, Numeric: 600192C-Kermit C-Kermit 6.0.192 File Character-Set: cp437 (IBM Code Page 437), 8-bit Transfer Character-Set: latin1-iso (LATIN1, ISO 8859-1) Unknown-Char-Set: Keep Terminal character-sets: Local: Unicode/PC Code Page 850 Remote: GL->G0: US ASCII (94 chars) G1: ISO Latin-1 (96 chars) GR->G2: ISO Latin-1 (96 chars) G3: ISO Latin-1 (96 chars) ================================================ Markku Rissanen/Uutispalvelut, PL 59, 00024 Yleisradio internet: markku.rissanen@yle.fi puh. 358-9-14804553 ================================================ From news@newsmaster.cc.columbia.edu Tue Dec 2 15:55:48 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id PAA21862 for ; Tue, 2 Dec 1997 15:55:48 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id PAA22440 for kermit.misc@watsun; Tue, 2 Dec 1997 15:55:47 -0500 (EST) Path: news.columbia.edu!watsun.cc.columbia.edu!fdc From: fdc@watsun.cc.columbia.edu (Frank da Cruz) Newsgroups: comp.protocols.kermit.misc Subject: Re: Kermit95 printing problem Date: 2 Dec 1997 20:55:45 GMT Organization: Columbia University Lines: 23 Message-ID: <661skh$7l4$1@apakabar.cc.columbia.edu> References: <01bcff37$04d567b0$346841c1@rissanmn> NNTP-Posting-Host: watsun.cc.columbia.edu Xref: news.columbia.edu comp.protocols.kermit.misc:8129 In article <01bcff37$04d567b0$346841c1@rissanmn>, Markku Rissanen wrote: : I have character-problem when I print to local printer from Kermit 95. : Everything else works fine in terminal emulating and using clippoard except : printing to local printer. : How can I change (convert) the character-set that is send to printer and : leave everything else untouch? (the skandinavian alphabets are printed as : "ansi-codes" and should be printed as 8-bit ascii.) : Here is how Kermit 95 handles character sets for printing: . Transparent printing sends the same (untranslated) bytes to the printer that were sent to your PC by the host. . Autoprinting: copies bytes from the screen to the printer. Thus, your terminal-character-set translations are carried out before printing. . Download to printer with Kermit protocol: The transfer character set is translated to the file character set before being sent to the printer. One of these should produce the desired result. - Frank From news@newsmaster.cc.columbia.edu Fri Dec 5 03:06:18 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id DAA28122 for ; Fri, 5 Dec 1997 03:06:17 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id DAA07124 for kermit.misc@watsun; Fri, 5 Dec 1997 03:06:16 -0500 (EST) Path: news.columbia.edu!panix!logbridge.uoregon.edu!newsfeed.internetmci.com!152.163.199.19!portc03.blue.aol.com!audrey02.news.aol.com!not-for-mail From: trock@aol.com (TRock) Newsgroups: comp.protocols.kermit.misc Subject: Why suddenly "Too many macro names"??? Date: 5 Dec 1997 08:02:17 GMT Lines: 8 Message-ID: <19971205080201.DAA29956@ladder02.news.aol.com> NNTP-Posting-Host: ladder02.news.aol.com X-Admin: news@aol.com Organization: AOL http://www.aol.com Xref: news.columbia.edu comp.protocols.kermit.misc:8131 I've just upgraded my application from using MS Kermit 3.12 to 3.15. After resolving some minor syntax changes andfiguring out where KERMIT was stashing it's 'connect' screens, it runs fine... for awhile, then suddenly I get a rash of messages "Too many macro names".... repeated until it hangs. Too many where? why? why only after several screen changes? Anyone got any enlightenment here? From news@newsmaster.cc.columbia.edu Fri Dec 5 10:21:26 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id KAA22404 for ; Fri, 5 Dec 1997 10:21:25 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id KAA18523 for kermit.misc@watsun; Fri, 5 Dec 1997 10:21:25 -0500 (EST) Path: news.columbia.edu!watsun.cc.columbia.edu!fdc From: fdc@watsun.cc.columbia.edu (Frank da Cruz) Newsgroups: comp.protocols.kermit.misc Subject: Re: Why suddenly "Too many macro names"??? Date: 5 Dec 1997 15:21:23 GMT Organization: Columbia University Lines: 15 Message-ID: <66965j$s90$1@apakabar.cc.columbia.edu> References: <19971205080201.DAA29956@ladder02.news.aol.com> NNTP-Posting-Host: watsun.cc.columbia.edu Xref: news.columbia.edu comp.protocols.kermit.misc:8132 In article <19971205080201.DAA29956@ladder02.news.aol.com>, TRock wrote: : I've just upgraded my application from using MS Kermit 3.12 to 3.15. After : resolving some minor syntax changes andfiguring out where KERMIT was : stashing it's 'connect' screens, it runs fine... for awhile, then suddenly I : get a rash of messages "Too many macro names".... repeated until it hangs. : : Too many where? why? why only after several screen changes? : We'd need to see what you did (i.e. what commands were executed) to lead up to this event. However, one likely cause might be that you have defined a macro that is too long. I believe the limit is about 1000 characters. If that's the case, try breaking the long macro up into short ones. - Frank From news@newsmaster.cc.columbia.edu Fri Dec 5 13:04:04 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id NAA27697 for ; Fri, 5 Dec 1997 13:04:04 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id NAA26812 for kermit.misc@watsun; Fri, 5 Dec 1997 13:04:03 -0500 (EST) Path: news.columbia.edu!sol.ctr.columbia.edu!spool.mu.edu!uwm.edu!news.sprintisp.com!sprintisp!worldnet.att.net!newsadm From: "Robert Mulholland" Newsgroups: comp.protocols.kermit.misc Subject: Divide Overflow Error Date: Fri, 5 Dec 1997 12:40:45 -0500 Organization: AT&T WorldNet Services Lines: 8 Message-ID: <669fj6$cmd@bgtnsc01.worldnet.att.net> NNTP-Posting-Host: 12.70.3.187 X-Newsreader: Microsoft Outlook Express 4.71.1712.3 X-MimeOLE: Produced By Microsoft MimeOLE V4.71.1712.3 Xref: news.columbia.edu comp.protocols.kermit.misc:8133 When running Kermit on a system using a Cyrix 6x86MX PR200, I get an immediate error "divide overflow". Replacing the Cyrix chip with a Pentium 133 allows Kermit to run fine. Any ideas ? Bob Mulholland bmulholland@worldnet.att.net From news@newsmaster.cc.columbia.edu Fri Dec 5 13:45:49 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id NAA07471 for ; Fri, 5 Dec 1997 13:45:49 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id NAA28974 for kermit.misc@watsun; Fri, 5 Dec 1997 13:45:48 -0500 (EST) Path: news.columbia.edu!watsun.cc.columbia.edu!fdc From: fdc@watsun.cc.columbia.edu (Frank da Cruz) Newsgroups: comp.protocols.kermit.misc Subject: Re: Divide Overflow Error Date: 5 Dec 1997 18:45:46 GMT Organization: Columbia University Lines: 17 Message-ID: <669i4q$649$1@apakabar.cc.columbia.edu> References: <669fj6$cmd@bgtnsc01.worldnet.att.net> NNTP-Posting-Host: watsun.cc.columbia.edu Xref: news.columbia.edu comp.protocols.kermit.misc:8134 In article <669fj6$cmd@bgtnsc01.worldnet.att.net>, Robert Mulholland wrote: : When running Kermit on a system using a Cyrix 6x86MX PR200, : I get an immediate error "divide overflow". Replacing the Cyrix : chip with a Pentium 133 allows Kermit to run fine. Any ideas ? : Pick up the latest version of Kermit appropriate to your operating system: Windows 95, Windows NT, or OS/2; Kermit 95: http://www.columbia.edu/kermit/k95.html DOS or Windows 3.x; MS-DOS Kermit 3.14 or 3.15: http://www.columbia.edu/kermit/mskermit.html - Frank From news@newsmaster.cc.columbia.edu Sat Dec 6 00:17:54 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id AAA01100 for ; Sat, 6 Dec 1997 00:17:50 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id AAA01686 for kermit.misc@watsun; Sat, 6 Dec 1997 00:17:49 -0500 (EST) Path: news.columbia.edu!news.new-york.net!newsfeed.ecrc.net!cpk-news-hub1.bbnplanet.com!news.bbnplanet.com!news-peer.sprintlink.net!news-pull.sprintlink.net!news-in-east.sprintlink.net!news.sprintlink.net!Sprint!204.96.197.5!newsfeeder.servtech.com!post.servtech.com!hal9000.buf.servtech.com!rchandra From: rchandra@hal9000.buf.servtech.com (Dr. R. Chandra) Newsgroups: comp.protocols.kermit.misc Subject: set host name service broke 5A(190) to 6.0.192 Date: 5 Dec 1997 20:58:30 GMT Organization: private Linux system Lines: 119 Message-ID: <669ptm$7c3$1@post.servtech.com> Reply-To: rchandra@letter.com NNTP-Posting-Host: hal9000.buf.servtech.com Summary: 5A(190) set host name service worked; doesn't work in 6.0.192 Keywords: host telnet port service expect Xref: news.columbia.edu comp.protocols.kermit.misc:8135 I used to use "set host name service" in 5A(190), primarily in the following incantation: set host smtp.servtech.com smtp After building 6.0.192 and running the same script, the "service" part would always get forced to telnet. This, of course, broke things in a big way. Here may be some relevant configuration data: ttyp0 15:22 rchandra@hal9000:~ 0> kermit C-Kermit 6.0.192, 6 Sep 96, for Linux Copyright (C) 1985, 1996, Trustees of Columbia University in the City of New York. Default file-transfer mode is BINARY Type ? or HELP for help. hal9000 Linux Kermit *show ver Versions: C-Kermit 6.0.192, 6 Sep 96 Numeric: 600192 UNIX Communications support, 6.0.169, 6 Sep 96 for Linux UNIX File support, 6.0.115 6 Sep 96 for Linux C-Kermit Protocol Module 6.0.095, 6 Sep 96 C-Kermit functions, 6.0.133, 6 Sep 96 Command package 6.0.088, 6 Sep 96 User Interface 6.0.177, 6 Sep 96 CONNECT Command for UNIX, 6.0.083, 6 Sep 96 Network support, 6.0.078, 6 Sep 1996 hal9000 Linux Kermit *show fea Major optional features included: Network support (type SHOW NET for further info) Hardware flow control External XYZMODEM protocol support REDIRECT command RESEND command Fullscreen file transfer display Control-character unprefixing Major optional features not included: No DIAL command No SCRIPT command No character-set translation Compiled Dec 1 1997 19:00:40, options: DEBUG TLOG BIGBUFOK XFRCAN CK_SPEED CK_APC CK_AUTODL CK_MKDIR NODIAL WHATAMI DYNAMIC CMDDEP=64 CKMAXPATH=1023 MAXGETPATH=128 CMDBL=4072 VNAML=64 ARRAYREFLEN=128 FORDEPTH=10 MAXTAKE=32 MACLEVEL=64 MAC_MAX=256 MSENDMAX=100 MAXDDIR=32 MAXDNUMS=4095 UNIX DIRENT RENAME CK_TMPDIR CK_TTYFD NETCONN TCPSOCKET NOLISTEN SOL_SOCKET TDP_NODELAY RLOGCODE CONGSPD SELECT NOFILEH NOKVERBS _POSIX_SOURCE __linux__ POSIX i386 __STDC__ __GNUC__ CK_ANSIC CK_ANSILIBS _POSIX_JOB_CONTROL CK_POSIX_SIG CK_CURSES CK_WREFRESH CK_PCT_BAR CK_RTSCTS POSIX_CRTSCTS CK_SYSINI CK_INI_A CK_TTGWSIZ CK_NAWS DCMDBUF CK_RECALL CK_TIMERS hal9000 Linux Kermit *show net Supported networks: TCP/IP SET TELNET parameters: echo: local NVT newline-mode: on (cr-lf) BINARY newline-mode: raw (cr) binary-mode: accepted, host=NVT, c-kermit=NVT bug binary-me-means-u-too: off bug binary-u-means-me-too: off terminal-type: none (dumb will be used) Active network connection: Host: none via: tcp/ip Keepalive is on Linger is off Nodelay is off Send buffer is default size Receive buffer is default size hal9000 Linux Kermit *q ttyp0 15:30 rchandra@hal9000:~ 0> exit I hacked around this to get it to work, basically by creating my own global variable called tcpsvc, and anywhere it looks like the 6.0.192 code works with a service name or number string, it copies the discovered string to this global buffer. Also, anywhere it looks like it's trying to set the service (netopen() for example), it checks to see if the first character in this global buffer is not a null, and sets pointers, does a strcpy(), etc. as necessary to prevent defaulting to "telnet". And finally, in netclos(), where other things (e.g., the ipaddr) are nulled out, tcpsvc[0] gets set to a null. This seems like a really messy way to do this, but for lack of time to study every line in every source file and analyzing program flow, it seems to work OK. BTW, I doubt this is related, but just in the interest of full disclosure: I made some other mods to the code to enable me to use Kermit as the dialer for PPP (pppd). This involved a few changes, mainly to ckutio.c. I set up a global flag which is initialized to false, and only gets set to true by encountering EXIT or QUIT. In the ttclos() routine, if this flag is not set, it returns without setting the speed to B0 (which would hang up...not particularly useful when PPP negotiations are in progress). Thus, the line only gets hung up by "other forces" (such as the HUPCL bit :^). Additionally, the programs (scripts) that run when the IP layer goes up and the modem is to be hung up (ip-up script/program and "disconnect " argument) manage the lockfiles, which enables cooperation between Kermit and pppd. Lastly, if Kermit discovers that the number in the lockfile is not its own PID, it prints a warning and does not attempt to remove (unlink(2)) the lockfile(s). In summary, with a service argument (both name:svc and name svc), set host seems to have broken somewhere between 5A(190) and 6.0.192. -- Oooooo-oooo-oooo-ooooo, Oooooo-oooo-oooo-ooooo, Ooooo-weem-oh-wum-ooo-ayyy In the jungle, the silicon jungle, the process sleeps tonight. Joe Philipps http://www.servtech.com/public/rchandra/ From news@newsmaster.cc.columbia.edu Sat Dec 6 05:49:05 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id FAA06422 for ; Sat, 6 Dec 1997 05:49:04 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id FAA14707 for kermit.misc@watsun; Sat, 6 Dec 1997 05:49:04 -0500 (EST) Path: news.columbia.edu!news.new-york.net!news-spur1.maxwell.syr.edu!news.maxwell.syr.edu!cpk-news-hub1.bbnplanet.com!news.bbnplanet.com!newsfeed.internetmci.com!128.158.254.10!news.msfc.nasa.gov!info.usuhs.mil!news.monroe.army.mil!wrdiss1.robins.af.mil!wpdiss1.wpafb.af.mil!oodiss1.hill.af.mil!news.cc.utah.edu!news.cs.utah.edu!cc.usu.edu!jrd From: jrd@cc.usu.edu (Joe Doupnik) Newsgroups: comp.protocols.kermit.misc Subject: Re: Why suddenly "Too many macro names"??? Message-ID: Date: 5 Dec 97 08:33:45 MDT References: <19971205080201.DAA29956@ladder02.news.aol.com> Organization: Utah State University Lines: 18 Xref: news.columbia.edu comp.protocols.kermit.misc:8136 In article <19971205080201.DAA29956@ladder02.news.aol.com>, trock@aol.com (TRock) writes: > I've just upgraded my application from using MS Kermit 3.12 to 3.15. After > resolving some minor syntax changes andfiguring out where KERMIT was stashing > it's 'connect' screens, it runs fine... for awhile, then suddenly I get a rash > of messages "Too many macro names".... repeated until it hangs. > > Too many where? why? why only after several screen changes? > > Anyone got any enlightenment here? --------- Nope, unless you can supply a few more details. What script was run, some indication of how, and roughly where the "too many" msgs start appearing. There are substantial changes to the script language between versions 3.12 and 3.15 of MS-DOS Kermit, and that's probably what trips up things. So it would be a good idea to use the v3.15 scripts where possible. To debug some, try SET TAKE ECHO ON to view script commands as they are encountered. Look for endless loops. Joe D. From news@newsmaster.cc.columbia.edu Sat Dec 6 11:16:04 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id LAA09956 for ; Sat, 6 Dec 1997 11:16:04 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id LAA01728 for kermit.misc@watsun; Sat, 6 Dec 1997 11:16:03 -0500 (EST) Path: news.columbia.edu!watsun.cc.columbia.edu!fdc From: fdc@watsun.cc.columbia.edu (Frank da Cruz) Newsgroups: comp.protocols.kermit.misc Subject: Re: set host name service broke 5A(190) to 6.0.192 Date: 6 Dec 1997 16:16:02 GMT Organization: Columbia University Lines: 115 Message-ID: <66bto2$eff$1@apakabar.cc.columbia.edu> References: <669ptm$7c3$1@post.servtech.com> NNTP-Posting-Host: watsun.cc.columbia.edu Keywords: host telnet port service expect Xref: news.columbia.edu comp.protocols.kermit.misc:8137 In article <669ptm$7c3$1@post.servtech.com>, Dr. R. Chandra wrote: : I used to use "set host name service" in 5A(190), primarily in the : following incantation: : : set host smtp.servtech.com smtp : : After building 6.0.192 and running the same script, the "service" part : would always get forced to telnet. This, of course, broke things in a : big way. Here may be some relevant configuration data: : : C-Kermit 6.0.192, 6 Sep 96, for Linux : ... : This has never been reported before. Locally, connections of the form "set host xxx smtp" work just fine, except to the host you have named above. However, experimentation shows that even when this fails, it tends to work if you make a different connection first, then close it, then try again to make the connection that didn't work before. : I hacked around this to get it to work, basically by creating my own : global variable called tcpsvc... : I'm not sure there was a problem there. Debug logs show that C-Kermit does not show any symptoms of forgetting about the service. Comparison of the 6.0 netopen() source code and the 6.1 code (currently in development, which works) shows a few subtle differences which evidently do the trick. Of course, anything is possible - but if there were a flagrant error, we certainly would have heard about it before now. In any case, we'll give the code a close look. : BTW, I doubt this is related, but just in the interest of full : disclosure: I made some other mods to the code to enable me to use : Kermit as the dialer for PPP (pppd). This involved a few changes, : mainly to ckutio.c. I set up a global flag which is initialized to : false, and only gets set to true by encountering EXIT or QUIT. In the : ttclos() routine, if this flag is not set, it returns without setting : the speed to B0 (which would hang up...not particularly useful when : PPP negotiations are in progress). : Well... Setting the speed to B0 is only one of many ways of hanging up. Other ways include sending the hangup string to the modem, dropping DTR, etc, and C-Kermit will do whatever is appropriate based on the platform, various settings, etc. In UNIX, isn't it true that when a process exits, all of the files it opened are automatically closed? And in that case, doesn't closing of a terminal device usually involve dropping DTR, which, when a modem is configured normally, causes it to hang up the phone? : Thus, the line only gets hung up : by "other forces" (such as the HUPCL bit :^). Additionally, the : programs (scripts) that run when the IP layer goes up and the modem is : to be hung up (ip-up script/program and "disconnect " : argument) manage the lockfiles, which enables cooperation between : Kermit and pppd. Lastly, if Kermit discovers that the number in the : lockfile is not its own PID, it prints a warning and does not attempt : to remove (unlink(2)) the lockfile(s). : Lots of people want to make C-Kermit do their PPP or SLIP dialing, for good reasons. But there is a better way to do it. Instead of having Kermit open the terminal device, pass it the file descriptor of an already- open device (this fits your description); then it won't try to open it or to close it, and therefore it won't hang it up. There is an entry in the (newly updated) Kermit FAQ about this: 27 HOW CAN I EXIT FROM C-KERMIT WITHOUT HANGING UP? Many people want to be able to make a dialout connection with UNIX C-Kermit, but then use some other software on the connection that C-Kermit made. For example, they want to use C-Kermit as their SLIP or PPP dialer. But they quickly find that when they exit from C-Kermit, that the connection is gone before they can start the other application. It is a fundamental property of UNIX (and VMS, and Windows 95 and NT, and most other modern operating systems) that when a process exits, then every file that was opened by that process is automatically closed by the operating system. In most cases, closing a terminal device (such as a dialout serial port) hangs up the modem (by turning off the DTR signal). There is nothing the process can do about it. However, many workarounds are possible. Here are just a few: - If your C-Kermit version supports the REDIRECT command, use it to start the desired application (e.g. "redirect pppd"). The REDIRECT command runs the given application with its standard input and output redirected to the communications channel opened by C-Kermit's most recent SET LINE or SET HOST command. - Tell C-Kermit to SET MODEM HANGUP-METHOD RS232, and then configure your modem to ignore DTR (not recommended). "Using C-Kermit", 2nd Ed., p.86. - When opening the device first from another application, feed the file descriptor for the device to C-Kermit using the "-l" (lowercase letter L) command-line option followed by the numeric file descriptor, e.g. "kermit -l 6". Then Kermit will not attempt to open the device, nor to change its characteristics, nor to close it when done, and when Kermit exits, it will still be available to the invoking process. "Using C-Kermit", 2nd Ed., p.469. - When opening the device with C-Kermit, find out the file descriptor of the open device (it is given by C-Kermit's \v(ttyfd) variable) and then run ("!") your other program from the C-Kermit prompt, feeding it the file descriptor, e.g. through shell redirection or a command line option (the method depends on the other program, the capabilities of the shell, etc). "Using C-Kermit", 2nd Ed., p.356 - In UNIX, after Kermit makes the connection, type "show comm" to find out the filename of the lock file. Then suspend Kermit, delete the lock file, then start the other program and tell it to open the same tty device. Thanks for the report. - Frank From news@newsmaster.cc.columbia.edu Sat Dec 6 23:05:06 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id XAA09888 for ; Sat, 6 Dec 1997 23:05:05 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id XAA07925 for kermit.misc@watsun; Sat, 6 Dec 1997 23:05:05 -0500 (EST) Newsgroups: comp.protocols.kermit.misc Path: news.columbia.edu!panix!howland.erols.net!newsfeed.internetmci.com!192.107.41.5!iglou!wakep From: wakep@iglou1.iglou.com (J. Wakeley Purple) Subject: Re: Kermit and Unix System V X-Nntp-Posting-Host: iglou1 X-Nntp-Posting-User: wakep Message-ID: Sender: news@iglou.com (News) Organization: IgLou Internet Services (1-800-436-4456) X-Newsreader: slrn (0.9.4.3 UNIX) References: <3488372B.6A14@fastlane.net> Date: Sun, 7 Dec 1997 03:47:06 GMT Lines: 12 Xref: news.columbia.edu comp.protocols.kermit.misc:8138 In article <3488372B.6A14@fastlane.net>, Rick Gorton wrote: >Has anyone had success using Kermit and System V? If so what version has >worked for you? I set it up for an Motorola SVR3.2 system a couple of years ago - worked fine. I can't rememeber exactly what version but I think Joe and Frank and the gang do a good job of getting the latest version to compile on just about any *nix. -- J. Wakeley Purple - wakep@iglou.com From news@newsmaster.cc.columbia.edu Sun Dec 7 11:21:44 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id LAA27097 for ; Sun, 7 Dec 1997 11:21:44 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id LAA13283 for kermit.misc@watsun; Sun, 7 Dec 1997 11:21:43 -0500 (EST) Path: news.columbia.edu!watsun.cc.columbia.edu!fdc From: fdc@watsun.cc.columbia.edu (Frank da Cruz) Newsgroups: comp.os.linux.misc,comp.protocols.kermit.misc Subject: Re: Linux and serial terminals Date: 7 Dec 1997 16:21:41 GMT Organization: Columbia University Lines: 149 Message-ID: <66eiel$qm2$1@apakabar.cc.columbia.edu> References: <66buir$es1$1@apakabar.cc.columbia.edu> <66c92r$msj$1@news.ycc.yale.edu> NNTP-Posting-Host: watsun.cc.columbia.edu Xref: news.columbia.edu comp.os.linux.misc:230723 comp.protocols.kermit.misc:8139 In article <66c92r$msj$1@news.ycc.yale.edu>, Miguel Cruz wrote: : Frank da Cruz wrote: : >What you need is Linux Console emulation, which is the same as SCOANSI : >(which is *not* the same as "BBS-ANSI"). It doesn't use scan codes; rather, : >it defines escape sequences for about every key combo on the PC keyboard. : >Kermit 95 is an example of a Windows 95/NT (and OS/2) communications program : >that supports this: : : Know of a way to get something like this functionality on a 286 CGA machine? : I am using Kermit on it now... : You mean MS-DOS Kermit, not Kermit 95, right? That's a different program entirely. It does not claim to offer Linux console (SCOANSI) emulation. : ... but many of the keys don't work. : You can use SET KEY to make every key and key combo send exactly what you want. See below. : More annoying : still, when I use lynx, either all the active links, or the currently : selected link shows up as plain text. : Which terminal emulation are you using in Kermit, and what kind of terminal does Lynx think you have? : I have tried every combination of : local and remote terminal settings and I've never gotten regular, : high-contrast, and underline on the screen at the same time in Lynx. : MS-DOS Kermit can not do underlining if the video adapter does not support it. CGA, VGA, etc, do not have as many video attributes as the VT terminals that Kermit is emulating, thus some have to simulated by others. Try this keymap -- totally untested; send back any suggested improvements: ; Linux Console / SCOANSI key map for MS-DOS Kermit set key \270 \{8} ; Backspace set key \284 \{13} ; Enter set key \329 \27[I ; PageUp set key \337 \27[G ; PageDown set key \335 \27[F ; End set key \327 \27[H ; Home set key \331 \27[D ; LeftArrow set key \328 \27[A ; UpArrow set key \333 \27[C ; RightArrow set key \336 \27[B ; DownArrow set key \338 \27[L ; Insert set key \339 \{127} ; Delete set key \851 \{48} ; Keypad-0 set key \847 \{49} ; Keypad-1 set key \848 \{50} ; Keypad-2 set key \849 \{51} ; Keypad-3 set key \843 \{52} ; Keypad-4 set key \844 \{53} ; Keypad-5 set key \845 \{54} ; Keypad-6 set key \839 \{55} ; Keypad-7 set key \840 \{56} ; Keypad-8 set key \841 \{57} ; Keypad-9 set key \311 \{42} ; Multiply set key \334 \{43} ; Add set key \330 \{45} ; Subtract set key \850 \{46} ; Decimal set key \315 \27[M ; F1 set key \316 \27[N ; F2 set key \317 \27[O ; F3 set key \318 \27[P ; F4 set key \319 \27[Q ; F5 set key \320 \27[R ; F6 set key \321 \27[S ; F7 set key \322 \27[T ; F8 set key \323 \27[U ; F9 set key \324 \27[V ; F10 set key \389 \27[W ; F11 set key \390 \27[X ; F12 set key \769 \{27} ; Shift-ESC set key \782 \{127} ; Shift-Backspace set key \783 \27[Z ; Shift-Tab set key \846 + ; Shift-Add set key \842 \{45} ; Shift-Subtract set key \852 \27[Y ; Shift-F1 set key \853 \27[Z ; Shift-F2 set key \854 \27[a ; Shift-F3 set key \855 \27[b ; Shift-F4 set key \856 \27[c ; Shift-F5 set key \857 \27[d ; Shift-F6 set key \858 \27[e ; Shift-F7 set key \859 \27[f ; Shift-F8 set key \860 \27[g ; Shift-F9 set key \861 \27[h ; Shift-F10 set key \903 \27[i ; Shift-F11 set key \904 \27[j ; Shift-F12 set key \1337 \Knull ; Ctrl-Spacebar set key \1427 \{8} ; Ctrl-Delete set key \1283 \Knull ; Ctrl-2 set key \1374 \27[k ; Ctrl-F1 set key \1375 \27[l ; Ctrl-F2 set key \1376 \27[m ; Ctrl-F3 set key \1377 \27[n ; Ctrl-F4 set key \1378 \27[o ; Ctrl-F5 set key \1379 \27[p ; Ctrl-F6 set key \1380 \27[q ; Ctrl-F7 set key \1381 \27[r ; Ctrl-F8 set key \1382 \27[s ; Ctrl-F9 set key \1383 \27[t ; Ctrl-F10 set key \1417 \27[u ; Ctrl-F11 set key \1418 \27[v ; Ctrl-F12 set key \1820 \Kignore ; Ctrl-Shift-Enter set key \1886 \27[w ; Ctrl-Shift-F1 set key \1887 \27[x ; Ctrl-Shift-F2 set key \1888 \27[y ; Ctrl-Shift-F3 set key \1889 \27[z ; Ctrl-Shift-F4 set key \1890 \27[@ ; Ctrl-Shift-F5 set key \1891 \27[[ ; Ctrl-Shift-F6 set key \1892 \27[\{92} ; Ctrl-Shift-F7 set key \1893 \27[] ; Ctrl-Shift-F8 set key \1894 \27[^ ; Ctrl-Shift-F9 set key \1895 \27[_ ; Ctrl-Shift-F10 set key \1929 \27[` ; Ctrl-Shift-F11 set key \1930 \27[{ ; Ctrl-Shift-F12 set key \2435 \Kreset ; Alt-= set key \2864 \Kbreak ; Alt-B set key \2847 \Kstatus ; Alt-S set key \2861 \Kexit ; Alt-X set key \2352 \Kbreak ; Alt-b set key \2350 \Kcompose ; Alt-c set key \2335 \Kstatus ; Alt-s set key \2349 \Kexit ; Alt-x set key \2318 \{8} ; Alt-Backspace set key \4365 \{13} ; Gray-Enter set key \4425 \27[I ; Gray-PageUp set key \4433 \27[G ; Gray-PageDown set key \4431 \27[F ; Gray-End set key \4423 \27[H ; Gray-Home set key \4427 \27[D ; Gray-LeftArrow set key \4424 \27[A ; Gray-UpArrow set key \4429 \27[C ; Gray-RightArrow set key \4432 \27[B ; Gray-DownArrow set key \4434 \27[L ; Gray-Insert set key \4435 \{127} ; Gray-Delete set key \4947 \{127} ; Shift-Gray-Delete set key \5523 \{8} ; Ctrl-Gray-Delete ; End - Frank From news@newsmaster.cc.columbia.edu Mon Dec 8 12:24:37 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id MAA24369 for ; Mon, 8 Dec 1997 12:24:36 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id MAA17003 for kermit.misc@watsun; Mon, 8 Dec 1997 12:24:36 -0500 (EST) Newsgroups: comp.os.linux.misc,comp.protocols.kermit.misc Path: news.columbia.edu!panix!howland.erols.net!nntprelay.mathworks.com!cam-news-hub1.bbnplanet.com!cam-news-feed1.bbnplanet.com!news.bbnplanet.com!news-in.ConnActivity.com!fcshome!fredex From: fredex@fcshome.stoneham.ma.us (Fred Smith) Subject: Re: Linux and serial terminals Followup-To: comp.os.linux.misc,comp.protocols.kermit.misc X-Newsreader: TIN [version 1.2 PL2] Organization: None! Message-ID: References: <66buir$es1$1@apakabar.cc.columbia.edu> <66c92r$msj$1@news.ycc.yale.edu> <66eiel$qm2$1@apakabar.cc.columbia.edu> Date: Mon, 8 Dec 1997 12:28:09 GMT Lines: 23 Xref: news.columbia.edu comp.os.linux.misc:230987 comp.protocols.kermit.misc:8140 Frank da Cruz (fdc@watsun.cc.columbia.edu) wrote: : You mean MS-DOS Kermit, not Kermit 95, right? That's a different program : entirely. It does not claim to offer Linux console (SCOANSI) emulation. Frank: As far as I'm aware the Linux console is NOT a clone of the SCO console. while there are similarities, they are not the same thing. I use Linux at home, and various SCO systems at work. In order to be able to dial in to my office and work from home I've had to install appropriate Linux console termcap/terminfo entries on the systems at work, which tells me they aint the same! Fred -- ------------------------------------------------------------------------------- .---- Fred Smith / ( /__ ,__. __ __ / __ : / / / / /__) / / /__) .+' Home: fredex@fcshome.stoneham.ma.us / / (__ (___ (__(_ (___ / :__ 781-438-5471 -------------------------------- Jude 1:24,25 --------------------------------- From news@newsmaster.cc.columbia.edu Mon Dec 8 15:14:00 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id PAA01611 for ; Mon, 8 Dec 1997 15:13:59 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id PAA26073 for kermit.misc@watsun; Mon, 8 Dec 1997 15:13:59 -0500 (EST) Path: news.columbia.edu!watsun.cc.columbia.edu!fdc From: fdc@watsun.cc.columbia.edu (Frank da Cruz) Newsgroups: comp.os.linux.misc,comp.protocols.kermit.misc Subject: Re: Linux and serial terminals Date: 8 Dec 1997 20:13:58 GMT Organization: Columbia University Lines: 19 Message-ID: <66hke6$agu$1@apakabar.cc.columbia.edu> References: <66c92r$msj$1@news.ycc.yale.edu> <66eiel$qm2$1@apakabar.cc.columbia.edu> NNTP-Posting-Host: watsun.cc.columbia.edu Xref: news.columbia.edu comp.os.linux.misc:231018 comp.protocols.kermit.misc:8141 In article , Fred Smith wrote: : As far as I'm aware the Linux console is NOT a clone of the SCO console. : while there are similarities, they are not the same thing. : : I use Linux at home, and various SCO systems at work. In order to be : able to dial in to my office and work from home I've had to install : appropriate Linux console termcap/terminfo entries on the systems at : work, which tells me they aint the same! : Hmmm... It appears you're right -- news to me. OK, we'll find out the differences and then there will be a separate Linux-Console terminal type in K95 1.1.16. Meanwhile, I don't think the differences are too great, since lots of Linux users have been using K95's SCOANSI type without complaint. But better perfect than near-perfect :-) Thanks for the heads-up. - Frank From news@newsmaster.cc.columbia.edu Tue Dec 9 10:11:50 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id KAA07037 for ; Tue, 9 Dec 1997 10:11:48 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id KAA22810 for kermit.misc@watsun; Tue, 9 Dec 1997 10:11:47 -0500 (EST) Path: news.columbia.edu!panix!howland.erols.net!torn!newshub.ccs.yorku.ca!not-for-mail From: "Nollaig MacKenzie" Newsgroups: comp.protocols.kermit.misc Subject: K-95 for OS/2 - hostmode Date: Tue, 09 Dec 97 09:35:50 -0500 Organization: York University Lines: 40 Distribution: world Message-ID: Reply-To: "Nollaig MacKenzie" NNTP-Posting-Host: lurch14.slip.yorku.ca Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Newsreader: PMINews 1.01a For OS/2 Xref: news.columbia.edu comp.protocols.kermit.misc:8142 Hi, I have tried to set up HOSTMODE for K2, without success. The docs say: In OS/2, TCP/IP based host mode is started in a slightly different way than explained in HOSTMODE.TXT. Rather than using K95D, you place a line like: tcp k2dc d:\k2\scripts\host.ksc in your ($ETC)\INETD.LST file, where is the name of an entry in the SERVICES file. K2DC.EXE simply converts the INETD-style command-line arguments into Kermit-style ones, and then passing them to Kermit/2. The \MPTN\ETC\SERVICES file has entries like this: telnet 23/tcp #Telnet I tried (a) creating a new entry, say: kermhost 3000/tcp and putting "kermhost" in INETD.LST and (b) using an existing entry, say "telnet". In both cases an attempt to telnet from another machine got a "connection refused" message. I'm pretty clueless about SERVICES & INETD. Anyone see my obvious mistakes? (Or nonobvious :-) ? TIA. Cheers, N. From news@newsmaster.cc.columbia.edu Tue Dec 9 10:45:11 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id KAA13926 for ; Tue, 9 Dec 1997 10:45:11 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id KAA24584 for kermit.misc@watsun; Tue, 9 Dec 1997 10:45:10 -0500 (EST) Path: news.columbia.edu!watsun.cc.columbia.edu!jaltman From: jaltman@watsun.cc.columbia.edu (Jeffrey Altman) Newsgroups: comp.protocols.kermit.misc Subject: Re: K-95 for OS/2 - hostmode Followup-To: poster Date: 9 Dec 1997 15:45:09 GMT Organization: Columbia University Lines: 24 Message-ID: <66jp25$h6r$1@apakabar.cc.columbia.edu> References: Reply-To: kermit-support@newsmaster.cc.columbia.edu NNTP-Posting-Host: watsun.cc.columbia.edu Xref: news.columbia.edu comp.protocols.kermit.misc:8143 In article , Nollaig MacKenzie wrote: : In both cases an attempt to telnet from another machine got a : "connection refused" message. : : I'm pretty clueless about SERVICES & INETD. Anyone see my obvious : mistakes? (Or nonobvious :-) ? TIA. The obvious questions are: did you configure TCP/IP to auto-start INETD? if so, did you reboot (or restart INETD) after adding the new information to SERVICES and INETD.LST? Jeffrey Altman * Sr.Software Designer * Kermit-95 for Win32 and OS/2 The Kermit Project * Columbia University 612 West 115th St #716 * New York, NY * 10025 * (212) 854-1344 http://www.columbia.edu/kermit/k95.html * kermit-support@columbia.edu From news@newsmaster.cc.columbia.edu Tue Dec 9 13:50:40 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id NAA22835 for ; Tue, 9 Dec 1997 13:50:39 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id NAA04087 for kermit.misc@watsun; Tue, 9 Dec 1997 13:50:39 -0500 (EST) Newsgroups: comp.protocols.kermit.misc Path: news.columbia.edu!panix!howland.erols.net!ix.netcom.com!dkcombs From: dkcombs@netcom.com (David Combs) Subject: idea for download-display Message-ID: Organization: Netcom On-Line Services Date: Tue, 9 Dec 1997 18:47:24 GMT Lines: 24 Sender: dkcombs@netcom18.netcom.com Xref: news.columbia.edu comp.protocols.kermit.misc:8144 As an additional number in the download-display (the WHILE-downloading display), the number that comes on the modem-box is the one we all know best. So, how about a speed-number in THOSE units also -- PLUS a percentage of the connected-at speed we are then running (downloading) at. Would make it easy to compare current situation with: 1: what % of the POSSIBLE speed the communications is running at, ie whether the communications is all loaded up and slow, or (wow!) running at 100%. 2: what % of that the current KERMIT-params are giving us, for easily-remembered numbers for comparison with that from OTHER settings for Kermit. RSVP? From news@newsmaster.cc.columbia.edu Tue Dec 9 14:02:53 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id OAA25196 for ; Tue, 9 Dec 1997 14:02:53 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id OAA04794 for kermit.misc@watsun; Tue, 9 Dec 1997 14:02:52 -0500 (EST) Path: news.columbia.edu!watsun.cc.columbia.edu!fdc From: fdc@watsun.cc.columbia.edu (Frank da Cruz) Newsgroups: comp.protocols.kermit.misc Subject: Re: idea for download-display Date: 9 Dec 1997 19:02:50 GMT Organization: Columbia University Lines: 53 Message-ID: <66k4kq$ngs$1@apakabar.cc.columbia.edu> References: NNTP-Posting-Host: watsun.cc.columbia.edu Xref: news.columbia.edu comp.protocols.kermit.misc:8145 In article , David Combs wrote: : As an additional number in the download-display : (the WHILE-downloading display), the number : that comes on the modem-box is the one we : all know best. So, how about a speed-number : in THOSE units also -- PLUS a percentage : of the connected-at speed we are then : running (downloading) at. : : Would make it easy to compare current : situation with: : : 1: what % of the POSSIBLE speed the : communications is running at, : ie whether the communications is : all loaded up and slow, or : (wow!) running at 100%. : In fact, it often runs at well over 100% because Kermit is compressing and/or the modem is compressing. : 2: what % of that the current KERMIT-params : are giving us, for easily-remembered numbers : for comparison with that from OTHER settings : for Kermit. : All of this is a bit easier said than done. The first difficulty is that it is no simple matter to parse the link speed from the modem message: 1. These messages come in many and varied formats, depending on the modem make and model; 2. Most modern modems can be configured to utter their CONNECT messages in about 150 different formats; 3. The modem might be configured to report the interface speed rather than the modulation speed. Second, the modulation speed changes dynamically throughout the connection in V.34 and other kinds of modems (e.g. Telebit PEP), and there is no way the modem can report this back to the application without disrupting the connection. Thus it is wiser to say nothing rather than mislead. This is not to say we'll never give it a shot, but since there is little benefit, versus much risk and much work, it's a rather low priority. - Frank From news@newsmaster.cc.columbia.edu Wed Dec 10 08:49:52 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id IAA25793 for ; Wed, 10 Dec 1997 08:49:50 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id IAA19902 for kermit.misc@watsun; Wed, 10 Dec 1997 08:49:49 -0500 (EST) Path: news.columbia.edu!panix!howland.erols.net!torn!newshub.ccs.yorku.ca!not-for-mail From: "Nollaig MacKenzie" Newsgroups: comp.protocols.kermit.misc Subject: Re: K-95 for OS/2 - hostmode Date: Wed, 10 Dec 97 08:02:48 -0500 Organization: York University Lines: 55 Distribution: world Message-ID: References: Reply-To: "Nollaig MacKenzie" NNTP-Posting-Host: spock11.slip.yorku.ca Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Newsreader: PMINews 1.01a For OS/2 Xref: news.columbia.edu comp.protocols.kermit.misc:8146 Jeffrey Altman straightened me out (as he has done before :-) I found that I had to make my INETD.LST look like this: kermhost tcp d:\k2\k2dc.exe host.ksc in case that helps anyone else......... Cheers, N. On Tue, 09 Dec 97 09:35:50 -0500, Nollaig MacKenzie wrote: :>Hi, :> :>I have tried to set up HOSTMODE for K2, without success. The docs :>say: :> :>In OS/2, TCP/IP based host mode is started in a slightly :>different way than :>explained in HOSTMODE.TXT. Rather than using K95D, you place a :>line like: :> :> tcp k2dc d:\k2\scripts\host.ksc :> :>in your ($ETC)\INETD.LST file, where is the name of an :>entry in :>the SERVICES file. K2DC.EXE simply converts the INETD-style :>command-line :>arguments into Kermit-style ones, and then passing them to :>Kermit/2. :> :>The \MPTN\ETC\SERVICES file has entries like this: :> :>telnet 23/tcp #Telnet :> :>I tried (a) creating a new entry, say: :> :>kermhost 3000/tcp :> :>and putting "kermhost" in INETD.LST :> :>and (b) using an existing entry, say "telnet". :> :>In both cases an attempt to telnet from another machine got a :>"connection refused" message. :> :>I'm pretty clueless about SERVICES & INETD. Anyone see my obvious :>mistakes? (Or nonobvious :-) ? TIA. :> :>Cheers, N. :> :> From news@newsmaster.cc.columbia.edu Wed Dec 10 11:02:34 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id LAA23403 for ; Wed, 10 Dec 1997 11:02:33 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id LAA27059 for kermit.misc@watsun; Wed, 10 Dec 1997 11:02:32 -0500 (EST) Path: news.columbia.edu!watsun.cc.columbia.edu!jaltman From: jaltman@watsun.cc.columbia.edu (Jeffrey Altman) Newsgroups: comp.protocols.kermit.misc Subject: Re: K-95 for OS/2 - hostmode Date: 10 Dec 1997 16:02:31 GMT Organization: Columbia University Lines: 19 Message-ID: <66meen$q3j$1@apakabar.cc.columbia.edu> References: NNTP-Posting-Host: watsun.cc.columbia.edu Xref: news.columbia.edu comp.protocols.kermit.misc:8147 In article , Nollaig MacKenzie wrote: : Jeffrey Altman straightened me out (as he has done before :-) : : I found that I had to make my INETD.LST look like this: : : kermhost tcp d:\k2\k2dc.exe host.ksc : : in case that helps anyone else......... : That would be because you do not have the K2 directory in your path. We will add a note to the documentation. Jeffrey Altman * Sr.Software Designer * Kermit-95 for Win32 and OS/2 The Kermit Project * Columbia University 612 West 115th St #716 * New York, NY * 10025 * (212) 854-1344 http://www.columbia.edu/kermit/k95.html * kermit-support@columbia.edu From news@newsmaster.cc.columbia.edu Thu Dec 11 19:06:08 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id TAA10765 for ; Thu, 11 Dec 1997 19:06:07 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id TAA03538 for kermit.misc@watsun; Thu, 11 Dec 1997 19:06:06 -0500 (EST) Path: news.columbia.edu!panix!howland.erols.net!newsxfer3.itd.umich.edu!oleane!news-raspail.gip.net!news.gsl.net!gip.net!IRIS.global-one.nl!cadmium.aware.nl!not-for-mail From: "Michel Krabshuis" Newsgroups: comp.protocols.kermit.misc Subject: Users get logged out spontainously!!! Date: 11 Dec 1997 22:59:27 GMT Organization: MJK Automatisering Lines: 25 Message-ID: <01bd0688$30e0ce00$4c4f12c3@michel> NNTP-Posting-Host: utrecht-074.std.pop.tip.nl X-Newsreader: Microsoft Internet News 4.70.1161 Xref: news.columbia.edu comp.protocols.kermit.misc:8148 Please can someone give me an serious answer or is my question not clear? Users get kicked out of Kermit95 without any reason. But on the UNIX host the session is still active!!! Users then logging in again and they are logged in twice. Anyone regonize this problems? Furthermore screenupdate's are not as quick as under Kermit 3.12 for MS/Dos. Window scrolling is very slow and blocking you know like you get 400 bytes at a time and then the next 400 bytes from the windows screen which contains 80 characters by 25 lines thus contains a minimum of 2000 bytes. As of release KERMIT95 version 1108 users can connect twice or more to the host computer using Tcp/Ip. But what if you don't want that? Or is there an possibillity to pick up an previous connection? Users logged in get often kicked out for some reason but the telnet session is still active, they logged in a second time and they are getting an new session (i.e. 2::Hostname), but session 1 is still active! Sometimes they cannot even see the active connection in the taskbar!! Thanks, Michel Krabshuis From news@newsmaster.cc.columbia.edu Thu Dec 11 22:24:48 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id WAA14702 for ; Thu, 11 Dec 1997 22:24:47 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id WAA13754 for kermit.misc@watsun; Thu, 11 Dec 1997 22:24:47 -0500 (EST) Path: news.columbia.edu!watsun.cc.columbia.edu!jaltman From: jaltman@watsun.cc.columbia.edu (Jeffrey Altman) Newsgroups: comp.protocols.kermit.misc Subject: Re: Users get logged out spontainously!!! Followup-To: poster Date: 12 Dec 1997 03:24:44 GMT Organization: Columbia University Lines: 62 Message-ID: <66qaps$6tl$1@apakabar.cc.columbia.edu> References: <01bd0688$30e0ce00$4c4f12c3@michel> Reply-To: kermit-support@newsmaster.cc.columbia.edu NNTP-Posting-Host: watsun.cc.columbia.edu Xref: news.columbia.edu comp.protocols.kermit.misc:8149 In article <01bd0688$30e0ce00$4c4f12c3@michel>, Michel Krabshuis wrote: : Please can someone give me an serious answer or is my question not clear? : : Users get kicked out of Kermit95 without any reason. But on the UNIX host : the session is still active!!! If you are using a TCP/IP connection, K95 will report a "Connection closed." if and only if this has been reported by the TCP/IP stack. This probably is the result of either more than one machine using the same IP address or some other problem on the connection between the two machines that results in TCP being unable to deliver a packet from your Win95 machine to your Unix system. : Users then logging in again and they are logged in twice. : Anyone regonize this problems? Users get multiple sessions because Unix does provide a means for a Telnet client to pick up a disconnected session in the same way that other operating systems such as VMS allow you to do. : Furthermore screenupdate's are not as quick as under Kermit 3.12 for : MS/Dos. Window scrolling is very : slow and blocking you know like you get 400 bytes at a time and then the : next 400 bytes from the : windows screen which contains 80 characters by 25 lines thus contains a : minimum of 2000 bytes. K95 is delivered characters from the host in blocks based upon how much data is in each of the TCP/IP packets. It processes them as fast as it can delaying screen updates until an entire read is complete. You can configure K95 to update on every character by using the SET TERMINAL SCREEN-UPDATE SMOOTH command. Data flow is more likely to be in blocks under Windows 95 because Winsock implements Nagle algorithm and a fixed 200ms Delayed Acknowledgement timer which results in reduced network traffic at the cost of combining multiple sends into few packets. : As of release KERMIT95 version 1108 users can connect twice or more to the : host computer using Tcp/Ip. But what if you don't want that? This feature has nothing to do with Unix's in ability to pickup disconnected sessions. : Or is there an possibillity to pick up an previous connection? : Users logged in get often kicked out for some reason but the telnet session : is still active, they logged in a second time and they are getting an new : session (i.e. 2::Hostname), but session 1 is still active! Sometimes they : cannot even see the active connection in the taskbar!! If you want the K95 process to terminate when the session is broken then you can turn on the "Exit on disconnect" checkbox which is present in each entry you have defined in the Dialer. If you are referring to something else I would suggest that you send a detailed report to kermit-support@columbia.edu containing all of the details of your problem. Jeffrey Altman * Sr.Software Designer * Kermit-95 for Win32 and OS/2 The Kermit Project * Columbia University 612 West 115th St #716 * New York, NY * 10025 * (212) 854-1344 http://www.columbia.edu/kermit/k95.html * kermit-support@columbia.edu From news@newsmaster.cc.columbia.edu Fri Dec 12 10:20:12 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id KAA04133 for ; Fri, 12 Dec 1997 10:20:11 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id KAA06120 for kermit.misc@watsun; Fri, 12 Dec 1997 10:20:11 -0500 (EST) Path: news.columbia.edu!watsun.cc.columbia.edu!fdc From: fdc@watsun.cc.columbia.edu (Frank da Cruz) Newsgroups: comp.protocols.kermit.misc Subject: Re: Users get logged out spontainously!!! Date: 12 Dec 1997 15:20:09 GMT Organization: Columbia University Lines: 53 Message-ID: <66rkn9$iog$1@apakabar.cc.columbia.edu> References: <01bd0688$30e0ce00$4c4f12c3@michel> <66qaps$6tl$1@apakabar.cc.columbia.edu> NNTP-Posting-Host: watsun.cc.columbia.edu Xref: news.columbia.edu comp.protocols.kermit.misc:8150 In article <66qaps$6tl$1@apakabar.cc.columbia.edu>, Jeffrey Altman wrote: : In article <01bd0688$30e0ce00$4c4f12c3@michel>, : Michel Krabshuis wrote: : : Please can someone give me an serious answer or is my question not clear? : : : : Users get kicked out of Kermit95 without any reason. But on the UNIX host : : the session is still active!!! : : If you are using a TCP/IP connection, K95 will report a "Connection closed." : if and only if this has been reported by the TCP/IP stack. This probably : is the result of either more than one machine using the same IP address : or some other problem on the connection between the two machines that : results in TCP being unable to deliver a packet from your Win95 machine : to your Unix system. : If a connection is broken, UNIX is supposed to log it out instantly. If it does not, as Jeff says, this indicates a problem with your TCP/IP network or your UNIX system. If you have more than one station with the same IP address, there is practically no end to the bad things that can happen -- performance degradation is certainly one of them, and not the worst. : : Users then logging in again and they are logged in twice. : : Anyone regonize this problems? : : Users get multiple sessions because Unix does provide a means for a : Telnet client to pick up a disconnected session in the same way that : other operating systems such as VMS allow you to do. : : : As of release KERMIT95 version 1108 users can connect twice or more to the : : host computer using Tcp/Ip. But what if you don't want that? : This is a feature that was requested by users of earlier versions, in which the Dialer only supported one connection per entry. Let me try to clarify: . If you want multiple sessions (windows) to the same host, you can have them in K95 1.1.8 or later. . If you don't want multiple sessions to the same host, then don't start a new session; just keep using the one that's open. In other words, don't click on the Dialer entry, click on the K95 window. . If a session closes on the K95 end, but is left active on a UNIX host, this indicates a severe problem (and a potential security risk) on the other end; it has nothing to do with Kermit 95. As Jeff said, UNIX does not support disconnected sessions. . In other operating systems (such as VMS) that do support disconnected (detached) sessions, the operating system itself provides a password- protected way to attach to them. Again, this has nothing to do with Kermit; it's something you do after you make a connection to the system. - Frank From news@newsmaster.cc.columbia.edu Fri Dec 12 13:05:54 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id NAA09284 for ; Fri, 12 Dec 1997 13:05:46 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id NAA14507 for kermit.misc@watsun; Fri, 12 Dec 1997 13:05:46 -0500 (EST) Path: news.columbia.edu!panix!howland.erols.net!EU.net!sun4nl!193.78.76.32.MISMATCH!news.cti.nl!not-for-mail From: pim@cti.nl (Pim Zandbergen) Newsgroups: comp.protocols.kermit.misc Subject: How to change MS-DOS Icon in K95 titlebar and taskbar Date: 12 Dec 1997 18:25:15 +0100 Organization: CTI Software BV, The Hague, the Netherlands Lines: 16 Message-ID: <66rs1r$be5$1@chagall.cti.nl> NNTP-Posting-Host: chagall.cti-software.nl X-Newsreader: NN version 6.5.0 CURRENT #2 Xref: news.columbia.edu comp.protocols.kermit.misc:8151 How do I get rid of the MS-DOS icon in K95's titlebar and in the Windows taskbar ? For this reason only, we cannot use K95 in software demos, because customers would think they were looking at an MS-DOS program. Thanks in advance. -- E-mail : Pim Zandbergen S-mail : Laan Copes van Cattenburch 70, 2585 GD The Hague, The Netherlands Phone : +31 70 3067373 Fax : +31 70 3067374 From news@newsmaster.cc.columbia.edu Fri Dec 12 14:52:05 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id OAA01499 for ; Fri, 12 Dec 1997 14:52:05 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id OAA20135 for kermit.misc@watsun; Fri, 12 Dec 1997 14:52:04 -0500 (EST) Path: news.columbia.edu!watsun.cc.columbia.edu!jaltman From: jaltman@watsun.cc.columbia.edu (Jeffrey Altman) Newsgroups: comp.protocols.kermit.misc Subject: Re: How to change MS-DOS Icon in K95 titlebar and taskbar Followup-To: poster Date: 12 Dec 1997 19:52:03 GMT Organization: Columbia University Lines: 17 Message-ID: <66s4l3$rpa$1@apakabar.cc.columbia.edu> References: <66rs1r$be5$1@chagall.cti.nl> Reply-To: kermit-support@newsmaster.cc.columbia.edu NNTP-Posting-Host: watsun.cc.columbia.edu Xref: news.columbia.edu comp.protocols.kermit.misc:8152 In article <66rs1r$be5$1@chagall.cti.nl>, Pim Zandbergen wrote: : How do I get rid of the MS-DOS icon in K95's titlebar and in the Windows : taskbar ? : : For this reason only, we cannot use K95 in software demos, because customers : would think they were looking at an MS-DOS program. : : Thanks in advance. The icon used to represent Console Windows is the one you have associated with the \WINDOWS\SYSTEM\CONAGENT.EXE executable. You can change this Icon with the properties box to any icon you wish including the K95 icons. Jeffrey Altman * Sr.Software Designer * Kermit-95 for Win32 and OS/2 The Kermit Project * Columbia University 612 West 115th St #716 * New York, NY * 10025 * (212) 854-1344 http://www.columbia.edu/kermit/k95.html * kermit-support@columbia.edu From news@newsmaster.cc.columbia.edu Mon Dec 15 02:30:31 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id CAA07844 for ; Mon, 15 Dec 1997 02:30:29 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id CAA12849 for kermit.misc@watsun; Mon, 15 Dec 1997 02:30:27 -0500 (EST) From: "FREE VACATIONS"free@vacations-for-you13.com Newsgroups: comp.protocols.kermit.misc Subject: ¤ ¤ ¤ F R E E V A C A T I O N S ¤ ¤ ¤ Message-ID: <141297020941@vacations-for-you13.com> Date: Sun, 14 Dec 1997 02:09:41 -0700 Organization: OPQ9 NNTP-Posting-Host: 153.35.193.195 Lines: 91 X-Authenticated-User: 94030s Path: news.columbia.edu!panix!howland.erols.net!newsfeed.internetmci.com!208.149.207.202!feed.newsfeeds.com-2!206.67.207.6!vacations-for-you13.com Xref: news.columbia.edu comp.protocols.kermit.misc:8153 ¤ ¤ ¤ F R E E V A C A T I O N S !!! ¤ ¤ ¤ ====================================== >>> F R E E 35 M M C A M E R A !!! <<< >>> F R E E 100 R O L L S OF F I L M !!! <<< ====================================== http://www.vacationpromotions.com ><=>=><<>>=>><>====> From news@newsmaster.cc.columbia.edu Mon Dec 15 09:58:23 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id JAA10263 for ; Mon, 15 Dec 1997 09:58:21 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id JAA24557 for kermit.misc@watsun; Mon, 15 Dec 1997 09:58:20 -0500 (EST) Path: news.columbia.edu!news.new-york.net!cpk-news-hub1.bbnplanet.com!news.bbnplanet.com!newsfeeds.sol.net!sol.net!newspeer.sol.net!adiron!rauug!bofh.int!nocemed!cyberspam!not-for-mail From: Cosmo Roadkill Newsgroups: comp.protocols.kermit.misc Subject: cmsg cancel <141297020941@vacations-for-you13.com> Control: cancel <141297020941@vacations-for-you13.com> Date: 15 Dec 1997 07:28:09 GMT Organization: BOFH Space Command, Usenet Division Message-ID: Sender: "FREE VACATIONS"free@vacations-for-you13.com Approved: cosmo.roadkill%bofh.int@rauug.mil.wi.us X-No-Archive: yes X-Cancelled-By: cosmo.roadkill%bofh.int@rauug.mil.wi.us X-Original-Path: ...!newsfeed.internetmci.com!208.149.207.202!feed.newsfeeds.com-2!206.67.207.6!vacations-for-you13.com X-Original-Subject: ¤ ¤ ¤ F R E E V A C A T I O N S ¤ ¤ ¤ X-Original-Date: Sun, 14 Dec 1997 02:09:41 -0700 X-Original-NNTP-Posting-Host: 153.35.193.195 X-Original-From: "FREE VACATIONS" free@vacations-for-you13.com X-CosmoTraq: 1=H3?OUT[5YB_:5=\/?HGR'I@+$['*_?=5:T1BM_4J0#=DSQ!-1GUE-: X-Cancel-ID: LGBD3,C;A0/]739F1EF?E>*HU'SX"[4S+8UFEG:)S\42V`2L*#OE8UV] X-Commentary: Spam is lame. Spammers are bad. Lines: 9 Xref: news.columbia.edu control.cancel:27893656 Article cancelled as EMP/ECP, exceeding a BI of 20. The "Current Usenet spam thresholds and guidelines" FAQ is available at http://www.uiuc.edu/ph/www/tskirvin/faqs/spam.html Please include the X-CosmoTraq header of this message in any correspondence specific to this spam. Sick-O-Spam, Spam-B-Gon! From news@newsmaster.cc.columbia.edu Mon Dec 15 13:49:20 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id NAA22626 for ; Mon, 15 Dec 1997 13:47:57 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id NAA06540 for kermit.misc@watsun; Mon, 15 Dec 1997 13:47:57 -0500 (EST) Path: news.columbia.edu!panix!howland.erols.net!newsfeed.internetmci.com!128.158.254.10!news.msfc.nasa.gov!nocemed!mmfcancel!cyberspam!chainsaw Newsgroups: comp.protocols.kermit.misc From: news@HAMMER.msfc.nasa.gov Message-ID: Control: cancel <673t7m$eh8$27@duke.telepac.pt> Subject: cmsg cancel <673t7m$eh8$27@duke.telepac.pt> no reply ignore Reply-To: bitbucket@HAMMER.msfc.nasa.gov X-No-Archive: Yes Organization: Semi-Automatic Lupine Remover Date: Mon, 15 Dec 1997 18:45:18 GMT Approved: news@news.msfc.nasa.gov X-Canceled-By: news@news.msfc.nasa.gov X-Cancel-Flags: a X-Orig-Path: newsfeed.internetmci.com!204.59.152.222!news-peer.gip.net!news-dc.gip.net!news.gsl.net!gip.net!duke.telepac.pt!news.telepac.pt!not-for-mail Sender: yfnufyep@funny.net X-Orig-NNTP-Posting-Host: 194.65.246.167 X-Cancel-ID: ?NN@]3M.+O]P*3LPA9AIFJX;T"5K?EXOH%EK8+7(F2P!5FZZ.7]") Lines: 2 Xref: news.columbia.edu control.cancel:27910994 ignore Make Money Fast post canceled by J. Porter Clark. From news@newsmaster.cc.columbia.edu Mon Dec 15 17:00:40 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id RAA21666 for ; Mon, 15 Dec 1997 17:00:40 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id RAA16450 for kermit.misc@watsun; Mon, 15 Dec 1997 17:00:39 -0500 (EST) Path: news.columbia.edu!sol.ctr.columbia.edu!spool.mu.edu!uwm.edu!vixen.cso.uiuc.edu!howland.erols.net!ais.net!news1.chicago.iagnet.net!iagnet.net!news.altair.com!sdd.hp.com!col.hp.com!news.dtc.hp.com!hpscit.sc.hp.com!news From: John Graf Newsgroups: comp.protocols.kermit.misc Subject: Asian Language Support in Kermit95 Date: Mon, 15 Dec 1997 12:00:55 -0800 Organization: Hewlett-Packard Co. Lines: 10 Message-ID: <34958C77.D320DD1B@hp-santaclara-om3.om.hp.com> Reply-To: john_graf@hp-santaclara-om3.om.hp.com NNTP-Posting-Host: hpppg574.sc.hp.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailer: Mozilla 4.03 [en] (WinNT; I) Xref: news.columbia.edu comp.protocols.kermit.misc:8154 Can someone give me a short tutorial on Asian terminals? What character sets are used? Are there some standard character sets (eg. Unicode)? For Windows, do the standard fonts work, or do you need special fonts that match the particular host application? Help! John Graf Hewlett-Packard Co. jgraf@ppg01.sc.hp.com From news@newsmaster.cc.columbia.edu Mon Dec 15 17:15:02 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id RAA23302 for ; Mon, 15 Dec 1997 17:15:01 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id RAA17141 for kermit.misc@watsun; Mon, 15 Dec 1997 17:15:00 -0500 (EST) From: "Michael Kairys" Newsgroups: comp.protocols.kermit.misc Subject: Having troubles with terminal copy/paste Date: Mon, 15 Dec 1997 17:14:10 -0500 Lines: 11 X-Newsreader: Microsoft Outlook Express 4.72.2106.4 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.2106.4 NNTP-Posting-Host: p94.a.aa.ic.net Message-ID: <3495abb2.0@news.ic.net> Path: news.columbia.edu!panix!howland.erols.net!news2.chicago.iagnet.net!streamer1.cleveland.iagnet.net!iagnet.net!osprey.ic.net!news.ic.net!p94.a.aa.ic.net Xref: news.columbia.edu comp.protocols.kermit.misc:8155 Seems that recently (don't you love precise problem reports? :-) I've been having problems making terminal copy/paste work smoothly. I select the text and click my paste button, which I have set up as MB3, but it seems I don't get out of select mode, and I have to use ctrl-F2 to get control back. It seems to depend on whether, and how far, I move the mouse from the initial selection point, if that's possible... Thanks, as always, for any input... From news@newsmaster.cc.columbia.edu Mon Dec 15 17:21:17 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id RAA24178 for ; Mon, 15 Dec 1997 17:21:16 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id RAA17597 for kermit.misc@watsun; Mon, 15 Dec 1997 17:21:16 -0500 (EST) Path: news.columbia.edu!watsun.cc.columbia.edu!jaltman From: jaltman@watsun.cc.columbia.edu (Jeffrey Altman) Newsgroups: comp.protocols.kermit.misc Subject: Re: Having troubles with terminal copy/paste Date: 15 Dec 1997 22:21:12 GMT Organization: Columbia University Lines: 22 Message-ID: <674ago$41j$1@apakabar.cc.columbia.edu> References: <3495abb2.0@news.ic.net> NNTP-Posting-Host: watsun.cc.columbia.edu Xref: news.columbia.edu comp.protocols.kermit.misc:8156 In article <3495abb2.0@news.ic.net>, Michael Kairys wrote: : Seems that recently (don't you love precise problem reports? :-) I've been : having problems making terminal copy/paste work smoothly. I select the text : and click my paste button, which I have set up as MB3, but it seems I don't : get out of select mode, and I have to use ctrl-F2 to get control back. : : It seems to depend on whether, and how far, I move the mouse from the : initial selection point, if that's possible... : : Thanks, as always, for any input... This is a known bug in K95 1.1.15. It occurs most often with three button mice because there is no command associated with the Button 3 Drag event. If you only use Button 3 for Paste then assign Paste to the Button 3 Drag event as well. Jeffrey Altman * Sr.Software Designer * Kermit-95 for Win32 and OS/2 The Kermit Project * Columbia University 612 West 115th St #716 * New York, NY * 10025 * (212) 854-1344 http://www.columbia.edu/kermit/k95.html * kermit-support@columbia.edu From news@newsmaster.cc.columbia.edu Tue Dec 16 11:48:34 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id LAA15316 for ; Tue, 16 Dec 1997 11:48:34 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id LAA12006 for kermit.misc@watsun; Tue, 16 Dec 1997 11:48:33 -0500 (EST) Path: news.columbia.edu!watsun.cc.columbia.edu!fdc From: fdc@watsun.cc.columbia.edu (Frank da Cruz) Newsgroups: comp.protocols.kermit.misc Subject: Re: Asian Language Support in Kermit95 Date: 16 Dec 1997 16:48:30 GMT Organization: Columbia University Lines: 71 Message-ID: <676bcu$7kp$1@apakabar.cc.columbia.edu> References: <34958C77.D320DD1B@hp-santaclara-om3.om.hp.com> NNTP-Posting-Host: watsun.cc.columbia.edu Xref: news.columbia.edu comp.protocols.kermit.misc:8157 In article <34958C77.D320DD1B@hp-santaclara-om3.om.hp.com>, John Graf wrote: : Can someone give me a short tutorial on Asian terminals? What character : sets are used? Are there some standard character sets (eg. Unicode)? : For Windows, do the standard fonts work, or do you need special fonts : that match the particular host application? : By Asian, you probably mean Chinese, Japanese, or Korean (often classed together as "CJK"). For each, there is a long story, far too long to tell here. But briefly, each of these writing systems is encoded in many different and incompatible ways, according to national, international, and vendor-specific standards or conventions. Kermit protocol and software includes the ability to convert between incompatible character sets. The repertoire of character sets that are handled depends on the specific Kermit program and version, and the function for which conversion is required. MS-DOS Kermit can, for example, convert a fairly wide range of Japanese character sets (JIS X 0208, DEC Kanji, Japanese EUC, etc) to and from the native PC "Shift JIS" code page, during both terminal emulation and file transfer. C-Kermit, K95, and IBM Mainframe Kermit can convert Japanese character sets during file transfer only, but have no explicit support for Chinese or Korean. The ability to handle CJK terminal emulation depends not only on the Kermit software itself but also on the underlying operating system. For example, MS-DOS Kermit's Kanji terminal emulation works only with DOS/V, a Japanese version of DOS, which provides the Shift JIS display code page as well as the keyboard input methods that allow switching among Roman, Katakana/Hiragana, and Kanji, and entry of non-Roman characters using Roman letters. Kermit 95 contains no explicit support for CJK terminal emulation, but that does not necessarily mean that it can't be used for this purpose. The requirements would be: a. The host uses the same character set as the PC (so Kermit 95 can be told to SET TERMINAL CHARACTER-SET TRANSPARENT). This might be Shift-JIS (CP982) or a Windows encoding. b. The PC provides its own input and display methods. In the case of Windows or OS/2, this generally means that a Chinese, Japanese, or Korean version version of Windows or OS/2 must be installed. US versions of these operating systems do not include CJK support; not even Windows NT, which is Unicode based -- the CJK characters are simply omitted from its monospace Unicode font (Lucida Console, the only one suitable for terminal emulation). We do not have any reports of successful CJK terminal emulation with K95 under these circumstances, nor do we have reports to the contrary. However, we do know that MS-DOS Kermit, which does not contain any explicit support for Chinese character sets (such as GB or Big5) can be used for Chinese terminal emulation under the same conditions; see the article on the subject in Kermit News #6: http://www.columbia.edu/kermit/newsn6.html#chinese After the GUI version of Kermit 95 is released, we will be in position to add explicit CJK support to K95; its present status as a console application throws up numerous impediments to this. - Frank P.S. In addition to CJK, which are often classed together because they share a (very) large number of Han / Kanji ideographs, there are, of course, numerous other Asian character sets: the Indic sets, Thai, Burmese, Lao, Vietnamese, and many others. Each of these has its own story, and none are presently supported explicitly by Kermit software, but any of them might still be used under the conditions noted above. From news@newsmaster.cc.columbia.edu Tue Dec 16 15:07:26 1997 Return-Path: Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id PAA25534 for ; Tue, 16 Dec 1997 15:07:25 -0500 (EST) Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id PAA22474 for kermit.misc@watsun; Tue, 16 Dec 1997 15:07:25 -0500 (EST) Path: news.columbia.edu!watsun.cc.columbia.edu!fdc From: fdc@watsun.cc.columbia.edu (Frank da Cruz) Newsgroups: comp.protocols.kermit.misc,alt.comp.tandem-users,comp.sys.tandem Subject: New Kermit release for Tandem Date: 16 Dec 1997 20:07:24 GMT Organization: Columbia University Lines: 39 Message-ID: <676n1s$ej7$1@apakabar.cc.columbia.edu> NNTP-Posting-Host: watsun.cc.columbia.edu Xref: news.columbia.edu comp.protocols.kermit.misc:8158 alt.comp.tandem-users:4760 comp.sys.tandem:1595 This is to announce a minor new release, 2.0, of Kermit for Tandem Nonstop systems. It has been contributed by an anonymous corporate donor that commissioned the upgrade some years ago from CAIL Systems Ltd, a company that does contract Tandem programming: http://www.cail.com/ It is not clear exactly what the improvements are, since they are not documented anywhere, not even in the source code. As before, there is no user-level documentation at all. The files are in ftp://kermit.columbia.edu/kermit/d/ (transfer in text mode): tandem.tal: The original 1986 version, TAL source code. tandem.src: The new 2.0 version, TAL source code. tandem.dif: Context diffs between the two versions. And in ftp://kermit.columbia.edu/kermit/bin/ (binary mode): tandem.obj: The TAL object module based on tandem.src, executable on CLX-8xx system. In response to the many requests we receive for a high-performance, high-quality, fully functional Kermit implementation for Tandem, the best course would be for a Tandem programmer to port C-Kermit ("the world's most portable communications software") to the Tandem platform. This can be done "simply" by filling in some low-level system-dependent i/o routines. Anybody who is interested in doing this, please send e-mail to: kermit@columbia.edu Meanwhile, thanks to our anonymous donor for contributing the new release! Frank da Cruz The Kermit Project Columbia University