Never mind -- I remembered the existence of "sage -t -verbose" and
found the problem. (It was because I had a comment in my file
containing an unmatched opening triple quote -- this somehow throws
out the doctest script's parser.)

David

On Apr 10, 12:03 pm, daveloeffler <dave.loeff...@gmail.com> wrote:
> I've been working on improving doctest coverage in the sage/modular
> directory, and I've hit a very curious problem. I added a new doctest
> to a file -- sage/modular/hecke/hecke_operator.py, if it matters --
> and ran "sage -t" with the output line of the doctest blank, meaning
> to copy the correct output out of the test failure message.
>
> But it passed, and now I can't seem to get any doctests in this file
> to fail! Even if I insert random garbage into the code, it still
> passes "sage -t". Other files that depend on this one fail; but this
> one still claims to work (even though if I run the tests from a Sage
> prompt they fail, as they should).
>
> Does anybody know how this can have happened? What could be making
> "sage -t" return "All tests passed", when the file is deliberately
> totally broken? I've tried deleting all the temporary .doctest_foo.py
> files from SAGE_ROOT/tmp/, but that doesn't help.
>
> (It may be something to do with the fact that I had a "sage -t *"
> running for the whole sage/modular directory and I interrupted it with
> Ctrl-C; has that somehow left temporary files lying around that I
> should delete? If so, which ones?)
>
> David
--~--~---------~--~----~------------~-------~--~----~
To post to this group, send email to sage-devel@googlegroups.com
To unsubscribe from this group, send email to 
sage-devel-unsubscr...@googlegroups.com
For more options, visit this group at http://groups.google.com/group/sage-devel
URLs: http://www.sagemath.org
-~----------~----~----~----~------~----~------~--~---

Reply via email to