New submission from Dave Jones:
import subprocess hangs for ~25 seconds, 700+ files in dir - py 2.7.3, & 2.6.6
I'm running this test from a LiveCD to make sure the environment is relatively
clean.
--
localhost Desktop # python --version
Pyt
Dave Jones added the comment:
That line (1) seems to pop up every time the subprocess call "hangs"
--
___
Python tracker
<http://bugs.python.o
Dave Jones added the comment:
Distros tested with include Funduntu 2012-4, Fuduntu 2013-1, Fedora 17,
Scientific Linux 6.3 & OpenSUSE 12.2 (all 32-bit) on the same hardware.
--
___
Python tracker
<http://bugs.python.org/iss
Dave Jones added the comment:
I think I found something but I do not know what it means.
Everytime the import hangs, it seems to leave behind a "time.pyc"
There are only 29 files in this directory.
[jonesda0@linux-2py2 pycode]$ ls -1tr
py5.py*
py4.py*
py3.py*
py2.py*
py1.py*
pri
Dave Jones added the comment:
Tried to edit subject to make it easier to search
--
title: import subprocess hangs for ~25 seconds, 700+ files in dir - py 2.7.3, &
2.6.6 -> import subprocess hangs for ~25 seconds, time.py file in dir - py
2.7.3,
Dave Jones added the comment:
Hello Ian.
Thank you for the reply.
As I imagine you understand, I delete the "time.pyc" file every time it comes
back.
That being said, there *is* a "time.py" script in there from some testing I was
doing:
[jonesda0@toshiba pycode]$ ls -1
New submission from Dave Jones:
While attempting to diagnose something (unrelated to this issue) under python
3.6, I used the following steps to clone and build a non-root python
installation:
$ mkdir py36
$ hg clone https://hg.python.org/cpython
$ cd cpython
$ hg update 3.6
New submission from Dave Jones:
While investigating a bug report in one of my libraries
(https://github.com/waveform80/picamera/issues/355) I've come across a
behaviour that appears in Python 3.6 but not prior versions. Specifically,
calling super() in a sub-class of a ctypes scalar
Dave Jones added the comment:
I confess I'm going to have to read a bit more about Python internals before I
can understand Eryk's analysis (this is my first encounter with "cell
objects"), but many thanks for the rapid analysis and patch!
I'm not too concerned abo
Dave Jones added the comment:
>From the bash man-page: "... If one of these characters appears, then the word
>is regarded as a pattern, and replaced with an *alphabetically sorted* list of
>filenames matching the pattern".
I would agree that glob.glob shouldn't sort i
New submission from Dave Jones:
As suggested in issue 21748, this is a minor documentation change to make
explicitly clear that glob.glob returns unsorted results (on the basis that the
existing specification references shell behaviour which is always sorted).
--
assignee: docs@python
Dave Jones added the comment:
As suggested, doc patch attached to new issue 25615.
--
___
Python tracker
<http://bugs.python.org/issue21748>
___
___
Python-bug
Dave Jones added the comment:
Sounds good; the patch seems to apply cleanly to checkouts of 2.7, 3.4, and 3.5
so I'm assuming I don't need to do anything else?
--
___
Python tracker
<http://bugs.python.o
Dave Jones added the comment:
Ah, sorry about that - force of habit. I did wonder if it was preferable to
have a nicely wrapped patch, or to have a clean diff but obviously figured
wrong! I'll know for future :)
--
___
Python tracker
14 matches
Mail list logo