burzio@mmlai.UUCP (Tony Burzio) (10/25/90)
There have been many replies to the "how do I use vi in a non-default screen size window". The most obvious answer is, of course, don't use vi. There are many editors, like emacs, that actually know that you are in an X environment. You can stretch the window with the mouse once the editor is running and the screen will resize; you can point with the mouse and move the cursor; and all that other good stuff. The bad news is that HP doesn't supply such and editor (sounds like a chorus refrain here :-) We have UniPress emacs, but that's because we had it on our VAX and wanted to stay with the same company. If given a choice, we would not do this again since UniPress is very unconcerned with the quality of HP products (add second chorus about 3rd party HP support :-) Many people have said that the GNU emacs software, available free from your local file server, is a good alternative. There is even rumored to be a vi emulation mode if you really insist on screen editing existing IBM punch card decks :-) One of these weekends I will try to compile this beast. I'd say that about 40-50% of public domain software will compile on an HP because of non-Sun stuff or things that just don't work at all. ********************************************************************* Tony Burzio * Things would run faster without all Martin Marietta Labs * these users! mmlab!burzio@uunet.uu.net * *********************************************************************
wunder@orac.HP.COM (Walter Underwood) (10/26/90)
GNU Emacs works fine on HP-UX. I use it a lot, almost always as an X window. I leave my RMAIL window up for weeks at a time. The only defect that I've found is that it will, maybe once a week, hang waiting for a sub-process. It appears to have lost a SIGALRM, because "kill -14 <proc-id>" un-hangs the process, and it continues as if nothing had happened. This only happens to me with RMAIL, never when compiling. Weird, but not a big problem. wunder
jmast@uicsl.csl.uiuc.edu (10/26/90)
GNU emacs has been set up and running on our HP machines for a couple of years now. The compilation process is not that difficult since the proper config files exist for both the 800 and 300 series HP machines. Jeff Mast University of Illinois jmast@uicsl.csl.uiuc.edu
paul@actrix.co.nz (Paul Gillingwater) (10/27/90)
In article <40@gauss.mmlai.UUCP> burzio@mmlai.UUCP (Tony Burzio) writes: > The bad news is that HP doesn't supply such and editor (sounds GNU Emacs is available from your local HP SE on a cartridge tape. It should be free (maybe a handling charge). You get the source. -- Paul Gillingwater, paul@actrix.co.nz
jayavant@hpfcdj.HP.COM (Rajeev Jayavant) (11/06/90)
/ hpfcdj:comp.sys.hp / wunder@orac.HP.COM (Walter Underwood) / 11:49 am Oct 25, 1990 / >> GNU Emacs works fine on HP-UX. I use it a lot, almost always as >> an X window. I leave my RMAIL window up for weeks at a time. >> >> The only defect that I've found is that it will, maybe once a week, >> hang waiting for a sub-process. It appears to have lost a SIGALRM, >> because "kill -14 <proc-id>" un-hangs the process, and it continues as >> if nothing had happened. This only happens to me with RMAIL, never >> when compiling. Weird, but not a big problem. >> >> wunder Actually, I think that it is not getting SIGCHLD. I see the problem in both mh-rmail and when executing subprocesses via M-!. In my case, however, the hangs seems to come in clusters, so I wonder whether the behavior is related to the overall activity on the system. I wouldn't be surprized if there is some discrepancy in the semantics of when SIGCHLD is sent between HP-UX and BSD. Funny how I've never had problems with compile subprocesses or their relatives either. Rajeev ------------------------------------------------------------------------------- Rajeev Jayavant (rajeev@hpfcla.hp.com) "Excuse me, I've lost my marbles" Hewlett Packard - Graphics Technology Division - P. Opus, [Bloom County]