Groups | Search | Server Info | Login | Register

Groups > comp.unix.questions > #558

Re: xterm rlwrap sbcl

Show all headers | View raw

Eli the Bearded <*@eli.users.panix.com> writes:

> In comp.unix.questions, Salvador Mirzo  <smirzo@example.com> wrote:
>> I know next to nothing about terminals.  My .profile says TERM=xterm.
>> 
>> $ echo $TERM
>> xterm
>> 
>> I really am running PuTTY on Windows and logging in to a FreeBSD system.
>
> It sounds to me like the terminal definition (terminfo or termcap as
> appropriate to FreeBSD) disagrees with the terminal implementation
> (Putty here). This is a not uncommon thing to happen.
>
> I would first see if there are Putty preferences that fix this.

My trial-and-error was to set local echo to ``force off'' and local line
editing to ``force off'':

  https://prnt.sc/e6SedO_IiHTX

No difference.  (I also set the terminal-type string to vt100.)

I just installed the terminal Alacritty.  I see the same behavior on it:

$ echo $TERM
xterm-256color

$ uname -a
FreeBSD my.domain 14.1-RELEASE-p5 FreeBSD 14.1-RELEASE-p5 GENERIC amd64

$ rlwrap sbcl
This is SBCL 2.4.9, an implementation of ANSI Common Lisp.
More information about SBCL is available at <http://www.sbcl.org/>.

SBCL is free software, provided as is, with absolutely no warranty.
It is mostly in the public domain; some portions are provided under
BSD-style licenses.  See the CREDITS and COPYING files in the
distribution for more information.
* (f(format t "hello~%")
hello
NIL
*

> Second see if it could be fixed with an intermediary that grabs terminal
> output from the shell programs and rewrites before it gets to Putty.
> Tools like tmux or screen will do that.
>
> Third I'd try to fix the terminal definition. Using script to capture
> the output of the terminal programs with all terminal escape codes
> intact, I'd examine that output to look for cause of the bad formatting
> and then search the terminal definition (terminfo or termcap) for the
> terminal "capability" that causes the issue and fix or remove it.
>
> Most capabilities are "nice to haves" instead of "required" so just
> removing them doesn't break things. But editing those definitions is
> not for the faint of heart. That's why the intermediary programs
> rewriting things "works".

That's more technical than I could do right now on my own.  If you have
the energy describe what it is that I must do in more details---what
software to use et cetera---I will do it.  Thanks!

Back to comp.unix.questions | Previous | Next — Previous in thread | Next in thread | Find similar

Thread

xterm rlwrap sbcl Salvador Mirzo <smirzo@example.com> - 2024-12-11 22:22 -0300
  Re: xterm rlwrap sbcl Lawrence D'Oliveiro <ldo@nz.invalid> - 2024-12-12 06:05 +0000
    Re: xterm rlwrap sbcl Paul <nospam@needed.invalid> - 2024-12-12 07:20 -0500
      Re: xterm rlwrap sbcl Salvador Mirzo <smirzo@example.com> - 2024-12-12 13:00 -0300
        Re: xterm rlwrap sbcl Paul <nospam@needed.invalid> - 2024-12-12 18:57 -0500
          Re: xterm rlwrap sbcl Grant Taylor <gtaylor@tnetconsulting.net> - 2024-12-12 20:40 -0600
          Re: xterm rlwrap sbcl Salvador Mirzo <smirzo@example.com> - 2024-12-13 20:40 -0300
            Re: xterm rlwrap sbcl Salvador Mirzo <smirzo@example.com> - 2024-12-13 20:49 -0300
              Re: xterm rlwrap sbcl Paul <nospam@needed.invalid> - 2024-12-13 19:55 -0500
                Re: xterm rlwrap sbcl Salvador Mirzo <smirzo@example.com> - 2024-12-14 18:51 -0300
    Re: xterm rlwrap sbcl Salvador Mirzo <smirzo@example.com> - 2024-12-25 22:01 -0300
  Re: xterm rlwrap sbcl Eli the Bearded <*@eli.users.panix.com> - 2024-12-13 03:06 +0000
    Re: xterm rlwrap sbcl Salvador Mirzo <smirzo@example.com> - 2024-12-13 20:59 -0300
  Re: xterm rlwrap sbcl Oregonian Haruspex <no_email@invalid.invalid> - 2024-12-13 07:03 +0000
    Re: xterm rlwrap sbcl Paul <nospam@needed.invalid> - 2024-12-13 03:22 -0500
  Re: xterm rlwrap sbcl Bozo User <anthk@disroot.org> - 2025-01-12 23:01 +0000
    Re: xterm rlwrap sbcl Salvador Mirzo <smirzo@example.com> - 2025-01-12 22:06 -0300

csiph-web