tests/test-check-help.t

interfaces: introduce and use a protocol class for the `mpatch` module

See f2832de2a46c for details when this was done for the `bdiff` module.

Two things worth pointing out-

  1) The `cffi` module "inherits" the `pure` implementation of `patchedsize()`
     because of its wildcard import.
  2) It's odd that the `mpatchError` lives in both `pure` and `cext` modules.

I initially thought to move the exception into the new class, and make the
existing class name an alias to the class in the new location, but the exception
is created in C code by the `cext` module, so that won't work.  I don't think a
protocol class is approriate, because there's nothing special about the class to
distinguish from any other `Exception`.  Fortunately, nobody is catching this
exception in core, so we can kick the can down the road.

#require test-repo

  $ . "$TESTDIR/helpers-testrepo.sh"

  $ cat <<'EOF' > scanhelptopics.py
  > import re
  > import sys
  > if sys.platform == "win32":
  >     import msvcrt
  >     import os
  >     msvcrt.setmode(sys.stdout.fileno(), os.O_BINARY)
  > stdout = getattr(sys.stdout, 'buffer', sys.stdout)
  > topics = set()
  > topicre = re.compile(br':hg:`help ([a-z0-9\-.]+)`')
  > for fname in sys.argv:
  >     with open(fname, 'rb') as f:
  >         topics.update(m.group(1) for m in topicre.finditer(f.read()))
  > for s in sorted(topics):
  >     stdout.write(b'%s\n' % s)
  > EOF

Check if ":hg:`help TOPIC`" is valid:
(use "xargs -n1 -t" to see which help commands are executed)

  $ cd "$TESTDIR"/..
  $ testrepohg files 'glob:{hgdemandimport,hgext,mercurial}/**/*.py' \
  > | sed 's|\\|/|g' \
  > | xargs "$PYTHON" "$TESTTMP/scanhelptopics.py" \
  > | xargs -n1 hg --cwd "$TESTTMP" help --config extensions.phabricator= > /dev/null