> To be honest, it was this thread that prompted me to see if anyone had > coerced emacs into talking to z/OS, and this was pretty much the only > thing I found. I thought the whole emacs->z/OS thing seemed feasible > (eg. via tramp or something) albeit potentially a fair amount of work...
Both GNU emacs and Gosling emacs had a mode that detached the file and buffer editing components from the user interface code (GNU emacs called it emacs-client; the first version of the X11 code used it -- it was intended to let you detach your terminal from editing sessions with multiple files open and reattach at another terminal without having to find your place and get back in the groove). I got the editing component to mostly compile, but getting the client code to work never quite happened, IIRC something it didn't like about how MVS-OE select semantics. The admins on the system I was working on complained about the amount of resources it took vs ISPF (emacs is a pig in any version) so I never got to track down what the problem was. I have used that approach on other systems, though -- VMS in particular (ick!) -- with good effect. https://www.gnu.org/software/emacs/manual/html_node/emacs/Emacs-Server.html for details. ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
