brant@linc.cis.upenn.edu.UUCP (06/18/87)
Does anyone out there regularly port the latest distribution of GNU Emacs (currently 18.46) to the PC 7300/3B1? Has anyone ever tried it? Is it hard or easy? If no one's done it, I'll probably try. ----------------------------------------------------------------------------- Brant Cheikes University of Pennsylvania ARPA: brant@linc.cis.upenn.edu Computer and Information Science =============================================================================
jte@psuvax1.UUCP (06/18/87)
Hello, I am having a large problem and I have finally decided to ask the professionals of USENET for a bit of help. I have a AT&T 3B2/300 running System V 3.0. I am trying to connect it to a univeristy wide terminal switcher here know as the IDX (cisco). The problem that I have is that anyone can connect to our machine from the IDX with no problem at all, use the system and then log off. The problem is that the swithcer does not drop the connection and then leave the line free for the next user because the 3b2 does not drop DTR on pin 20. Does anyone know how I can get the 3b2 to drop DTR on pin 20? Does anyone elese out there have their 3b2's in a setup like this? Thanks for any info or help you can give me. --Jon jte@psuvax1.BITNET Phone: 814-237-1901 Work: (leave message) 814-865-9505 jte@psuvax1.psu.edu.ARPA <allegra,ihnp4,atcgva,burdvax,purdue>!psuvax1!jte
Karl.Kleinpaste@cbstr1.att.com (06/18/87)
Posting-Front-End: GNU Emacs 18.44.1 of Mon May 18 1987 on cbstr1 (usg-unix-v) > Does anyone out there regularly port the latest distribution of > GNU Emacs (currently 18.46) to the PC 7300/3B1? There's already a src/m-7300.h file in the distribution - that would tend to say that it already works. etc/MACHINES also claims that the AT&T 7300 works, with changes merged as of 17.57. But make sure you've got lots of memory. A 1Mb 7300 won't cope, I'll bet. Karl
davidsen@steinmetz.steinmetz.UUCP (William E. Davidsen Jr) (06/19/87)
In article <1362@super.upenn.edu.upenn.edu> brant@linc.cis.upenn.edu (Brant Cheikes) writes:
: Does anyone out there regularly port the latest distribution of
: GNU Emacs (currently 18.46) to the PC 7300/3B1? Has anyone ever
: tried it? Is it hard or easy? If no one's done it, I'll probably
: try.
: -----------------------------------------------------------------------------
: Brant Cheikes University of Pennsylvania
: ARPA: brant@linc.cis.upenn.edu Computer and Information Science
: =============================================================================
Gerry White at our site has converted an earlier version to the unix-pc. He
may be willing to mention some of his methods. Please send requests directly
to him. I will *not* forward them.
Gerry White:
ARPA: WHITEGM@ge-crd.arpa
UUCP: {seismo|uunet|philabs}!steinmetz!whitegm@CRDMAIL
--
bill davidsen (wedu@ge-crd.arpa)
{chinet | philabs | sesimo}!steinmetz!crdos1!davidsen
"Stupidity, like virtue, is its own reward" -me
wjc@ho7cad.UUCP (06/20/87)
In article <1362@super.upenn.edu.upenn.edu>, brant@linc.cis.upenn.edu.UUCP writes: > Does anyone out there regularly port the latest distribution of > GNU Emacs (currently 18.46) to the PC 7300/3B1? Has anyone ever > tried it? Is it hard or easy? If no one's done it, I'll probably > try. I compiled 18.41 (using the UNIXpc 3.5 compiler, etc) and it worked without a hitch (there is a 7300.h, but it seems to be for the old pre3.5 software). (1MB RAM, don't know if it matters.) When I say it worked fine, I mean without the "unexec()" option. So, all that lisp gets loaded up each time. Takes about 2 minutes. I'm sure glad that GNUemacs is a program you stay in for a while, but it makes it useless as an escape editor for mailers and the like (obviously, you can solve the mail problems by using GNUemacs mail stuff, but the more general problem continues). Anyhow, I asked a couple weeks ago in comp.emacs if anyone had gotten GNUemacs to run on the 7300 with the preloading. No response. I fiddled with it for a couple days and gave up. Not interested in learning 68010 assembler just now. If anyone has gotten this to work, I'd like to hear about it. Also, if anyone is interested, I'd be happy to pass along the modified congifuation headers, although it's pretty easy to do. Bill Carpenter (AT&T gateways)!ho5cad!wjc HO 1L-410, (201)949-8392
wjc@ho5cad.ATT.COM (06/20/87)
In article <175@ho7cad.ATT.COM>, wjc@ho5cad.ATT.COM writes: > > I compiled 18.41 (using the UNIXpc 3.5 compiler, etc) and it worked > without a hitch (there is a 7300.h, but it seems to be for the old > pre3.5 software). (1MB RAM, don't know if it matters.) Sorry, I meant ___2 MB RAM___. I don't know if it even runs in less, was my point. BTW, after you throw away nonessentials, compress the source (C and lisp), etc, it costs about 5 MB to keep this on your machine. I guess you could recover another meg if you got rid of the stuff you compressed. Bill Carpenter (AT&T gateways)!ho5cad!wjc HO 1L-410, (201)949-8392
rbl@nitrex.UUCP (06/22/87)
In article <2582@psuvax1.UUCP> jte@psuvax1.psu.edu.UUCP (Jon Eckhardt) writes: >Hello, I am having a large problem and I have finally decided to >ask the professionals of USENET for a bit of help. >I have a AT&T 3B2/300 running System V 3.0. > ... >Does anyone know how I can get the 3b2 to drop DTR on pin 20? >Does anyone elese out there have their 3b2's in a setup like this? >Thanks for any info or help you can give me. > >--Jon > >jte@psuvax1.BITNET Phone: 814-237-1901 Work: (leave message) 814-865-9505 >jte@psuvax1.psu.edu.ARPA ><allegra,ihnp4,atcgva,burdvax,purdue>!psuvax1!jte stty 0 will force the port to drop DTR. There was a piece of code to do this in an orderly way that come over the net last year (?). If the user exits with CTRL-D, there must be someway to handle the stty 0 in the logout process -- but if they just drop the connection to the switch, you may need something more elaborate. If you need the code, let me know and I can mail it. Rob Lake decvax!cwruecmp!nitrex!rbl
jkw@mtung.ATT.COM (Kevin Wanner) (06/22/87)
You can can get unexec to work correctly by including the -N option to the LD_MACHINE_SWITCH in m-7300.h This forces the loader to load the data right after text, which is what unexec expects, e.g. the last three lines of my m-7300.h file are: #define LIBS_TERMCAP -lcurses -ltermcap #define LD_MACHINE_SWITCH -s -N #undef TERMINFO Good Luck! Kevin Wanner [ihnp4|allegra|akgua]!mtung!jkw (201)957-2704
Karl.Kleinpaste@cbstr1.att.com (06/23/87)
Posting-Front-End: GNU Emacs 18.47.3 of Sat Jun 20 1987 on cbstr1 (usg-unix-v) jkw@mtung.ATT.COM writes: > #define LD_MACHINE_SWITCH -s -N Be aware that use of -N causes SysV's ld(1) to create the binary as a single, writable (hence unshared) segment. On a 7300, where (one hopes) you are all alone by yourself with only a single emacs running, that's OK, but as soon as you need a second simultaneous incarnation of emacs, you're going to find yourself in deep performance trouble. Karl
wjc@ho5cad.ATT.COM (06/24/87)
Posting-Front-End: GNU Emacs 18.41.6 of Tue Jun 16 1987 on ho5cad (usg-unix-v) In article <961@mtung.ATT.COM> jkw@mtung.ATT.COM (Kevin Wanner) writes: > You can can get unexec to work correctly by including the > -N option to the LD_MACHINE_SWITCH in m-7300.h This forces the > loader to load the data right after text, which is what unexec > expects, e.g. the last three lines of my m-7300.h file are: > > #define LIBS_TERMCAP -lcurses -ltermcap > #define LD_MACHINE_SWITCH -s -N > #undef TERMINFO > > Good Luck! > Kevin Wanner > [ihnp4|allegra|akgua]!mtung!jkw > (201)957-2704 > Well, that's finally answered for me. Thanks! BTW, the #define is actually LD_SWITCH_MACHINE rather than the vice versa shown above. The "m-7300.h" file is set up for the pre3.5, preflexname development environemnt on the UNIXpc. If you have the 3.5 development utilities, you might be interested in these changes I made in "config.h": #include "s-usg5-0.h" #undef ADDR_CORRECT /* simply to suppress "redefined" msg */ #include "m-7300.h" #undef SHORTNAMES /* 3.5 has flexnames */ #define LD_SWITCH_MACHINE -s -N /* as seen above */ #define TERMINFO /* 3.5 has true terminfo */ #define SWITCH_ENUM_BUG /* Some "bug"! */