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 about the state be
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 type
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
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 <
Dave Jones added the comment:
As suggested, doc patch attached to new issue 25615.
--
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/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:
>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 its re
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
Python 2.7.3
--- works
Dave Jones added the comment:
That line (1) seems to pop up every time the subprocess call hangs
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17124
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 rep...@bugs.python.org
http://bugs.python.org
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*
print_func.py
test.py
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, 2.6.6
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 -1tr *.py* | egrep sp|time
13 matches
Mail list logo