Your IP : 3.133.131.180

Current Path : /proc/self/root/proc/self/root/opt/alt/python34/lib64/python3.4/__pycache__/
Upload File :
Current File : //proc/self/root/proc/self/root/opt/alt/python34/lib64/python3.4/__pycache__/doctest.cpython-34.pyo

�
e f,��!@s3dZdZdddddddd	d
ddd
ddddddddddddddddddd d!d"g!Zd#d$lZd#d$lZd#d$lZd#d$lZd#d$lZd#d$lZd#d$l	Z	d#d$l
Z
d#d$lZd#d$lZd#d$l
Z
d#d%lmZd#d&lmZed'd(�ZiZd)d�Zed�Zed�Zed�Zed�Zed�Zed�ZeeBeBeBeBeBZed
�Zed�Zed�Zed
�Zed�Z eeBeBeBe BZ!d*Z"d+Z#d,d-�Z$d.d/d0�Z%d1d2�Z&d3d4d5�Z'd6d7�Z(Gd8d9�d9e�Z)d:d;�Z*d<d=�Z+d>d?�Z,Gd@dA�dAe	j-�Z.dBdC�Z/GdDd�d�Z0GdEd�d�Z1GdFd�d�Z2GdGd�d�Z3GdHd�d�Z4GdId�d�Z5GdJd�de6�Z7GdKd�de6�Z8GdLd�de4�Z9d$a:d$d$d$d$dMd#d$dNdNdOd�	Z;dMd$d$d$d$dMd#d$dNe2�d$dPd�Z<dNdQd$d#dRd�Z=d#a>dSd�Z?GdTdU�dUe
j@�ZAGdVdW�dWeA�ZBGdXdY�dYe
jC�ZDd$d$d$d$dZd�ZEGd[d\�d\eA�ZFdMd$d$e2�d$d]d^�ZGd_d�ZHd`d�ZIdad �ZJdNd$dbd!�ZKdNd$dcdd�ZLdNded"�ZMGdfdg�dg�ZNieNdg6dhdi6djdk6dldm6dndo6dpdq6ZOdrds�ZPeQdtkr/ejReP��nd$S)ua�Module doctest -- a framework for running examples in docstrings.

In simplest use, end each module M to be tested with:

def _test():
    import doctest
    doctest.testmod()

if __name__ == "__main__":
    _test()

Then running the module as a script will cause the examples in the
docstrings to get executed and verified:

python M.py

This won't display anything unless an example fails, in which case the
failing example(s) and the cause(s) of the failure(s) are printed to stdout
(why not stderr? because stderr is a lame hack <0.2 wink>), and the final
line of output is "Test failed.".

Run it with the -v switch instead:

python M.py -v

and a detailed report of all examples tried is printed to stdout, along
with assorted summaries at the end.

You can force verbose mode by passing "verbose=True" to testmod, or prohibit
it by passing "verbose=False".  In either of those cases, sys.argv is not
examined by testmod.

There are a variety of other ways to run doctests, including integration
with the unittest framework, and support for running non-Python text
files containing doctests.  There are also many ways to override parts
of doctest's default behaviors.  See the Library Reference Manual for
details.
zreStructuredText en�register_optionflag�DONT_ACCEPT_TRUE_FOR_1�DONT_ACCEPT_BLANKLINE�NORMALIZE_WHITESPACE�ELLIPSIS�SKIP�IGNORE_EXCEPTION_DETAIL�COMPARISON_FLAGS�REPORT_UDIFF�REPORT_CDIFF�REPORT_NDIFF�REPORT_ONLY_FIRST_FAILURE�REPORTING_FLAGS�	FAIL_FAST�Example�DocTest�
DocTestParser�
DocTestFinder�
DocTestRunner�
OutputChecker�DocTestFailure�UnexpectedException�DebugRunner�testmod�testfile�run_docstring_examples�DocTestSuite�DocFileSuite�set_unittest_reportflags�script_from_examples�
testsource�	debug_src�debug�N)�StringIO)�
namedtuple�TestResultszfailed attemptedcCstj|dtt�>�S)N�)�OPTIONFLAGS_BY_NAME�
setdefault�len)�name�r+�,/opt/alt/python34/lib64/python3.4/doctest.pyr�sz<BLANKLINE>z...cCsUd}xHtjD]=}|j|d�}|tt|�kr||jO}qqW|S)z�
    Return the compiler-flags associated with the future features that
    have been imported into the given namespace (globs).
    r"N)�
__future__Zall_feature_names�get�getattrZ
compiler_flag)�globs�flagsZfnameZfeaturer+r+r,�_extract_future_flags�sr2�cCsutj|�r|St|t�r>t|t�t�dg�S|dkretjtj	|�j
dStd��dS)a�
    Return the module specified by `module`.  In particular:
      - If `module` is a module, then return module.
      - If `module` is a string, then import and return the
        module with that name.
      - If `module` is None, then return the calling module.
        The calling module is assumed to be the module of
        the stack frame at the given depth in the call stack.
    �*N�__name__z"Expected a module, string, or None)�inspect�ismodule�
isinstance�str�
__import__�globals�locals�sys�modules�	_getframe�	f_globals�	TypeError)�moduleZdepthr+r+r,�_normalize_module�s
rCc	Cs�|r�t|d�}t||�}t|dd�dk	r�t|jd�r�|jj|�}|j|�}|jtj	d�|fSq�nt
|d|��}|j�|fSWdQXdS)N��
__loader__�get_data�
�encoding)rC�_module_relative_pathr/�hasattrrErF�decode�replace�os�linesep�open�read)�filename�package�module_relativerHZ
file_contents�fr+r+r,�_load_testfile�srU�cCstjd|d|�S)z~
    Add the given number of space characters to the beginning of
    every non-blank line in `s`, and return the result.
    z
(?m)^(?!$)� )�re�sub)�s�indentr+r+r,�_indent�sr\cCs;t�}|\}}}tj|||d|�|j�S)zz
    Return a string containing a traceback message for the given
    exc_info tuple (as returned by sys.exc_info()).
    �file)r#�	traceback�print_exception�getvalue)�exc_infoZexcout�exc_typeZexc_valZexc_tbr+r+r,�_exception_traceback�s	rcc@s+eZdZdd�Zddd�ZdS)�	_SpoofOutcCs6tj|�}|r2|jd�r2|d7}n|S)NrG)r#r`�endswith)�self�resultr+r+r,r`�s
z_SpoofOut.getvalueNcCs|j|�tj|�dS)N)�seekr#�truncate)rf�sizer+r+r,ris
z_SpoofOut.truncate)r5�
__module__�__qualname__r`rir+r+r+r,rd�s	rdcCst|kr||kS|jt�}dt|�}}|d}|rt|j|�rmt|�}|d=qtdSn|d}|r�|j|�r�|t|�8}|d=q�dSn||kr�dSxC|D];}|j|||�}|dkr�dS|t|�7}q�WdS)z_
    Essentially the only subtle case:
    >>> _ellipsis_match('aa...aa', 'aaa')
    False
    r"Fr&T���rm)�ELLIPSIS_MARKER�splitr)�
startswithre�find)�want�gotZws�startpos�endpos�wr+r+r,�_ellipsis_matchs0





rwcCs"|j�}|rd|SdSdS)z)Return a commented form of the given linez# �#N)�rstrip)�liner+r+r,�
_comment_line9sr{cCs�dt|�}}|jd�}|dkr7|}n|jdd|�}|dkra|}n|jdd|�}|dkr�|d}n|||�S)Nr"rG�:�.r&)r)rq�rfind)�msg�start�end�ir+r+r,�_strip_exception_detailsAs		
r�c@sIeZdZdZdd�Zddd�Zdd�Zd	d
�ZdS)�_OutputRedirectingPdbz�
    A specialized version of the python debugger that redirects stdout
    to a given stream when interacting with the user.  Stdout is *not*
    redirected when traced code is executed.
    cCs;||_d|_tjj|d|dd�d|_dS)NF�stdout�nosigintTr&)�_OutputRedirectingPdb__out�$_OutputRedirectingPdb__debugger_used�pdb�Pdb�__init__Zuse_rawinput)rf�outr+r+r,r�as		z_OutputRedirectingPdb.__init__NcCs>d|_|dkr'tj�j}ntjj||�dS)NT)r�r=r?�f_backr�r��	set_trace)rfZframer+r+r,r�is	z_OutputRedirectingPdb.set_tracecCs |jrtjj|�ndS)N)r�r�r��set_continue)rfr+r+r,r�os	z"_OutputRedirectingPdb.set_continuecGs=tj}|jt_ztjj||�SWd|t_XdS)N)r=r�r�r�r��trace_dispatch)rf�args�save_stdoutr+r+r,r�us
	z$_OutputRedirectingPdb.trace_dispatch)r5rkrl�__doc__r�r�r�r�r+r+r+r,r�[s
r�cCs�tj|�s"td|��n|jd�r@td��nt|d�rktjj|j	�d}nw|j
dkr�ttj
�dkr�tj
ddkr�tjjtj
d�d}q�tj}ntd|d	��tjj||jd��S)
NzExpected a module: %r�/z1Module-relative files may not have absolute paths�__file__r"�__main__�z+Can't resolve paths relative to the module z (it has no __file__))r6r7rArp�
ValueErrorrJrM�pathror�r5r)r=�argv�curdir�join)rBr�Zbasedirr+r+r,rI�s( rIc@sFeZdZdZdddddd�Zdd�Zdd	�ZdS)
ran
    A single doctest example, consisting of source code and expected
    output.  `Example` defines the following attributes:

      - source: A single Python statement, always ending with a newline.
        The constructor adds a newline if needed.

      - want: The expected output from running the source code (either
        from stdout, or a traceback in case of exception).  `want` ends
        with a newline unless it's empty, in which case it's an empty
        string.  The constructor adds a newline if needed.

      - exc_msg: The exception message generated by the example, if
        the example is expected to generate an exception; or `None` if
        it is not expected to generate an exception.  This exception
        message is compared against the return value of
        `traceback.format_exception_only()`.  `exc_msg` ends with a
        newline unless it's `None`.  The constructor adds a newline
        if needed.

      - lineno: The line number within the DocTest string containing
        this Example where the Example begins.  This line number is
        zero-based, with respect to the beginning of the DocTest.

      - indent: The example's indentation in the DocTest string.
        I.e., the number of space characters that precede the
        example's first prompt.

      - options: A dictionary mapping from option flags to True or
        False, which is used to override default options for this
        example.  Any option flags not contained in this dictionary
        are left at their default value (as specified by the
        DocTestRunner's optionflags).  By default, no options are set.
    Nr"cCs�|jd�s|d7}n|r?|jd�r?|d7}n|dk	rh|jd�rh|d7}n||_||_||_||_|dkr�i}n||_||_dS)NrG)re�sourcerr�linenor[�options�exc_msg)rfr�rrr�r�r[r�r+r+r,r��s


						zExample.__init__cCs�t|�t|�k	rtS|j|jko�|j|jko�|j|jko�|j|jko�|j|jko�|j|jkS)N)�type�NotImplementedr�rrr�r[r�r�)rf�otherr+r+r,�__eq__�szExample.__eq__cCs(t|j|j|j|j|jf�S)N)�hashr�rrr�r[r�)rfr+r+r,�__hash__�szExample.__hash__)r5rkrlr�r�r�r�r+r+r+r,r�s
"	c@sReZdZdZdd�Zdd�Zdd�Zdd	�Zd
d�ZdS)
rae
    A collection of doctest examples that should be run in a single
    namespace.  Each `DocTest` defines the following attributes:

      - examples: the list of examples.

      - globs: The namespace (aka globals) that the examples should
        be run in.

      - name: A name identifying the DocTest (typically, the name of
        the object whose docstring this DocTest was extracted from).

      - filename: The name of the file that this DocTest was extracted
        from, or `None` if the filename is unknown.

      - lineno: The line number within filename where this DocTest
        begins, or `None` if the line number is unavailable.  This
        line number is zero-based, with respect to the beginning of
        the file.

      - docstring: The string that the examples were extracted from,
        or `None` if the string is unavailable.
    cCs@||_||_|j�|_||_||_||_dS)z�
        Create a new DocTest containing the given examples.  The
        DocTest's globals are initialized with a copy of `globs`.
        N)�examples�	docstring�copyr0r*rQr�)rfr�r0r*rQr�r�r+r+r,r�s				zDocTest.__init__cCslt|j�dkrd}n1t|j�dkr<d}ndt|j�}d|j|j|j|fS)Nr"zno examplesr&z	1 examplez%d examplesz<DocTest %s from %s:%s (%s)>)r)r�r*rQr�)rfr�r+r+r,�__repr__s		zDocTest.__repr__cCs�t|�t|�k	rtS|j|jko�|j|jko�|j|jko�|j|jko�|j|jko�|j|jkS)N)r�r�r�r�r0r*rQr�)rfr�r+r+r,r�szDocTest.__eq__cCs"t|j|j|j|jf�S)N)r�r�r*rQr�)rfr+r+r,r�#szDocTest.__hash__cCsSt|t�stS|j|j|jt|�f|j|j|jt|�fkS)N)r8rr�r*rQr��id)rfr�r+r+r,�__lt__'szDocTest.__lt__N)	r5rkrlr�r�r�r�r�r�r+r+r+r,r�s
c@s�eZdZdZejdejejB�ZejdejejBej	B�Z
ejd�jZddd�Z
dd	�Zdd
d�Zdd
�Zejdej�Zdd�Zejdej�Zdd�Zdd�Zdd�ZdS)rzD
    A class used to parse strings containing doctest examples.
    a�
        # Source consists of a PS1 line followed by zero or more PS2 lines.
        (?P<source>
            (?:^(?P<indent> [ ]*) >>>    .*)    # PS1 line
            (?:\n           [ ]*  \.\.\. .*)*)  # PS2 lines
        \n?
        # Want consists of any non-blank lines that do not start with PS1.
        (?P<want> (?:(?![ ]*$)    # Not a blank line
                     (?![ ]*>>>)  # Not a line starting with PS1
                     .+$\n?       # But any other line
                  )*)
        a�
        # Grab the traceback header.  Different versions of Python have
        # said different things on the first traceback line.
        ^(?P<hdr> Traceback\ \(
            (?: most\ recent\ call\ last
            |   innermost\ last
            ) \) :
        )
        \s* $                # toss trailing whitespace on the header.
        (?P<stack> .*?)      # don't blink: absorb stuff until...
        ^ (?P<msg> \w+ .*)   #     a line *starts* with alphanum.
        z^[ ]*(#.*)?$z<string>c
s}|j�}|j|���dkrUdj�fdd�|jd�D��}ng}d	\}}x�|jj|�D]�}|j|||j���||jd||j��7}|j	|||�\}}}	}
|j
|�s-|jt||	|
d|d�t|j
d��d|��n||jd|j�|j��7}|j�}qzW|j||d��|S)
a=
        Divide the given string into examples and intervening text,
        and return them as a list of alternating Examples and strings.
        Line numbers for the Examples are 0-based.  The optional
        argument `name` is a name identifying this string, and is only
        used for error messages.
        r"rGcs g|]}|�d��qS)Nr+)�.0�l)�
min_indentr+r,�
<listcomp>ns	z'DocTestParser.parse.<locals>.<listcomp>r�r[r�N)r"r")�
expandtabs�_min_indentr�ro�_EXAMPLE_RE�finditer�appendr��count�_parse_example�_IS_BLANK_OR_COMMENTrr)�groupr�)rf�stringr*�outputZcharnor��mr�r�rrr�r+)r�r,�parsebs&.!
%zDocTestParser.parsecCs%t|j||�|||||�S)a"
        Extract all doctest examples from the given string, and
        collect them into a `DocTest` object.

        `globs`, `name`, `filename`, and `lineno` are attributes for
        the new `DocTest` object.  See the documentation for `DocTest`
        for more information.
        )r�get_examples)rfr�r0r*rQr�r+r+r,�get_doctest�s	zDocTestParser.get_doctestcCsdd�|j||�D�S)a�
        Extract all doctest examples from the given string, and return
        them as a list of `Example` objects.  Line numbers are
        0-based, because it's most common in doctests that nothing
        interesting appears on the same line as opening triple-quote,
        and so the first interesting line is called "line 1" then.

        The optional argument `name` is a name identifying this
        string, and is only used for error messages.
        cSs%g|]}t|t�r|�qSr+)r8r)r��xr+r+r,r��s	z.DocTestParser.get_examples.<locals>.<listcomp>)r�)rfr�r*r+r+r,r��szDocTestParser.get_examplesc
sxt|jd���|jd�jd�}|j|�||�|j|dd�d�d||�dj�fdd	�|D��}|jd
�}|jd�}t|�dkr�tjd|d�r�|d=n|j|d�||t|��dj�fdd	�|D��}|jj|�}|rM|jd
�}nd}|j	|||�}	||	||fS)a�
        Given a regular expression match from `_EXAMPLE_RE` (`m`),
        return a pair `(source, want)`, where `source` is the matched
        example's source code (with prompts and indentation stripped);
        and `want` is the example's expected output (with indentation
        stripped).

        `name` is the string's name, and `lineno` is the line number
        where the example starts; both are used for error messages.
        r[r�rGr&NrWr}cs$g|]}|�dd��qS)rVNr+)r�Zsl)r[r+r,r��s	z0DocTestParser._parse_example.<locals>.<listcomp>rrz *$cs g|]}|�d��qS)Nr+)r�Zwl)r[r+r,r��s	rrmrm)
r)r�ro�_check_prompt_blank�
_check_prefixr�rX�match�
_EXCEPTION_RE�
_find_options)
rfr�r*r��source_linesr�rr�
want_linesr�r�r+)r[r,r��s$("(
"zDocTestParser._parse_examplez#\s*doctest:\s*([^\n\'"]*)$c	Cs�i}x�|jj|�D]�}|jd�jdd�j�}x||D]t}|ddkss|dd�tkr�td|d||f��nt|dd�}|ddk||<qGWqW|r�|j|�r�td	|||f��n|S)
a
        Return a dictionary containing option overrides extracted from
        option directives in the given source string.

        `name` is the string's name, and `lineno` is the line number
        where the example starts; both are used for error messages.
        r&�,rWr"z+-Nz7line %r of the doctest for %s has an invalid option: %r�+zSline %r of the doctest for %s has an option directive on a line with no example: %r)�_OPTION_DIRECTIVE_REr�r�rLror'r�r�)	rfr�r*r�r�r�Zoption_strings�optionZflagr+r+r,r��s!
zDocTestParser._find_optionsz
^([ ]*)(?=\S)cCsCdd�|jj|�D�}t|�dkr;t|�SdSdS)z;Return the minimum indentation of any non-blank line in `s`cSsg|]}t|��qSr+)r))r�r[r+r+r,r��s	z-DocTestParser._min_indent.<locals>.<listcomp>r"N)�
_INDENT_RE�findallr)�min)rfrZ�indentsr+r+r,r��s
zDocTestParser._min_indentc	Cs�xyt|�D]k\}}t|�|dkr
||ddkr
td||d||||d�|f��q
q
WdS)a

        Given the lines of a source string (including prompts and
        leading indentation), check to make sure that every prompt is
        followed by a space character.  If any line is not followed by
        a space character, then raise ValueError.
        rVrDrWz8line %r of the docstring for %s lacks blank after %s: %rr&N)�	enumerater)r�)rf�linesr[r*r�r�rzr+r+r,r��s
*z!DocTestParser._check_prompt_blankcCs[xTt|�D]F\}}|r
|j|�r
td||d||f��q
q
WdS)z�
        Check that every line in the given list starts with the given
        prefix; if any line does not, then raise a ValueError.
        zGline %r of the docstring for %s has inconsistent leading whitespace: %rr&N)r�rpr�)rfr��prefixr*r�r�rzr+r+r,r�
szDocTestParser._check_prefixN)r5rkrlr�rX�compile�	MULTILINE�VERBOSEr��DOTALLr�r�r�r�r�r�r�r�r�r�r�r�r�r+r+r+r,r2s"'3	c@syeZdZdZde�dddd�Zdddddd�Zd	d
�Zdd�Zd
d�Z	dd�Z
dS)ra<
    A class used to extract the DocTests that are relevant to a given
    object, from its docstring and the docstrings of its contained
    objects.  Doctests can currently be extracted from the following
    object types: modules, functions, classes, methods, staticmethods,
    classmethods, and properties.
    FTcCs(||_||_||_||_dS)at
        Create a new doctest finder.

        The optional argument `parser` specifies a class or
        function that should be used to create new DocTest objects (or
        objects that implement the same interface as DocTest).  The
        signature for this factory function should match the signature
        of the DocTest constructor.

        If the optional argument `recurse` is false, then `find` will
        only examine the given object, and not any contained objects.

        If the optional argument `exclude_empty` is false, then `find`
        will include tests for objects with empty docstrings.
        N)�_parser�_verbose�_recurse�_exclude_empty)rf�verbose�parser�recurse�
exclude_emptyr+r+r,r�&s			zDocTestFinder.__init__Nc	Cs�|dkrIt|dd�}|dkrItdt|�f��qIn|dkr^d}n|dkr|tj|�}nytj|�}Wntk
r�d}Yn�X|s�tj|�}|d|d	d�dks�d}q�n|dkr�d}nB|dk	r"tj	||j
�}ntj	|�}|s@d}n|dkrs|dkrai}q|j
j�}n|j�}|dk	r�|j|�nd|kr�d|d<ng}|j
||||||i�|j�|S)
aj
        Return a list of the DocTests that are defined by the given
        object's docstring, or by any of its contained objects'
        docstrings.

        The optional parameter `module` is the module that contains
        the given object.  If the module is not specified or is None, then
        the test finder will attempt to automatically determine the
        correct module.  The object's module is used:

            - As a default namespace, if `globs` is not specified.
            - To prevent the DocTestFinder from extracting DocTests
              from objects that are imported from other modules.
            - To find the name of the file containing the object.
            - To help find the line number of the object within its
              file.

        Contained objects whose module does not match `module` are ignored.

        If `module` is False, no attempt to find the module will be made.
        This is obscure, of use mostly in tests:  if `module` is False, or
        is None but cannot be found automatically, then all objects are
        considered to belong to the (non-existent) module, so all contained
        objects will (recursively) be searched for doctests.

        The globals for each DocTest is formed by combining `globs`
        and `extraglobs` (bindings in `extraglobs` override bindings
        in `globs`).  A new copy of the globals dictionary is created
        for each DocTest.  If `globs` is not specified, then it
        defaults to the module's `__dict__`, if specified, or {}
        otherwise.  If `extraglobs` is not specified, then it defaults
        to {}.

        Nr5zJDocTestFinder.find: name must be given when obj.__name__ doesn't exist: %rFr"r3z<]>r����)r/r�r�r6�	getmoduleZ
getsourcefilerAZgetfile�	linecache�getlines�__dict__r��update�_find�sort)	rf�objr*rBr0�
extraglobsr]r��testsr+r+r,rq<sJ$	
			

zDocTestFinder.findcCs|dkrdStj|�dk	r8|tj|�kStj|�rW|j|jkStj|�r�t|d�r�|jj}nt|d�r�|j}ndS|j	|kStj
|�r�|j	|jkSt|d�r�|j	|jkSt|t�rdSt
d��dS)zY
        Return true if the given object is defined in the given
        module.
        NT�__objclass__rkz"object must be a class or function)r6r��
isfunctionr��__globals__ZismethoddescriptorrJr�rkr5�isclassr8�propertyr�)rfrB�objectZobj_modr+r+r,�_from_module�s(
zDocTestFinder._from_modulec	Cs�|jrtd|�nt|�|kr0dSd|t|�<|j|||||�}|dk	rw|j|�ntj|�r|jrx�|jj	�D]n\}	}
d||	f}	tj
|
�s�tj|
�r�|j||
�r�|j
||
|	||||�q�q�Wntj|�r
|jr
x�t|di�j	�D]�\}	}
t|	t�s|tdt|	�f��ntj
|
�p�tj|
�p�tj|
�p�t|
t�s�tdt|
�f��nd||	f}	|j
||
|	||||�qEWntj|�r�|jr�x�|jj	�D]�\}	}
t|
t�r_t||	�}
nt|
t�r�t||	�j}
ntj
|
�s�tj|
�s�t|
t�r2|j||
�r2d||	f}	|j
||
|	||||�q2q2WndS)	zm
        Find tests for the given object and any contained objects, and
        add them to `tests`.
        zFinding tests in %sNr&z%s.%s�__test__z5DocTestFinder.find: __test__ keys must be strings: %rz`DocTestFinder.find: __test__ values must be strings, functions, methods, classes, or modules: %rz%s.__test__.%s)r��printr��	_get_testr�r6r7r�r��itemsZ	isroutiner�r�r�r/r8r9r�r��staticmethod�classmethod�__func__r�)rfr�r�r*rBr�r0�seen�testZvalname�valr+r+r,r��sN	%zDocTestFinder._findc	Cst|t�r|}ndyC|jdkr3d}n'|j}t|t�sZt|�}nWnttfk
r{d}YnX|j||�}|jr�|r�dS|dkr�d}n>t|d|j�}|dd�d	kr�|dd
�}n|j	j
|||||�S)zs
        Return a DocTest for the given object, if it defines a docstring;
        otherwise, return None.
        Nr�r�rV�.pyc�.pyor&���)r�r�rm)r8r9r�rA�AttributeError�_find_linenor�r/r5r�r�)	rfr�r*rBr0r�r�r�rQr+r+r,r��s(				zDocTestFinder._get_testcCs�d}tj|�rd}ntj|�r�|dkr=dStjdt|dd��}x6t|�D]%\}}|j|�ri|}PqiqiWntj|�r�|j	}ntj
|�r�|j}ntj|�r�|j
}ntj|�r|j}ntj|�r)t|dd�d}n|dk	r�|dkrI|dStjd�}x7t|t|��D]}|j||�rn|SqnWndS)	z�
        Return a line number of the given object's docstring.  Note:
        this method assumes that the object has a docstring.
        Nr"z^\s*class\s*%s\br5�-�co_firstlinenor&z(^|.*:)\s*\w*("|'))r6r7r�rXr�r/r�r�Zismethodr�r��__code__Zistraceback�tb_frameZisframe�f_codeZiscode�ranger))rfr�r�r�Zpatr�rzr+r+r,r�!s<		zDocTestFinder._find_lineno)r5rkrlr�rr�rqr�r�r�r�r+r+r+r,rs	f>%c@s�eZdZdZddZddddd�Zdd	�Zd
d�Zdd
�Zdd�Z	dd�Z
dd�Zdd�Ze
jd�Zddd�Zddddd�Zddd�Zdd�ZdS) ra3	
    A class used to run DocTest test cases, and accumulate statistics.
    The `run` method is used to process a single DocTest case.  It
    returns a tuple `(f, t)`, where `t` is the number of test cases
    tried, and `f` is the number of test cases that failed.

        >>> tests = DocTestFinder().find(_TestClass)
        >>> runner = DocTestRunner(verbose=False)
        >>> tests.sort(key = lambda test: test.name)
        >>> for test in tests:
        ...     print(test.name, '->', runner.run(test))
        _TestClass -> TestResults(failed=0, attempted=2)
        _TestClass.__init__ -> TestResults(failed=0, attempted=2)
        _TestClass.get -> TestResults(failed=0, attempted=2)
        _TestClass.square -> TestResults(failed=0, attempted=1)

    The `summarize` method prints a summary of all the test cases that
    have been run by the runner, and returns an aggregated `(f, t)`
    tuple:

        >>> runner.summarize(verbose=1)
        4 items passed all tests:
           2 tests in _TestClass
           2 tests in _TestClass.__init__
           2 tests in _TestClass.get
           1 tests in _TestClass.square
        7 tests in 4 items.
        7 passed and 0 failed.
        Test passed.
        TestResults(failed=0, attempted=7)

    The aggregated number of tried examples and failed examples is
    also available via the `tries` and `failures` attributes:

        >>> runner.tries
        7
        >>> runner.failures
        0

    The comparison between expected outputs and actual outputs is done
    by an `OutputChecker`.  This comparison may be customized with a
    number of option flags; see the documentation for `testmod` for
    more information.  If the option flags are insufficient, then the
    comparison may also be customized by passing a subclass of
    `OutputChecker` to the constructor.

    The test runner's display output can be controlled in two ways.
    First, an output function (`out) can be passed to
    `TestRunner.run`; this function will be called with strings that
    should be displayed.  It defaults to `sys.stdout.write`.  If
    capturing the output is not sufficient, then the display output
    can be also customized by subclassing DocTestRunner, and
    overriding the methods `report_start`, `report_success`,
    `report_unexpected_exception`, and `report_failure`.
    r4�FNr"cCsv|pt�|_|dkr0dtjk}n||_||_||_d|_d|_i|_	t
�|_dS)ac
        Create a new test runner.

        Optional keyword arg `checker` is the `OutputChecker` that
        should be used to compare the expected outputs and actual
        outputs of doctest examples.

        Optional keyword arg 'verbose' prints lots of stuff if true,
        only failures if false; by default, it's true iff '-v' is in
        sys.argv.

        Optional argument `optionflags` can be used to control how the
        test runner compares expected output to actual output, and how
        it displays failures.  See the documentation for `testmod` for
        more information.
        Nz-vr")r�_checkerr=r�r��optionflags�original_optionflags�tries�failures�_name2ftrd�_fakeout)rf�checkerr�rr+r+r,r��s						zDocTestRunner.__init__cCs_|jr[|jr=|dt|j�dt|j��q[|dt|j�d�ndS)z�
        Report that the test runner is about to process the given
        example.  (Only displays a message if verbose=True)
        zTrying:
zExpecting:
zExpecting nothing
N)r�rrr\r�)rfr�r��exampler+r+r,�report_start�s		(zDocTestRunner.report_startcCs|jr|d�ndS)zt
        Report that the given example ran successfully.  (Only
        displays a message if verbose=True)
        zok
N)r�)rfr�r�rrsr+r+r,�report_success�s	zDocTestRunner.report_successcCs3||j||�|jj|||j��dS)z7
        Report that the given example failed.
        N)�_failure_headerr�output_differencer)rfr�r�rrsr+r+r,�report_failure�szDocTestRunner.report_failurecCs.||j||�dtt|���dS)zO
        Report that the given example raised an unexpected exception.
        zException raised:
N)rr\rc)rfr�r�rrar+r+r,�report_unexpected_exception�sz)DocTestRunner.report_unexpected_exceptioncCs�|jg}|jrs|jdk	rJ|jdk	rJ|j|jd}nd}|jd|j||jf�n!|jd|jd|jf�|jd�|j}|jt|��dj|�S)Nr&�?zFile "%s", line %s, in %szLine %s, in %szFailed example:rG)�DIVIDERrQr�r�r*r�r\r�)rfr�rr�r�r�r+r+r,r�s		!
	zDocTestRunner._failure_headercCsid}}|j}td�\}}}	|jj}
x	t|j�D]�\}}|jt@of|dk}
||_|jr�xH|jj�D]4\}}|r�|j|O_q�|j|M_q�Wn|jt	@r�qDn|d7}|
s�|j
|||�nd|j|f}y<tt
|j|d|d�|j�|jj�d}Wn5tk
re�Yn!tj�}|jj�YnX|jj�}|jjd�|}|dkr�|
|j||j�r�|}q�n�tj|dd��d}|
s|t|�7}n|jdkr)|	}n^|
|j||j�rJ|}n=|jt@r�|
t|j�t|�|j�r�|}q�n||kr�|
s%|j||||�q%np||kr�|
s�|j ||||�n|d7}n8||	kr%|
s|j!||||�n|d7}n|rD|jt"@rDPqDqDW||_|j#|||�t$||�S)	a�
        Run the examples in `test`.  Write the outcome of each example
        with one of the `DocTestRunner.report_*` methods, using the
        writer function `out`.  `compileflags` is the set of compiler
        flags that should be used to execute examples.  Return a tuple
        `(f, t)`, where `t` is the number of examples tried, and `f`
        is the number of examples that failed.  The examples are run
        in the namespace `test.globs`.
        r"rDr&z<doctest %s[%d]>ZsingleNr3rm)%rrr�check_outputr�r�rr�r�rrr*�execr�r�r0�debuggerr��KeyboardInterruptr=rar
r`rirrr^�format_exception_onlyrcr�rr�rrrr�_DocTestRunner__record_outcomer%)rfr��compileflagsr�rr
r	�SUCCESS�FAILUREZBOOMZcheck�
examplenumr�quietZ
optionflagr�rQZ	exceptionrsZoutcomer�r+r+r,Z__run�s�
	
		




		
	


	zDocTestRunner.__runcCs^|jj|jd�\}}||||f|j|j<|j|7_|j|7_dS)z{
        Record the fact that the given DocTest (`test`) generated `f`
        failures out of `t` tried examples.
        r"N)r"r")rr.r*rr
)rfr�rT�t�f2�t2r+r+r,Z__record_outcomeiszDocTestRunner.__record_outcomez.<doctest (?P<name>.+)\[(?P<examplenum>\d+)\]>$cCsy|jj|�}|re|jd�|jjkre|jjt|jd��}|jjdd�S|j	||�SdS)Nr*r!�keependsT)
�%_DocTestRunner__LINECACHE_FILENAME_REr�r�r�r*r��intr��
splitlines�save_linecache_getlines)rfrQ�module_globalsr�rr+r+r,Z__patched_linecache_getlinesvs
!z*DocTestRunner.__patched_linecache_getlinesTc	s~||_|dkr't|j�}ntj�|dkr��j��dksc�j�dkro�j}q���fdd�}n|jt_tj	�}t
j}t��|_
|j
j�|j
jt
_tj|_|jt_tj}tjt_z|j|||�SWd�t_|t
_tj|�|jt_|t_|ry|jj�ddl}d|_nXdS)aJ
        Run the examples in `test`, and display the results using the
        writer function `out`.

        The examples are run in the namespace `test.globs`.  If
        `clear_globs` is true (the default), then this namespace will
        be cleared after the test runs, to help with garbage
        collection.  If you would like to examine the namespace after
        the test completes, then use `clear_globs=False`.

        `compileflags` gives the set of flags that should be used by
        the Python compiler when running the examples.  If not
        specified, then it will default to the set of future-import
        flags that apply to `globs`.

        The output of each example is checked using
        `DocTestRunner.check_output`, and the results are formatted by
        the `DocTestRunner.report_*` methods.
        Nzutf-8cs,t|j�d���}�j|�dS)N�backslashreplace)r9�encode�write)rZ)rHr�r+r,r��szDocTestRunner.run.<locals>.outr")r�r2r0r=r�rH�lowerr.r
�gettracer�r�r�r�resetr�r�r*�*_DocTestRunner__patched_linecache_getlines�displayhook�__displayhook__�_DocTestRunner__run�settrace�clear�builtins�_)	rfr�rr��clear_globsZ
save_traceZsave_set_traceZsave_displayhookr8r+)rHr�r,�run~s<				
			
	
zDocTestRunner.runc
Cs9|dkr|j}ng}g}g}d}}x�|jj�D]w}|\}\}	}
||
7}||	7}|
dkr�|j|�qD|	dkr�|j||
f�qD|j|�qDW|r]|r	tt|�d�|j�x|D]}td|�q�Wn|r]tt|�d�|j�x+|D] \}}td||f�q3Wq]n|r�t|j�tt|�d�|j�x4|D])\}\}	}
td|	|
|f�q�Wn|rt|d	t|j�d
�t||d|d�n|rtd
|d�n|r,td�nt||�S)a�
        Print a summary of all the test cases that have been run by
        this DocTestRunner, and return a tuple `(f, t)`, where `f` is
        the total number of failed examples, and `t` is the total
        number of tried examples.

        The optional `verbose` argument controls how detailed the
        summary is.  If the verbosity is not specified, then the
        DocTestRunner's verbosity is used.
        Nr"zitems had no tests:z   zitems passed all tests:z %3d tests in %szitems had failures:z %3d of %3d in %sztests inzitems.z
passed andzfailed.z***Test Failed***z	failures.zTest passed.)	r�rr�r�r�r)r�rr%)
rfr�ZnotestsZpassedZfailedZtotaltZtotalfr�r*rTr#�thingr�r+r+r,�	summarize�sP








zDocTestRunner.summarizecCsv|j}xf|jj�D]U\}\}}||kr^||\}}||}||}n||f||<qWdS)N)rr�)rfr��dr*rTr#r$r%r+r+r,�merges	"

zDocTestRunner.merge)r5rkrlr�rr�rrrrrr5rrXr�r'r2r;r=r?r+r+r+r,rUs7
$
}
I9c@sFeZdZdZdd�Zdd�Zdd�Zdd	�Zd
S)ra_
    A class used to check the whether the actual output from a doctest
    example matches the expected output.  `OutputChecker` defines two
    methods: `check_output`, which compares a given pair of outputs,
    and returns true if they match; and `output_difference`, which
    returns a string describing the differences between two outputs.
    cCst|jdd�d�S)z=
        Convert string to hex-escaped ASCII string.
        �ASCIIr,)r9r-)rfrZr+r+r,�_toAsciiszOutputChecker._toAsciicCs&|j|�}|j|�}||kr.dS|t@sg||fdkrNdS||fdkrgdSn|t@s�tjdtjt�d|�}tjdd|�}||kr�dSn|t@rd	j|j	��}d	j|j	��}||krdSn|t
@r"t||�r"dSnd
S)
a�
        Return True iff the actual output from an example (`got`)
        matches the expected output (`want`).  These strings are
        always considered to match if they are identical; but
        depending on what option flags the test runner is using,
        several non-exact match types are also possible.  See the
        documentation for `TestRunner` for more information about
        option flags.
        T�True
�1
�False
�0
z(?m)^%s\s*?$r�z
(?m)^\s*?$rWF)rBrC)rDrE)rArrrXrY�escape�BLANKLINE_MARKERrr�rorrw)rfrrrsrr+r+r,rs0



zOutputChecker.check_outputcCsL|ttBtB@sdS|t@r$dS|jd�dkoK|jd�dkS)NFTrGr3)r	r
rr�)rfrrrsrr+r+r,�_do_a_fancy_diffZs
zOutputChecker._do_a_fancy_diffc
Cs�|j}|t@s+tjdt|�}n|j|||�rT|jdd�}|jdd�}|t@r�tj	||dd�}t
|�dd�}d}n�|t@r�tj||dd�}t
|�dd�}d}n@|t
@r&tjd	tj�}	t
|	j||��}d
}ndd�|D�}d
|tdj|��S|rz|rzdt|�t|�fS|r�dt|�S|r�dt|�SdSdS)z�
        Return a string describing the differences between the
        expected output for a given example (`example`) and the actual
        output (`got`).  `optionflags` is the set of option flags used
        to compare `want` and `got`.
        z(?m)^[ ]*(?=
)r&T�nr3Nz#unified diff with -expected +actualz-context diff with expected followed by actualZcharjunkzndiff with -expected +actualcSs g|]}|j�d�qS)rG)ry)r�rzr+r+r,r��s	z3OutputChecker.output_difference.<locals>.<listcomp>zDifferences (%s):
r�zExpected:
%sGot:
%szExpected:
%sGot nothing
zExpected nothing
Got:
%szExpected nothing
Got nothing
)rrrrXrYrGrHr)r	�difflibZunified_diff�listr
Zcontext_diffrZDifferZIS_CHARACTER_JUNKZcomparer\r�)
rfrrsrrrr�Z	got_linesZdiffZkindZenginer+r+r,rqs6	

	
	
	zOutputChecker.output_differenceN)r5rkrlr�rArrHrr+r+r+r,r
s
?c@s.eZdZdZdd�Zdd�ZdS)rz�A DocTest example has failed in debugging mode.

    The exception instance has variables:

    - test: the DocTest object being run

    - example: the Example object that failed

    - got: the actual output
    cCs||_||_||_dS)N)r�rrs)rfr�rrsr+r+r,r��s		zDocTestFailure.__init__cCs
t|j�S)N)r9r�)rfr+r+r,�__str__�szDocTestFailure.__str__N)r5rkrlr�r�rLr+r+r+r,r�s
c@s.eZdZdZdd�Zdd�ZdS)rz�A DocTest example has encountered an unexpected exception

    The exception instance has variables:

    - test: the DocTest object being run

    - example: the Example object that failed

    - exc_info: the exception info
    cCs||_||_||_dS)N)r�rra)rfr�rrar+r+r,r��s		zUnexpectedException.__init__cCs
t|j�S)N)r9r�)rfr+r+r,rL�szUnexpectedException.__str__N)r5rkrlr�r�rLr+r+r+r,r�s
c@sCeZdZdZddddd�Zdd�Zdd	�ZdS)
ra�	Run doc tests but raise an exception as soon as there is a failure.

       If an unexpected exception occurs, an UnexpectedException is raised.
       It contains the test, the example, and the original exception:

         >>> runner = DebugRunner(verbose=False)
         >>> test = DocTestParser().get_doctest('>>> raise KeyError\n42',
         ...                                    {}, 'foo', 'foo.py', 0)
         >>> try:
         ...     runner.run(test)
         ... except UnexpectedException as f:
         ...     failure = f

         >>> failure.test is test
         True

         >>> failure.example.want
         '42\n'

         >>> exc_info = failure.exc_info
         >>> raise exc_info[1] # Already has the traceback
         Traceback (most recent call last):
         ...
         KeyError

       We wrap the original exception to give the calling application
       access to the test and example information.

       If the output doesn't match, then a DocTestFailure is raised:

         >>> test = DocTestParser().get_doctest('''
         ...      >>> x = 1
         ...      >>> x
         ...      2
         ...      ''', {}, 'foo', 'foo.py', 0)

         >>> try:
         ...    runner.run(test)
         ... except DocTestFailure as f:
         ...    failure = f

       DocTestFailure objects provide access to the test:

         >>> failure.test is test
         True

       As well as to the example:

         >>> failure.example.want
         '2\n'

       and the actual output:

         >>> failure.got
         '1\n'

       If a failure or error occurs, the globals are left intact:

         >>> del test.globs['__builtins__']
         >>> test.globs
         {'x': 1}

         >>> test = DocTestParser().get_doctest('''
         ...      >>> x = 2
         ...      >>> raise KeyError
         ...      ''', {}, 'foo', 'foo.py', 0)

         >>> runner.run(test)
         Traceback (most recent call last):
         ...
         doctest.UnexpectedException: <DocTest foo from foo.py:0 (2 examples)>

         >>> del test.globs['__builtins__']
         >>> test.globs
         {'x': 2}

       But the globals are cleared if there is no error:

         >>> test = DocTestParser().get_doctest('''
         ...      >>> x = 2
         ...      ''', {}, 'foo', 'foo.py', 0)

         >>> runner.run(test)
         TestResults(failed=0, attempted=1)

         >>> test.globs
         {}

       NTcCs5tj||||d�}|r1|jj�n|S)NF)rr;r0r7)rfr�rr�r:�rr+r+r,r;"szDebugRunner.runcCst|||��dS)N)r)rfr�r�rrar+r+r,r(sz'DebugRunner.report_unexpected_exceptioncCst|||��dS)N)r)rfr�r�rrsr+r+r,r+szDebugRunner.report_failure)r5rkrlr�r;rrr+r+r+r,r�sYTFc	Cs|dkr!tjjd�}ntj|�sFtd|f��n|dkr^|j}ntd|�}	|r�td|d|�}
nt	d|d|�}
x3|	j
||d|d|�D]}|
j|�q�W|r�|
j�nt
dkr�|
a
n
t
j|
�t|
j|
j�S)	a*
m=None, name=None, globs=None, verbose=None, report=True,
       optionflags=0, extraglobs=None, raise_on_error=False,
       exclude_empty=False

    Test examples in docstrings in functions and classes reachable
    from module m (or the current module if m is not supplied), starting
    with m.__doc__.

    Also test examples reachable from dict m.__test__ if it exists and is
    not None.  m.__test__ maps names to functions, classes and strings;
    function and class docstrings are tested even if the name is private;
    strings are tested directly, as if they were docstrings.

    Return (#failures, #tests).

    See help(doctest) for an overview.

    Optional keyword arg "name" gives the name of the module; by default
    use m.__name__.

    Optional keyword arg "globs" gives a dict to be used as the globals
    when executing examples; by default, use m.__dict__.  A copy of this
    dict is actually used for each docstring, so that each docstring's
    examples start with a clean slate.

    Optional keyword arg "extraglobs" gives a dictionary that should be
    merged into the globals that are used to execute examples.  By
    default, no extra globals are used.  This is new in 2.4.

    Optional keyword arg "verbose" prints lots of stuff if true, prints
    only failures if false; by default, it's true iff "-v" is in sys.argv.

    Optional keyword arg "report" prints a summary at the end when true,
    else prints nothing at the end.  In verbose mode, the summary is
    detailed, else very brief (in fact, empty if all tests passed).

    Optional keyword arg "optionflags" or's together module constants,
    and defaults to 0.  This is new in 2.3.  Possible values (see the
    docs for details):

        DONT_ACCEPT_TRUE_FOR_1
        DONT_ACCEPT_BLANKLINE
        NORMALIZE_WHITESPACE
        ELLIPSIS
        SKIP
        IGNORE_EXCEPTION_DETAIL
        REPORT_UDIFF
        REPORT_CDIFF
        REPORT_NDIFF
        REPORT_ONLY_FIRST_FAILURE

    Optional keyword arg "raise_on_error" raises an exception on the
    first unexpected exception or failure. This allows failures to be
    post-mortem debugged.

    Advanced tomfoolery:  testmod runs methods of a local instance of
    class doctest.Tester, then merges the results into (or creates)
    global Tester instance doctest.master.  Methods of doctest.master
    can be called directly too, if you want to do something unusual.
    Passing report=0 to testmod is especially useful then, to delay
    displaying a summary.  Invoke doctest.master.summarize(verbose)
    when you're done fiddling.
    Nr�ztestmod: module required; %rr�r�rr0r�)r=r>r.r6r7rAr5rrrrqr;r=�masterr?r%rr
)r�r*r0r��reportrr��raise_on_errorr��finder�runnerr�r+r+r,r7s$E%
	
cCsW|r|rtd��nt||||p1d�\}}|dkr^tjj|�}n|dkrsi}n|j�}|dk	r�|j|�nd|kr�d|d<n|	r�td|d|�}
ntd|d|�}
|
j	||||d�}|
j
|�|r"|
j�ntdkr7|
an
tj
|
�t|
j|
j�S)	a


    Test examples in the given file.  Return (#failures, #tests).

    Optional keyword arg "module_relative" specifies how filenames
    should be interpreted:

      - If "module_relative" is True (the default), then "filename"
         specifies a module-relative path.  By default, this path is
         relative to the calling module's directory; but if the
         "package" argument is specified, then it is relative to that
         package.  To ensure os-independence, "filename" should use
         "/" characters to separate path segments, and should not
         be an absolute path (i.e., it may not begin with "/").

      - If "module_relative" is False, then "filename" specifies an
        os-specific path.  The path may be absolute or relative (to
        the current working directory).

    Optional keyword arg "name" gives the name of the test; by default
    use the file's basename.

    Optional keyword argument "package" is a Python package or the
    name of a Python package whose directory should be used as the
    base directory for a module relative filename.  If no package is
    specified, then the calling module's directory is used as the base
    directory for module relative filenames.  It is an error to
    specify "package" if "module_relative" is False.

    Optional keyword arg "globs" gives a dict to be used as the globals
    when executing examples; by default, use {}.  A copy of this dict
    is actually used for each docstring, so that each docstring's
    examples start with a clean slate.

    Optional keyword arg "extraglobs" gives a dictionary that should be
    merged into the globals that are used to execute examples.  By
    default, no extra globals are used.

    Optional keyword arg "verbose" prints lots of stuff if true, prints
    only failures if false; by default, it's true iff "-v" is in sys.argv.

    Optional keyword arg "report" prints a summary at the end when true,
    else prints nothing at the end.  In verbose mode, the summary is
    detailed, else very brief (in fact, empty if all tests passed).

    Optional keyword arg "optionflags" or's together module constants,
    and defaults to 0.  Possible values (see the docs for details):

        DONT_ACCEPT_TRUE_FOR_1
        DONT_ACCEPT_BLANKLINE
        NORMALIZE_WHITESPACE
        ELLIPSIS
        SKIP
        IGNORE_EXCEPTION_DETAIL
        REPORT_UDIFF
        REPORT_CDIFF
        REPORT_NDIFF
        REPORT_ONLY_FIRST_FAILURE

    Optional keyword arg "raise_on_error" raises an exception on the
    first unexpected exception or failure. This allows failures to be
    post-mortem debugged.

    Optional keyword arg "parser" specifies a DocTestParser (or
    subclass) that should be used to extract tests from the files.

    Optional keyword arg "encoding" specifies an encoding that should
    be used to convert the file to unicode.

    Advanced tomfoolery:  testmod runs methods of a local instance of
    class doctest.Tester, then merges the results into (or creates)
    global Tester instance doctest.master.  Methods of doctest.master
    can be called directly too, if you want to do something unusual.
    Passing report=0 to testmod is especially useful then, to delay
    displaying a summary.  Invoke doctest.master.summarize(verbose)
    when you're done fiddling.
    z8Package may only be specified for module-relative paths.zutf-8Nr5r�r�rr")r�rUrMr��basenamer�r�rrr�r;r=rNr?r%rr
)rQrSr*rRr0r�rOrr�rPr�rH�textrRr�r+r+r,r�s0R
	


	
ZNoNamec	Csdtd|dd�}td|d|�}x3|j||d|�D]}|j|d|�qCWdS)ar
    Test examples in the given object's docstring (`f`), using `globs`
    as globals.  Optional argument `name` is used in failure messages.
    If the optional argument `verbose` is true, then generate output
    even if there are no failures.

    `compileflags` gives the set of flags that should be used by the
    Python compiler when running the examples.  If not specified, then
    it will default to the set of future-import flags that apply to
    `globs`.

    Optional keyword arg `optionflags` specifies options for the
    testing and output.  See the documentation for `testmod` for more
    information.
    r�r�Frr0rN)rrrqr;)	rTr0r�r*rrrQrRr�r+r+r,rscCs2|t@|kr"td|��nt}|a|S)a?Sets the unittest option flags.

    The old flag is returned so that a runner could restore the old
    value if it wished to:

      >>> import doctest
      >>> old = doctest._unittest_reportflags
      >>> doctest.set_unittest_reportflags(REPORT_NDIFF |
      ...                          REPORT_ONLY_FIRST_FAILURE) == old
      True

      >>> doctest._unittest_reportflags == (REPORT_NDIFF |
      ...                                   REPORT_ONLY_FIRST_FAILURE)
      True

    Only reporting flags can be set:

      >>> doctest.set_unittest_reportflags(ELLIPSIS)
      Traceback (most recent call last):
      ...
      ValueError: ('Only reporting flags allowed', 8)

      >>> doctest.set_unittest_reportflags(old) == (REPORT_NDIFF |
      ...                                   REPORT_ONLY_FIRST_FAILURE)
      True
    zOnly reporting flags allowed)r
r��_unittest_reportflags)r1�oldr+r+r,r7s
c@s�eZdZdddddd�Zdd�Zdd�Zd	d
�Zdd�Zd
d�Zdd�Z	dd�Z
dd�Zdd�ZeZ
dd�ZdS)�DocTestCaser"NcCsAtjj|�||_||_||_||_||_dS)N)�unittest�TestCaser��_dt_optionflags�_dt_checker�_dt_test�	_dt_setUp�_dt_tearDown)rfr�r�setUp�tearDownrr+r+r,r�]s				zDocTestCase.__init__cCs,|j}|jdk	r(|j|�ndS)N)r\r])rfr�r+r+r,r_gs	zDocTestCase.setUpcCs9|j}|jdk	r(|j|�n|jj�dS)N)r\r^r0r7)rfr�r+r+r,r`ms	zDocTestCase.tearDowncCs�|j}tj}t�}|j}|t@s;|tO}ntd|d|jdd�}z5dd|_	|j
|d|jdd�\}}Wd|t_X|r�|j|j
|j����ndS)	Nrrr�Frrr�r:)r\r=r�r#rZr
rUrr[rr;r.ZfailureException�format_failurer`)rfr�rV�newrrRrr
r+r+r,�runTestus				


"
zDocTestCase.runTestcCsp|j}|jdkr!d}n
d|j}dj|jjd�dd��}d|j|j|||fS)Nzunknown line numberz%sr}r&z:Failed doctest test for %s
  File "%s", line %s, in %s

%srm)r\r�r�r*rorQ)rf�errr�r�Zlnamer+r+r,ra�s		
%zDocTestCase.format_failurecCsO|j�td|jd|jdd�}|j|jdd�|j�dS)a�Run the test case without results and without catching exceptions

           The unit test framework includes a debug method on test cases
           and test suites to support post-mortem debugging.  The test code
           is run in such a way that errors are not caught.  This way a
           caller can catch the errors and initiate post-mortem debugging.

           The DocTestCase provides a debug method that raises
           UnexpectedException errors if there is an unexpected
           exception:

             >>> test = DocTestParser().get_doctest('>>> raise KeyError\n42',
             ...                {}, 'foo', 'foo.py', 0)
             >>> case = DocTestCase(test)
             >>> try:
             ...     case.debug()
             ... except UnexpectedException as f:
             ...     failure = f

           The UnexpectedException contains the test, the example, and
           the original exception:

             >>> failure.test is test
             True

             >>> failure.example.want
             '42\n'

             >>> exc_info = failure.exc_info
             >>> raise exc_info[1] # Already has the traceback
             Traceback (most recent call last):
             ...
             KeyError

           If the output doesn't match, then a DocTestFailure is raised:

             >>> test = DocTestParser().get_doctest('''
             ...      >>> x = 1
             ...      >>> x
             ...      2
             ...      ''', {}, 'foo', 'foo.py', 0)
             >>> case = DocTestCase(test)

             >>> try:
             ...    case.debug()
             ... except DocTestFailure as f:
             ...    failure = f

           DocTestFailure objects provide access to the test:

             >>> failure.test is test
             True

           As well as to the example:

             >>> failure.example.want
             '2\n'

           and the actual output:

             >>> failure.got
             '1\n'

           rrr�Fr:N)r_rrZr[r;r\r`)rfrRr+r+r,r!�s
B
zDocTestCase.debugcCs
|jjS)N)r\r*)rfr+r+r,r��szDocTestCase.idcCstt|�t|�k	rtS|j|jkos|j|jkos|j|jkos|j|jkos|j|jkS)N)r�r�r\rZr]r^r[)rfr�r+r+r,r��szDocTestCase.__eq__cCs"t|j|j|j|jf�S)N)r�rZr]r^r[)rfr+r+r,r��szDocTestCase.__hash__cCs:|jjjd�}d|ddj|dd��fS)Nr}z%s (%s)r&rmrm)r\r*ror�)rfr*r+r+r,r��szDocTestCase.__repr__cCsd|jjS)Nz	Doctest: )r\r*)rfr+r+r,�shortDescription�szDocTestCase.shortDescription)r5rkrlr�r_r`rcrar!r�r�r�r�rLrer+r+r+r,rW[s		H
rWc@sFeZdZdd�Zdd�Zdd�Zdd�ZeZd	S)
�SkipDocTestCasecCs||_tj|d�dS)N)rBrWr�)rfrBr+r+r,r��s	zSkipDocTestCase.__init__cCs|jd�dS)Nz-DocTestSuite will not work with -O2 and above)ZskipTest)rfr+r+r,r_	szSkipDocTestCase.setUpcCsdS)Nr+)rfr+r+r,�	test_skip	szSkipDocTestCase.test_skipcCsd|jjS)NzSkipping tests from %s)rBr5)rfr+r+r,re	sz SkipDocTestCase.shortDescriptionN)r5rkrlr�r_rgrerLr+r+r+r,rf�s
rfc@seZdZdd�ZdS)�
_DocTestSuitecCsdS)Nr+)rf�indexr+r+r,�_removeTestAtIndex	sz _DocTestSuite._removeTestAtIndexN)r5rkrlrjr+r+r+r,rh	srhc	Ks0|dkrt�}nt|�}|j|d|d|�}|rxtjjdkrxt�}|jt|��|S|s�t	|d��n|j
�t�}x�|D]~}t|j�dkr�q�n|j
s|j}|dd�dkr|dd
�}n||_
n|jt||��q�W|S)a
    Convert doctest tests for a module to a unittest test suite.

    This converts each documentation string in a module that
    contains doctest tests to a unittest test case.  If any of the
    tests in a doc string fail, then the test case fails.  An exception
    is raised showing the name of the file containing the test and a
    (sometimes approximate) line number.

    The `module` argument provides the module to be tested.  The argument
    can be either a module or a module name.

    If no argument is given, the calling module is used.

    A number of options may be provided as keyword arguments:

    setUp
      A set-up function.  This is called before running the
      tests in each file. The setUp function will be passed a DocTest
      object.  The setUp function can access the test globals as the
      globs attribute of the test passed.

    tearDown
      A tear-down function.  This is called after running the
      tests in each file.  The tearDown function will be passed a DocTest
      object.  The tearDown function can access the test globals as the
      globs attribute of the test passed.

    globs
      A dictionary containing initial global variables for the tests.

    optionflags
       A set of doctest option flags expressed as an integer.
    Nr0r�r3zhas no docstringsr"rV�.pyc�.pyor&r�)rkrlrm)rrCrqr=r1�optimizerh�addTestrfr�r�r)r�rQr�rW)	rBr0r�Ztest_finderr�r��suiter�rQr+r+r,r	s,%	
	
		c@s:eZdZdd�Zdd�ZeZdd�ZdS)�DocFileCasecCsdj|jjjd��S)Nr9r})r�r\r*ro)rfr+r+r,r�]	szDocFileCase.idcCs
|jjS)N)r\rQ)rfr+r+r,r�`	szDocFileCase.__repr__cCsd|jj|jj|fS)Nz2Failed doctest test for %s
  File "%s", line 0

%s)r\r*rQ)rfrdr+r+r,rad	szDocFileCase.format_failureN)r5rkrlr�r�rLrar+r+r+r,rp[	srpc
Ks�|dkri}n|j�}|r=|r=td��nt||||pRd�\}}d|krw||d<ntjj|�}|j||||d�}	t|	|�S)Nz8Package may only be specified for module-relative paths.zutf-8r�r")r�r�rUrMr�rSr�rp)
r�rSrRr0r�rHr��docr*r�r+r+r,�DocFileTesti	s	

rrcOsbt�}|jdd�r7t|jd��|d<nx$|D]}|jt||��q>W|S)a�A unittest suite for one or more doctest files.

    The path to each doctest file is given as a string; the
    interpretation of that string depends on the keyword argument
    "module_relative".

    A number of options may be provided as keyword arguments:

    module_relative
      If "module_relative" is True, then the given file paths are
      interpreted as os-independent module-relative paths.  By
      default, these paths are relative to the calling module's
      directory; but if the "package" argument is specified, then
      they are relative to that package.  To ensure os-independence,
      "filename" should use "/" characters to separate path
      segments, and may not be an absolute path (i.e., it may not
      begin with "/").

      If "module_relative" is False, then the given file paths are
      interpreted as os-specific paths.  These paths may be absolute
      or relative (to the current working directory).

    package
      A Python package or the name of a Python package whose directory
      should be used as the base directory for module relative paths.
      If "package" is not specified, then the calling module's
      directory is used as the base directory for module relative
      filenames.  It is an error to specify "package" if
      "module_relative" is False.

    setUp
      A set-up function.  This is called before running the
      tests in each file. The setUp function will be passed a DocTest
      object.  The setUp function can access the test globals as the
      globs attribute of the test passed.

    tearDown
      A tear-down function.  This is called after running the
      tests in each file.  The tearDown function will be passed a DocTest
      object.  The tearDown function can access the test globals as the
      globs attribute of the test passed.

    globs
      A dictionary containing initial global variables for the tests.

    optionflags
      A set of doctest option flags expressed as an integer.

    parser
      A DocTestParser (or subclass) that should be used to extract
      tests from the files.

    encoding
      An encoding that will be used to convert the files to unicode.
    rSTrR)rhr.rCrnrr)�paths�kwror�r+r+r,r�	s8	
cCs$g}x�t�j|�D]�}t|t�r�|j|jdd
��|j}|r�|jd�|dd�|jd�dd�D�7}q�q|dd�|jd�dd�D�7}qWx$|r�|d
dkr�|j�q�Wx'|r|d	dkr|jd	�q�Wdj	|�dS)awExtract script from text with examples.

       Converts text with examples to a Python script.  Example input is
       converted to regular code.  Example output and all other words
       are converted to comments:

       >>> text = '''
       ...       Here are examples of simple math.
       ...
       ...           Python has super accurate integer addition
       ...
       ...           >>> 2 + 2
       ...           5
       ...
       ...           And very friendly error messages:
       ...
       ...           >>> 1/0
       ...           To Infinity
       ...           And
       ...           Beyond
       ...
       ...           You can use logic if you want:
       ...
       ...           >>> if 0:
       ...           ...    blah
       ...           ...    blah
       ...           ...
       ...
       ...           Ho hum
       ...           '''

       >>> print(script_from_examples(text))
       # Here are examples of simple math.
       #
       #     Python has super accurate integer addition
       #
       2 + 2
       # Expected:
       ## 5
       #
       #     And very friendly error messages:
       #
       1/0
       # Expected:
       ## To Infinity
       ## And
       ## Beyond
       #
       #     You can use logic if you want:
       #
       if 0:
          blah
          blah
       #
       #     Ho hum
       <BLANKLINE>
       Nr&z# Expected:cSsg|]}d|�qS)z## r+)r�r�r+r+r,r�
s	z(script_from_examples.<locals>.<listcomp>rGcSsg|]}t|��qSr+)r{)r�r�r+r+r,r�
s	rxr"rmrmrmrm)
rr�r8rr�r�rrro�popr�)rZr�Zpiecerrr+r+r,r�	s:	
0"cslt|�}t�j|�}�fdd�|D�}|sOt�d��n|d}t|j�}|S)aExtract the test sources from a doctest docstring as a script.

    Provide the module (or dotted name of the module) containing the
    test to be debugged and the name (within the module) of the object
    with the doc string with tests to be debugged.
    cs%g|]}|j�kr|�qSr+)r*)r�r#)r*r+r,r�'
s	ztestsource.<locals>.<listcomp>znot found in testsr")rCrrqr�rr�)rBr*r�r��testsrcr+)r*r,r
s
cCs t|�}t|||�dS)z4Debug a single doctest docstring, in argument `src`'N)r�debug_script)�src�pmr0rvr+r+r,r .
sc
Cs�ddl}|r!|j�}ni}|r�yt|||�Wq�ttj�d�|jdd�}|j�|jdtj�d�Yq�Xn#|jdd�j	d|||�dS)z7Debug a test script.  `src` is the script, as a string.r"Nr&r�Tr3zexec(%r))
r�r�rr�r=rar�r1Zinteractionr;)rxryr0r��pr+r+r,rw3
s
"rwcCs2t|�}t||�}t|||j�dS)z�Debug a single doctest docstring.

    Provide the module (or dotted name of the module) containing the
    test to be debugged and the name (within the module) of the object
    with the docstring with tests to be debugged.
    N)rCrrwr�)rBr*ryrvr+r+r,r!G
sc@s:eZdZdZdd�Zdd�Zdd�ZdS)	�
_TestClassz�
    A pointless class, for sanity-checking of docstring testing.

    Methods:
        square()
        get()

    >>> _TestClass(13).get() + _TestClass(-12).get()
    1
    >>> hex(_TestClass(13).square().get())
    '0xa9'
    cCs
||_dS)z�val -> _TestClass object with associated value val.

        >>> t = _TestClass(123)
        >>> print(t.get())
        123
        N)r�)rfr�r+r+r,r�c
sz_TestClass.__init__cCs|jd|_|S)zosquare() -> square TestClass's associated value

        >>> _TestClass(13).square().get()
        169
        r3)r�)rfr+r+r,�squarem
sz_TestClass.squarecCs|jS)z~get() -> return TestClass's associated value.

        >>> x = _TestClass(-42)
        >>> print(x.get())
        -42
        )r�)rfr+r+r,r.w
sz_TestClass.getN)r5rkrlr�r�r|r.r+r+r+r,r{U
s

r{z�
                      Example of a string object, searched as-is.
                      >>> x = 1; y = 2
                      >>> x + y, x * y
                      (3, 2)
                      r�a�
                                    In 2.2, boolean expressions displayed
                                    0 or 1.  By default, we still accept
                                    them.  This can be disabled by passing
                                    DONT_ACCEPT_TRUE_FOR_1 to the new
                                    optionflags argument.
                                    >>> 4 == 4
                                    1
                                    >>> 4 == 4
                                    True
                                    >>> 4 > 4
                                    0
                                    >>> 4 > 4
                                    False
                                    zbool-int equivalencez�
                Blank lines can be marked with <BLANKLINE>:
                    >>> print('foo\n\nbar\n')
                    foo
                    <BLANKLINE>
                    bar
                    <BLANKLINE>
            zblank linesz�
                If the ellipsis flag is used, then '...' can be used to
                elide substrings in the desired output:
                    >>> print(list(range(1000))) #doctest: +ELLIPSIS
                    [0, 1, 2, ..., 999]
            Zellipsisa�
                If the whitespace normalization flag is used, then
                differences in whitespace are ignored.
                    >>> print(list(range(30))) #doctest: +NORMALIZE_WHITESPACE
                    [0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14,
                     15, 16, 17, 18, 19, 20, 21, 22, 23, 24, 25, 26,
                     27, 28, 29]
            zwhitespace normalizationcCs�tjdd�}|jddddddd	d
�|jdddd
dtj�dgd	d�|jddddd	d�|jdddd	d�|j�}|j}|j}d}x|jD]}|t|O}q�W|j	r�|t
O}nx�|D]�}|jd�r{tj
j|�\}}tj
jd|�t|dd��}tj
d=t|d|d|�\}	}
n$t|ddd|d|�\}	}
|	r�dSq�WdS)NZdescriptionzdoctest runnerz-vz	--verbose�action�
store_true�defaultF�helpz'print very verbose output for all testsz-oz--optionr��choiceszqspecify a doctest option flag to apply to the test run; may be specified more than once to apply multiple optionsz-fz--fail-fastzystop running tests after first failure (this is a shorthand for -o FAIL_FAST, and is in addition to any other -o options)r]�nargsr�z file containing the tests to runr"z.pyrDr�rrSr&���)�argparse�ArgumentParser�add_argumentr'�keys�
parse_argsr]r�r�Z	fail_fastrrerMr�ror=�insertr:rr)r�r�Z	testfilesr�r�r�rQ�dirnamer�rr9r+r+r,�_test�
s<			


!r�r�)Sr�Z
__docformat__�__all__r-r�rJr6r�rMr�rXr=r^rX�ior#�collectionsr$r%r'rrrrrrrrr	r
rrrr
rGrnr2rCrUr\rcrdrwr{r�r�r�rIrrrrrr�	ExceptionrrrrNrrrrUrrYrWrfZ	TestSuiterhrrprrrrrr rwr!r{r�r�r5�exitr+r+r+r,�<module>.s�	1%$DJ��9���n	f	x$�I	IR,
		
+
?>