#9739: Handle duplicate file basenames when testing multiple files in parallel
-------------------------------+--------------------------------------------
Reporter: mpatel | Owner: mvngu
Type: defect | Status: needs_work
Priority: critical | Milestone: sage-4.7.1
Component: doctest | Keywords: doctest scripts
Work_issues: | Upstream: N/A
Reviewer: Robert Bradshaw | Author: Mitesh Patel
Merged: | Dependencies:
-------------------------------+--------------------------------------------
Comment(by leif):
Replying to [comment:50 jhpalmieri]:
> > I see no reason for doing so.
>
> There are several reasons for doing so: one is to not reinvent the
wheel, and anything we come up with is likely to be less robust than
what's built into Python.
Amen? Also, unless it uses a local filesystem, I don't think it will work
with NFS.
> Also, if we want to doctest outside of `$HOME/.sage`, is `/tmp` always
the best place? The mkstemp function doesn't always create files there,
so I'm not convinced we should.
It simply (in contrast to Sage) respects the commonly used `TMP` (`TEMP`
on M$ Windows) and `TMPDIR` environment variables.
Btw, on typical machines `/tmp` does not even really exist on a drive,
it's just in memory (and if that's exhausted, swap space will be used
transparently). If it is a real partition on a drive, you either use an
SSD or at least use that area of a conventional hard drive that is fastest
(same for swap).
> By the way, using the PID in the directory name means creating many
directories: as far as I can tell, running `sage -t DIR` uses a different
process for each file in DIR. Perhaps the PID should be in the mangled
filename instead of part of a new directory.
At least at the moment, we're dealing with `ptest*` only here, so that's
another matter (if you want to run multiple `testlong`s for example using
the same temporary directory). So `sage -t ...` wouldn't create any
directories at all.
--
Ticket URL: <http://trac.sagemath.org/sage_trac/ticket/9739#comment:52>
Sage <http://www.sagemath.org>
Sage: Creating a Viable Open Source Alternative to Magma, Maple, Mathematica,
and MATLAB
--
You received this message because you are subscribed to the Google Groups
"sage-trac" group.
To post to this group, send email to [email protected].
To unsubscribe from this group, send email to
[email protected].
For more options, visit this group at
http://groups.google.com/group/sage-trac?hl=en.
