screen-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[screen-devel] [bug #66160] 5.0.0 outputs escape sequences where 4.9.1 u


From: Craig Leres
Subject: [screen-devel] [bug #66160] 5.0.0 outputs escape sequences where 4.9.1 uses carriage returns
Date: Sun, 1 Sep 2024 12:47:32 -0400 (EDT)

URL:
  <https://savannah.gnu.org/bugs/?66160>

                 Summary: 5.0.0 outputs escape sequences where 4.9.1 uses
carriage returns
                   Group: GNU Screen
               Submitter: leres
               Submitted: Sun 01 Sep 2024 09:47:29 AM PDT
                Category: None
                Severity: 3 - Normal
                Priority: 5 - Normal
                  Status: None
                 Privacy: Public
             Assigned to: None
             Open/Closed: Open
         Discussion Lock: Any
                 Release: 5.0.0
           Fixed Release: None
         Planned Release: None
           Work Required: None


    _______________________________________________________

Follow-up Comments:


-------------------------------------------------------
Date: Sun 01 Sep 2024 09:47:29 AM PDT By: Craig Leres <leres>
I routinely use the xterm "log to file" feature to capture terminal output.
When I do this with or without screen 4.9.1, lines are terminated with
carriage return, e.g:

    ice 1423 % cat -v Xterm-4.9.1.log
    ^M^M
    fun 80 % ^M^M
    fun 80 % ^M^M
    fun 80 % date^M^M
    Sun Sep  1 09:10:51 PDT 2024^M
    fun 81 % date^M^M
    Sun Sep  1 09:10:52 PDT 2024^M

But when I do the same with 5.0.0, I see escape sequences instead of carriage
returns:

    ice 1424 % cat -v Xterm-5.0.0.log
    ^[[34;1H
    ^[[1mice 4 % ^[[m^[[34;1H
    ^[[1mice 4 % ^[[m^[[34;1H
    ^[[1mice 4 % ^[[m^[[34;1H
    ^[[1mice 4 % ^[[mdate^[[34;1H
    Sun Sep  1 09:09:58 PDT 2024^[[34;1H
    ^[[1mice 5 % ^[[mdate^[[34;1H
    Sun Sep  1 09:09:59 PDT 2024^[[34;1H
    ^[[1mice 6 % ^[[mice 1425 %

I don't have an example but I've also see 5.0.0 use escape sequences instead
of the "space" character when capturing hex dumps like this:

    109.179 AA EB 89 B9 B2 01 02 44 6F 77 6E F3

Is there a way to go back to the 4.X behavior?








    _______________________________________________________

Reply to this item at:

  <https://savannah.gnu.org/bugs/?66160>

_______________________________________________
Message sent via Savannah
https://savannah.gnu.org/

Attachment: signature.asc
Description: PGP signature


reply via email to

[Prev in Thread] Current Thread [Next in Thread]