NU105451@NDSUVM1.BITNET (Walter Reed) (02/22/88)
Has anyone gotton the new version of kermit to work with lattice? I downloaded all the source from kermserv@cuvma and tried to compile it. Well, after numerous errors, and having to fix the source so the compiler doesn't error out, it compiled ok. It ran up to the point where I went into terminal mode (connect) and then froze up solid... Also, somewhere along the line, either the files at kermserv were messed up or some bitnet node added nulls to the end of all the files. Neat. The compiler called them Invalid Lexical Tokens. BTW, I use lattice 4.0 on a standard 512K amiga 1000. Walter Reed NU105451@NDSUVM1 or ncreed@ndsuvax.BITNET on BITNET ...uunet!ndsuvax!ncreed via UUCP
spencer@eris (Randal m. Spencer [RmS]) (02/24/88)
Recently on *comp.sys.amiga* NU105451@NDSUVM1.BITNET (Walter Reed) wrote: ...Has anyone gotton the new version of kermit to work with lattice? ...I downloaded all the source from kermserv@cuvma and tried to compile ...it. Well, after numerous errors, and having to fix the source so ...the compiler doesn't error out, it compiled ok. It ran up to the ...point where I went into terminal mode (connect) and then froze up ...solid... I had alot of trouble with getting this program to work. I never got the 3.10 to compile it, so I went back to my original 3.03 disk and used that batch file. After some cleaning up (minor) I got a working executable. Only thing is, I sent it to a friend so that future file transfers would be faster (long packet support in Kermit 4E). But when he tried it, the program locked up and wouldn't talk to his machine. I thought I had sent him a bad version. The next day I took a copy to work with me and tried it on the machine at work. It locked up and wouldn't talk either. Figuring that that was the problem I took the disk home with plans to recompile it. Only when I got home the disk worked fine. Back at work the next day, nothing, home, worked, work, nothing... So I don't quite know what is going on, but I am really getting confused. I didn't think this was possible. I have a 2000 at work (german) and a rev A 1000 at home. My friend has a 1000 as well (but Kermit won't work on his 1000). I will explore further, especially when John sends me 4.0 Lattice. ...Walter Reed How did you get them to name that hospital after you? -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Randy Spencer P.O. Box 4542 Berkeley CA 94704 (415)222-7595 spencer@mica.berkeley.edu I N F I N I T Y BBS: (415)222-9416 ..ucbvax!mica!spencer s o f t w a r e AAA-WH1M -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
finkel@TAURUS.BITNET (02/28/88)
Subject: Re: Kermit 4E (70): does anyone have it working? Newsgroups: comp.sys.amiga Summary: I got it working under Manx ( with some mods. ) References: <7144@agate.BERKELEY.EDU> In article <7144@agate.BERKELEY.EDU>, spencer@eris.BITNET writes: > Recently on *comp.sys.amiga* NU105451@NDSUVM1.BITNET (Walter Reed) wrote: > ...Has anyone gotton the new version of kermit to work with lattice? > ...I downloaded all the source from kermserv@cuvma and tried to compile > ...it. Well, after numerous errors, and having to fix the source so > ...the compiler doesn't error out, it compiled ok. It ran up to the > ...point where I went into terminal mode (connect) and then froze up > ...solid... > > I had alot of trouble with getting this program to work. I never got the > 3.10 to compile it, so I went back to my original 3.03 disk and used that [ some stuff deleted] > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- > Randy Spencer P.O. Box 4542 Berkeley CA 94704 (415)222-7595 > spencer@mica.berkeley.edu I N F I N I T Y BBS: (415)222-9416 > ..ucbvax!mica!spencer s o f t w a r e AAA-WH1M > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- I got Kermit 4e(070) working under Manx ( I haven't got Lattice). I did some modifications to the files ckitio.c, ckifio.c, ckiutl.c, ckuusr.c These mods include: defining the macros FILENO, DOSFH correctly for Manx, adding a macro for the missing 'max' function, removing an extra ')' character at the zgtdir function ( if I'm not wrong ) and added some conditional compiling stuff over the unimplemented 'dial' command ( again, If I'm not wrong. I'll have to look again at the sources ). I compiled it with the '+p' ( super portability ) option. the man who wrote the Amiga stuff did some horrible things like using 'int' for baudrate, and allowing baudrates up to 262000 ( remember, with an int!). I just had to compile it with +p. The object code is now 104684 bytes. quite big, but it works.( by the way 4e070 is about 180K on our SUNs...) Actually, I have finished this only 4 hours ago, and I've managed to guru it once. Udi finkel@math.tau.ac.il or finkel@taurus.bitnet
acphssrw@csuna.UUCP (Stephen R. Walton) (03/11/88)
In article <8802272330.AA07889@MATH.Tau.Ac.IL> <finkel%TAURUS.BITNET@CUNYVM.CUNY.EDU> writes: >Subject: Re: Kermit 4E (70): does anyone have it working? >Newsgroups: comp.sys.amiga >Summary: I got it working under Manx ( with some mods. ) >References: <7144@agate.BERKELEY.EDU> I went through much of the same agony with it. I recommend to the net not bothering. C-Kermit is more than twice the size of VT100 V2.8 and has fewer features. The ONLY Amiga-useful part of C Kermit is probably the protocol module itself (ckcpro.[cw]). A link between that file and VT100 would allow the latter to always contain the most up-to-date version of the Kermit protocol, rather than needing to re-implement it each time it changes. VT100 V2.8 works beautifully, by the way. I hope Kim and Tony will put an AREXX port into V2.9. Then I will throw away my copy of Diga!. Stephen Walton, representing myself swalton@solar.stanford.edu Cal State, Northridge rckg01m@calstate.BITNET