Solved ee collapsed to a single line in single user mode with csh

Cath O'Deray

Cath O'Deray

 
FreeBSD 13.0-STABLE, single user mode, /bin/csh instead of the default /bin/sh:

1641105026639.png

ee

Result:

1641105068881.png

Bug?

Or is there any situation in which this collapse is expected?


Output from uname -aKU:

FreeBSD mowa219-gjp4-freebsd-13-stable-vm 13.0-STABLE FreeBSD 13.0-STABLE #0 stable/13-n248759-3684bb89d52: Thu Dec 30 02:37:49 UTC 2021 root@releng3.nyi.freebsd.org:/usr/obj/usr/src/amd64.amd64/sys/GENERIC amd64 1300523 1300523

ee(1) <https://www.freebsd.org/cgi/man.cgi?query=ee&sektion=1&manpath=FreeBSD+13.0-stable>
 
Geezer thanks, can you reproduce the symptom with any system there? If so, what version? uname -aKU etc.

Re: the second screenshot, I have seen the symptom more than once in the past. Until today I assumed PEBKAM. Now, with a supported system in so fresh/clean a state, I begin to suspect a bug.
 
Not reproducible with editors/nano:
  1. single user mode
  2. /bin/csh from the outset (not after blindly keying Return or Enter)
  3. ee
  4. Control-C
  5. q
  6. Return
  7. mount -uw /
  8. service zfs onestart
  9. /etc/netstart
  10. pkg install -q -y nano && nano
  11. Control-X
  12. ee
  13. Control-C
  14. q
  15. Return
(Please note, this is not an invitation to discuss vi. It's a single, quick test to tell whether a comparable editor is affected.)

1641109641979.png1641109680407.png
 
check if TERM is set in the environment after you choose the shell
if not, that's the problem
(you can easily recreate it in multiuser mode)
sh# unset TERM
sh# ee
no fileline 1 col 0 lines from top 1 delete line ^p prev li ^g prev page^o ascii co
 
Thanks.

As a side note, earlier today I found ee behaving in what might be a better way:
  • instead of the collapse (terrible UX), ee refused to run ☑
I didn't bother to take a photograph or details. nano worked ☑
 
You must log in or register to reply here.
Back
Top