On Tue, Mar 28, 2017 at 07:57:35PM -0700, Pádraig Brady wrote: > On 28/03/17 05:16, Karel Zak wrote: > > > > Hi, > > > > see https://bugzilla.redhat.com/show_bug.cgi?id=1436432 > > > > any idea what is the right col(1) behavior for escape sequences? > > > > The current code reads two first bytes from the sequence and the rest > > is interpreted as standard chars (because complex sequences like > > ^[..m are completely unknown for the code), for example input: > > > > ^[[1mtomcat-el^[(B^[[m > > > > produces: > > > > 1mtomcat-elBm > > > > It seems incorrect. I think for "col -p" all the sequence should be > > filtered out, it means: > > > > tomcat-el > > > > and the default behavior (without -p) should be output all escape > > sequences but do not increment internal width counters. > > > > Objections? > > > > Karel > > > > I agree, but presuming you meant the opposite, and > for `col -p` to pass through all these escape sequences unaltered Yes, -p is opposite, it means "Force unknown control sequences to be passed through unchanged." Karel -- Karel Zak <kzak@xxxxxxxxxx> http://karelzak.blogspot.com -- To unsubscribe from this list: send the line "unsubscribe util-linux" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
