XTERM running on Macbook-Air

I just did a "brew install xterm" with succeeded. I can do a " man xterm | col -b" and get a 7000+ line

xterm manual. But when i try to run "xterm", the response i get is "Display not found ...." After searching the manual, I found "xterm tekmode" (display i wanted), the response i got was

"

[Ricks-MacBook-Air:/etc] rrs% xterm

xterm: Xt error: Can't open display:

xterm: DISPLAY is not set

"


So I tried "set XTERM_SHELL :

"rrs@Ricks-MacBook-Air /etc % set XTERM_SHELL /bin/tcsh

rrs@Ricks-MacBook-Air /etc % xterm tekmode"


and thereponse to that was:

"xterm: No absolute path found for shell: tekmode"


My normal SHELL is /bin/tcsh or /bin/zsh.

What am I doing wrong it has been a long long time since I ran Xwindows on a SUN.

I also didn't see an xwindows server demon running on on my mac. I thought that

"brew install xterm" was supposewd to take care of all dependences.


Any one still up on "xterm" and "xwindos" ????? I need a TEKTRONIX 4010 -4014 emulator that

runs on a MacBook-Air


Rick


Posted on Jul 3, 2021 6:30 PM

Reply
Question marked as Top-ranking reply

Posted on Jul 4, 2021 5:47 AM

Any particular reason you want xterm over Applications -> Utilities -> Terminal and an ssh connection? Or even iTerm2, another excellent terminal emulator?


As has been mentioned above, you need to install Xquartz to get an X11 display server, then logout, and login (or reboot) so that your macOS GUI session has the X11 named socked opened in /tmp and the DISPLAY environment variable defined for your terminal emulator sessions.


Xquartz works well, but the Mac mouse model that does not include a middle mouse button makes using X11 based apps difficult. You either have to remap the X11 app’s keys for copy & paste, or get a macOS utility that can simulate a middle mouse click. My preferred is BetterTouchTool, because it is a Swiss Army knife on all things macOS input (trackpad, mouse, keyboard, touchbar, clipboard manager, window snapping, etc…).


While I’ve used X11 based apps running on remote, Linux, Solaris, AIX (those are recent), and DIGITAL UNIX (renamed Tru64 UNIX), I’ve generally found it awkward, especially xterm (or pick another flavor Linux/UNIX based X11 terminal emulator) vs iTerm2 or macOS Terminal. The UI is part of it, in that it is not well integrated with the macOS UI, but also my Linux/Solaris/AIX platforms tend to be 2,000 miles away, and X11 is way too chatty for the accumulated 2,000 mile latency issues. gvim and gvimdiff were not too bad, but I still had to deal with echo back delays. Thankfully I can do 99% of my work via iTerm2, ssh (or Mosh) connections and tmux for session disconnect protection.

Similar questions

5 replies
Question marked as Top-ranking reply

Jul 4, 2021 5:47 AM in response to Rick_Shiffman

Any particular reason you want xterm over Applications -> Utilities -> Terminal and an ssh connection? Or even iTerm2, another excellent terminal emulator?


As has been mentioned above, you need to install Xquartz to get an X11 display server, then logout, and login (or reboot) so that your macOS GUI session has the X11 named socked opened in /tmp and the DISPLAY environment variable defined for your terminal emulator sessions.


Xquartz works well, but the Mac mouse model that does not include a middle mouse button makes using X11 based apps difficult. You either have to remap the X11 app’s keys for copy & paste, or get a macOS utility that can simulate a middle mouse click. My preferred is BetterTouchTool, because it is a Swiss Army knife on all things macOS input (trackpad, mouse, keyboard, touchbar, clipboard manager, window snapping, etc…).


While I’ve used X11 based apps running on remote, Linux, Solaris, AIX (those are recent), and DIGITAL UNIX (renamed Tru64 UNIX), I’ve generally found it awkward, especially xterm (or pick another flavor Linux/UNIX based X11 terminal emulator) vs iTerm2 or macOS Terminal. The UI is part of it, in that it is not well integrated with the macOS UI, but also my Linux/Solaris/AIX platforms tend to be 2,000 miles away, and X11 is way too chatty for the accumulated 2,000 mile latency issues. gvim and gvimdiff were not too bad, but I still had to deal with echo back delays. Thankfully I can do 99% of my work via iTerm2, ssh (or Mosh) connections and tmux for session disconnect protection.

Jul 3, 2021 7:01 PM in response to Rick_Shiffman

Have you got an actual PDP11 in your basement? 🤓

Those TEKTRONIX terminals were really cool back in the day.

I do remember TEKTRONIX 4014 monitors being used for CAD at Pratt & Whitney many years ago.


You need to install X11 for XTERM - https://www.xquartz.org


Couple XTERM alternatives to TEKTRONIX 4010 / 4014 Emulator source code projects. The first one is more likely to work on macOS and has some instruction to install prerequisites using Homebrew.


https://github.com/Isysxp/Tek40xx

https://github.com/rricharz/Tek4010


Disclaimer: I've not tried this... Your mileage may vary.


Jul 3, 2021 7:36 PM in response to Rick_Shiffman

The X Window server is associated with the X display hardware, and is provided with XQuartz. The X Window clients can be local, or can be operating on one or more remote systems and accessing the display via remote X. Your configuration here is the X client and not the X server, so the X app is looking for a server to connect to. This is set by the DISPLAY environment variable or similar setting (VMS used DECW$DISPLAY), or by a parameter at app startup, or sometimes from a configuration file. X loves configuration files. X. Really. Loves. Config. Files.


XQuartz includes Xterm, though the version installed might differ.


Tek 4014, 4125, and other such largely post-dated PDP-11 (those were running out of address bits by the early 1980s), and the Tek terminals were probably more commonly seen on VAX/VMS, Sun, Apollo, and other gear from the 1980s.


If you’re into this stuff, the vt100 may be of interest: https://vt100.net/


And a maybe: https://www.macterm.net/features/

Jul 4, 2021 9:29 AM in response to James Brickley

The VT100 website has Tek docs, to be clear. The VT100 itself is ANSI with extensions, and not at all like the Tek 4014. Which pre-dated ANSI. The Tek 4014 had great graphics, but was otherwise a hassle to work with in a mixed environment as it spewed on ANSI sequences. The vector displays on the Tek 4014 and on IMLAC PDS-4 and other vector-based systems did usually have marvelous Asteroids games, though. In mixed-terminal environments, the Tek 4125 was just easier to integrate and work with. But as for the OP, finding something that understands the Tek sequences is going to be the central part of the project, whether that’s xterm or otherwise. And if it’s xterm, it’s also getting X working.


xterm details: https://invisible-island.net/xterm/

This thread has been closed by the system or the community team. You may vote for any posts you find helpful, or search the Community for additional answers.

XTERM running on Macbook-Air

Welcome to Apple Support Community
A forum where Apple customers help each other with their products. Get started with your Apple Account.