While exploring display options forissue 11822, I found that the new matrix multiplication opcode names (BINARY_MATRIX_MULTIPLY and INPLACE_MATRIX_MULTIPLY) don't fit in the nominal field width in the disassembly output (which is currently 20 characters).These two clock in at 22 and 23 characters respectively.In practice, they do fit, since neither takes on argument, which effectively allows an extra 5 characters (while still looking neat) and unlimited characters if we ignore expanding past the column of opcode arguments.However, it would be good to:1. Factor out the opname and oparg sizes to private class attributes on dis.Instruction2. have a test in test_dis that scans dis.opnames and ensures all opcodes < dis.HAVE_ARGUMENT have names shorter than the combined length of the two fields, and that all opcodes >= HAVE_ARGUMENT will fit in the opname field, even with an argument present.Have such a test will ensure any new opcodes added can be displayed without any problems, rather than anyone having to remember to check manually.

Proposed patch adjusts column widths of the output of dis.dis() for large line numbers and instruction offsets and adds tests for widths of opcode names.Unfortunately this test is failed for two new opcodes: BUILD_MAP_UNPACK_WITH_CALL and BUILD_TUPLE_UNPACK_WITH_CALL (26 and 28 characters respectively).

New changesetd90045f319e2ea9772b9fbd62a05fdf34af96b6c by Serhiy Storchaka in branch 'master':bpo-22352: Adjust widths in the output of dis.dis() for large line numbers and (#1153)https://github.com/python/cpython/commit/d90045f319e2ea9772b9fbd62a05fdf34af96b6c