[issue28326] multiprocessing.Process depends on sys.stdout being open

Changes by Tiago Antao : -- versions: +Python 3.6, Python 3.7 ___ Python tracker <http://bugs.python.org/issue28326> ___ ___ Python-bugs-list mailing list Unsub

[issue28326] multiprocessing.Process depends on sys.stdout being open

Changes by Tiago Antao : -- pull_requests: +1515 ___ Python tracker <http://bugs.python.org/issue28326> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue28326] multiprocessing.Process depends on sys.stdout being open

Tiago Antao added the comment: This is the first patch that I am submitting. More than willing to do any changes deemed necessary... -- ___ Python tracker <http://bugs.python.org/issue28

[issue28326] multiprocessing.Process depends on sys.stdout being open

Tiago Antao added the comment: I made a small patch for this. This is the first time I submit one, so please be careful with this... -- keywords: +patch nosy: +tiagoantao Added file: http://bugs.python.org/file44919/mp.patch ___ Python tracker

[issue9273] 2to to simultaneously do code AND doctests

New submission from Tiago Antao : Currently 2to3 has to be called twice in order to do a full code conversion: one for the code and another for the doctests. Would it be possible to do both things simultaneously (on passing a flag)? It would be nice if distutils.command.build_py.build_py_2to3

[issue9217] 2to3 crashes with some doctests

Tiago Antao added the comment: I've re-opened this bug because of the late examples that I've included that still crash. I can open a new bug if you prefer with the late examples (just tell me and I will open a new bug). This is somewhat important for us: In order to be able to

[issue9217] 2to3 crashes with some doctests

Tiago Antao added the comment: Another example >>> records = (record for record in \ SeqIO.parse("Roche/E3MFGYR02_random_10_reads.sff","sff") \ if record.seq[record.annotations["cli [...] Note that ... does not apply here

[issue9217] 2to3 crashes with some doctests

Tiago Antao added the comment: A few more problematic examples (hope it helps) >>> my_mseq = MutableSeq("MKQHKAMIVALIVICITAVVAAL", \ IUPAC.protein) Note the line continuation >>> rec.letter_annotations["secondary_

[issue9221] 2to3 fails to parse a for construct

New submission from Tiago Antao : 2to3 crashes with a apparently simple for. An example is presented (the first line is actually enough) >>> for clade in tree.find_clades(branch_length=True, order='level'): >>> if (clade.branch_length <

[issue9217] 2to3 crashes with some doctests

Tiago Antao added the comment: BTW, this happens in 2.6 also -- versions: +Python 2.6 ___ Python tracker <http://bugs.python.org/issue9217> ___ ___ Python-bug

[issue9217] 2to3 crashes with some doctests

Tiago Antao added the comment: Benjamin, Thanks for the fast answer. I attach the problematic file. This file is from Biopython. We are trying to have a Python 3 version of it. We applied 2to3 (no -d) first (via distutils on setup.py build) and I was applying 2to3 -d manually after it

[issue9217] 2to3 crashes with some doctests

Changes by Tiago Antao : -- type: -> crash ___ Python tracker <http://bugs.python.org/issue9217> ___ ___ Python-bugs-list mailing list Unsubscri

[issue9217] 2to3 crashes with some doctests

New submission from Tiago Antao : 2to3 -d sometimes crashes. The problem seems to be in refactor_doctest. The problematic line is: if self.log.isEnabledFor(logging.DEBUG): self.log does not exist. The error, as expected: File "/usr/lib/python3.1/lib2to3/refactor.py", li