You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
When there is a \t character, multitail considers it as if it occupies a single space and so the line wrapping is wrong. Suppose we have a file with a tab, the text "some text" and then a very long sequence of "."
Expected
< tab character >some text..........|| other column
rest of file || other line of other column
Actual
< tab character >some text..........|| other column
................ || other line of other column
rest of file || etc ...
Notice that in the actual case, the sequence of "." stops exactly one space before the end of the <tab character>, meaning that when multitail computes the required length it considers <tab character> to be long 1 instead of its actual length (16 in this example but 8 in real life).
Here is the culpirit mt.c#L392. strlen counts \t as 1. I wouldn't know the best way to fix this though.
The text was updated successfully, but these errors were encountered:
When there is a
\t
character, multitail considers it as if it occupies a single space and so the line wrapping is wrong. Suppose we have a file with a tab, the text "some text" and then a very long sequence of "."Expected
Actual
Notice that in the actual case, the sequence of "." stops exactly one space before the end of the
<tab character>
, meaning that when multitail computes the required length it considers<tab character>
to be long 1 instead of its actual length (16 in this example but 8 in real life).Here is the culpirit mt.c#L392.
strlen
counts\t
as 1. I wouldn't know the best way to fix this though.The text was updated successfully, but these errors were encountered: