hurf@batcomputer.tn.cornell.edu (Hurf Sheldon) (10/26/89)
There was some interest in this from all corners of the globe... With help from a few people from the tn3270 list (tn3270@terminus.umd.edu) I have it working. The following was done: ../telnet/Source/tn3270.c put #if ((!defined(mips))) around the putchar routine.. #if ((!define(NOT43)) ... (thanks skapur@ccmail.sunysb.edu) ctlr/api.h added '|| (MIPSEL)' to the byte order check (line 333) [Probably should add ' || (MIPSEB) ' to the next check] edited makefile to reflect a different install scheme and to put ../etc/map3270 in /etc changed the 'thisdepend' rule so it worked and put 'mkdep' in this directory. (thanks jch@sonne.tn.cornell.edu) Used ../telnet/Makefile_ultrix instead of ../telnet/Makefile I don't have the map file working so the enter key is read correctly - use ^Z - Interestingly this works fine on a vax rlogged into from the Pmax (termcap maybe?) Will diff a std directory so you can use patch to do all the work and post it soon. - Meanwhile on bimbo.tn.cornell.edu (128.84.253.208) for anon ftp in pub -rw-r--r-- 1 0 0 652612 Oct 26 09:55 mips.tn3270.tar.Z Just unpacking, editing tn3270/makefile to reflect your own installation preferences and typing 'make' or 'make install' should build a working tn3270 on a Pmax. Read the README.CORNELL.LPS Built mine under Ultrix3.1-UWS2.1... hurf -- Hurf Sheldon Network: hurf@ionvax.tn.cornell.edu Lab of Plasma Studies Bitnet: hurf@CRNLION 369 Upson Hall, Cornell University, Ithaca, N.Y. 14853 ph:607 255 7267 I got a job in science; I bought a Porsche; Now, everyone takes me seriously.
jmg@cernvax.UUCP (john gerard) (10/30/89)
In article <9149@batcomputer.tn.cornell.edu> hurf@tcgould.tn.cornell.edu (Hurf Sheldon) writes: > >There was some interest in this from all corners of the globe... Not surprised. My only surprise was that it didn't work anyway. Actually, here I have taken an alternative path, which is to hack the 3270 (not TN3270) source, with the object of providing a LAT to 3270 gateway for terminals on DECservers, to be run on DS3100s (when the disks arrive). One thing led to another, so I finished up doing all sorts of mods. I think mine is now much more efficient, both in CPU usage and in minimising the number of characters sent to the ASCII terminal. The original curses refresh routine was ABYSMAL when the new screen was similar to the old screen, with many unnecessary escape sequences: I originally rewrote the curses refresh routine but then decided that curses was too limited anyway, especially because of its generality and the limitation of 8 bits per character on the screen. I still use the low-level termcap routines (with extensions). Of course, I have lost the multi-window aspect of curses, but my users on a simple ASCII terminal won't care. Extra facilities that I found useful were inclusion of a 3270 status line, automatic checking of terminal screen size and occasional intelligent use of blinking mode. There is also a graphics possibility, whereby the IBM program starts to put out transparent mode characters to drive a display such as Tektronix 401x or 410x. I would be interested to hear from any other 3270 "hackers". I would be especially interested in anyone who knows how to handle colour on colour terminals (or PCs with terminal emulation, since we can then telnet from them to the DS3100 and run the emulator). I hear about ANSI colour sequences, but all that I have found are simple sequences to change foreground and background colours, not the colour of individual characters. As for how to get colour on a VT340...! Mike Gerard -- _ _ o | __ | jmg@cernvax.uucp | | | | _ / \ _ __ _ __ _| jmg@cernvax.bitnet | | | | |_) /_) | __/_) | (___\ | (_/ | J. M. Gerard, Div. DD, CERN, | | |_|_| \_/\___ \__/ \___| (_|_| \_|_ 1211 Geneva 23, Switzerland