Alexander Martin added the comment:
The successful script execution was run under Python 2.7.3 (as of today one of
the two as "production version" labeled releases). The initial report's
reference to Python 2.7.2 was made by mistake.
May anyone confirm this error beha
Martin Pool added the comment:
Hi, Martin,
On 20 August 2012 05:25, Martin v. Löwis wrote:
> Martin v. Löwis added the comment:
>
> (As usual), I'm quite skeptical about this "bulk bug report"; it violates the
> "one bug at a time" principle, wher
Changes by Martin Panter :
--
nosy: +vadmium
___
Python tracker
<http://bugs.python.org/issue3132>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Martin Panter :
--
nosy: +vadmium
___
Python tracker
<http://bugs.python.org/issue2909>
___
___
Python-bugs-list mailing list
Unsubscribe:
Martin Panter added the comment:
Also it would be nice to clarify if struct.Struct.format is meant to be a byte
string. Reading the documentation and examples I expected a character string.
It was an issue for me when embedding one structure within another:
HSF_VOL_DESC = Struct("<
Martin Panter added the comment:
Does the fix for Issue 12692 work for you? Namely this revision
<http://hg.python.org/cpython/rev/92656b5df2f2>. It was backported to C Python
3.3.4 as I understand.
--
___
Python tracker
<http://bugs.p
Changes by Martin Panter :
--
nosy: +vadmium
___
Python tracker
<http://bugs.python.org/issue20895>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Martin Panter :
--
nosy: +vadmium
___
Python tracker
<http://bugs.python.org/issue7159>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Martin Panter :
--
nosy: +vadmium
___
Python tracker
<http://bugs.python.org/issue20898>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Martin Panter :
--
nosy: +vadmium
___
Python tracker
<http://bugs.python.org/issue7776>
___
___
Python-bugs-list mailing list
Unsubscribe:
Martin Panter added the comment:
Yet another duplicate of Issue 4806, by the looks
--
nosy: +vadmium
___
Python tracker
<http://bugs.python.org/issue20
Martin Panter added the comment:
Actually I am still seeing this in 3.4.0. Looks like the doctype() method was
not removed after all.
--
versions: +Python 3.4
___
Python tracker
<http://bugs.python.org/issue19
Changes by Martin Panter :
--
nosy: +vadmium
___
Python tracker
<http://bugs.python.org/issue15351>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Martin Panter :
--
nosy: +vadmium
___
Python tracker
<http://bugs.python.org/issue21000>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Martin Panter :
--
nosy: +vadmium
title: ElementTree objects should support all the same methods are Element
objects -> ElementTree objects should support all the same methods as Element
objects
___
Python tracker
&l
New submission from Martin Panter:
Here is a regression test and patch to close the socket reader when a HTTP
server causes getresponse() to fail, for instance if the server times out and
drops the connection without sending any response. Without the patch the socket
will only be closed by
Changes by Martin Panter :
Added file: http://bugs.python.org/file34580/close.patch
___
Python tracker
<http://bugs.python.org/issue21032>
___
___
Python-bugs-list mailin
Changes by Martin Panter :
--
nosy: +vadmium
___
Python tracker
<http://bugs.python.org/issue21044>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Martin Panter:
With the code included below, and warnings enabled, I see a flood of unexpected
ImportWarnings as the interpreter exits. The issue is seen with Python 3.4.0,
but apparently not with 3.3.5.
The issue originally happened with code using the Py Socks library
Changes by Martin Panter :
--
nosy: +vadmium
___
Python tracker
<http://bugs.python.org/issue21052>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Martin Kolman:
We are currently working on adding tracing support to Anaconda, the Fedora/Red
Hat Enterprise Linux installer and we have encountered some pretty strange
behavior of the trace module. Anaconda (or to be concrete the Blivet storage
library used by Anaconda
Changes by Martin Dengler :
--
nosy: +mdengler
___
Python tracker
<http://bugs.python.org/issue15414>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Martin Dengler :
--
nosy: +mdengler
___
Python tracker
<http://bugs.python.org/issue1669539>
___
___
Python-bugs-list mailing list
Unsubscribe:
Martin Panter added the comment:
If you do go ahead and add “except Exception” clauses, maybe look around at
what other exceptions are being handled. The other day I stumbled across this
in “tkinter.font” module:
try:
...
except (KeyboardInterrupt, SystemExit):
raise
except Exception
Martin Panter added the comment:
I suspect “iterable” is the wrong term.
>>> isinstance(set(), Iterable)
True
>>> "abc".translate(set())
TypeError: 'set' object does not support indexing
>>> "abc".translate(object())
TypeError: &
Martin Panter added the comment:
This is closely related to Issue 16349. If format strings were explicitly
allowed to be byte strings there would be less conflict, but documenting the
data type of the “format” attribute is better than nothing.
--
nosy: +vadmium
Martin Panter added the comment:
The issue of Struct.format being a byte string has been raised separately in
Issue 21071.
--
___
Python tracker
<http://bugs.python.org/issue16
Martin Panter added the comment:
The suggested subclass might have to call the default bind(("", 0)) before
running certain other operations, including connect(), send[to](),
recv[from](), since these operations are meant to automatically bind if
necessary.
--
nosy
Martin Panter added the comment:
I don’t think these ones could be so easily fixed, but on my computer “pydoc”
references:
* library/importlib.machinery.html (ideally should be
library/importlib.html#module-importlib.machinery)
* library/tkinter.font.html (not in Python documentation at all
Changes by Martin Panter :
--
nosy: +vadmium
___
Python tracker
<http://bugs.python.org/issue1191964>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Martin Panter :
--
nosy: +vadmium
___
Python tracker
<http://bugs.python.org/issue21108>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Martin Panter:
>>> from shutil import make_archive; make_archive("a", "tar")
Traceback (most recent call last):
File "", line 1, in
File "/usr/lib/python3.4/shutil.py", line 783, in make_archive
filename = fun
Martin Panter added the comment:
Seems like shutil._unpack_tarfile() is affected. I guess it could at least do
with one of those warnings in the documentation for make_archive().
The patch for this bug looks a bit over enthusiastic, for example
skip_prefixes("blaua../stuff") would i
Changes by Martin Panter :
--
nosy: +vadmium
___
Python tracker
<http://bugs.python.org/issue20198>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Martin Panter :
--
nosy: +vadmium
___
Python tracker
<http://bugs.python.org/issue18304>
___
___
Python-bugs-list mailing list
Unsubscribe:
Martin Panter added the comment:
Looking at Issue 430706 and revision 27f36f4bf525, there is concious support
for HTTP 1.1 persistent connections. Apparently the 1.0 default is just for
backwards compatibility.
--
nosy: +vadmium
___
Python tracker
Changes by Martin Panter :
--
nosy: +vadmium
___
Python tracker
<http://bugs.python.org/issue21257>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Martin Panter :
--
nosy: +vadmium
___
Python tracker
<http://bugs.python.org/issue16285>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Martin Panter :
--
nosy: +vadmium
___
Python tracker
<http://bugs.python.org/issue19829>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Martin Panter:
>>> f = open("/dev/stdout", "w+b") # Or any non-seekable file, pipe, etc
__main__:1: ResourceWarning: unclosed file <_io.FileIO name='/dev/stdout'
mode='rb+'>
Traceback (most recent call last):
File &qu
Martin Panter added the comment:
I opened Issue 21310 about a ResourceWarning from open() which I suspect is the
same as what was originally described here.
--
nosy: +vadmium
___
Python tracker
<http://bugs.python.org/issue18
Martin Panter added the comment:
I interpreted it more along the lines of “. . . returns a
http.client.HTTPResponse object [with] the following [additional] methods.”
Indeed, a HTTP urlopen() response I just tried does have info(), geturl() and
getcode() methods, and I know the info() method
Martin Panter added the comment:
I ran into a related issue with the gettarinfo() method. Would that fall under
the scope of this bug, or should I raise a separate one?
>>> with tarfile.open("/dev/null", "w") as tar:
... with open(b"/bin/sh", &q
Martin Kolman added the comment:
@ 1.: Reproducer attached to the comment - just build the C code and run
trace_test.py It is maybe not as minimal as it could be but I'm afraid the
context of what the module is doing would be lost if it was cut down too
aggressively.
@ 2.: I'm afra
Martin Panter added the comment:
Perhaps you can avoid the 10 s deadlock timeout and threading in your test by
closing the underlying input pipe file descriptor (or raw file object), without
flushing it.
Also, it seems to me that “line_buffering=True” is redundant with
“write_through=True
Martin Panter added the comment:
Sorry, it seems I was wrong on the second point. Looking closer, it seems
write-through mode only flushes the TextIOWrapper layer, not the underlying
binary file object, whereas line-buffering mode flushes everything to the OS,
so the extra line_buffering=True
Changes by Martin Panter :
--
nosy: +vadmium
___
Python tracker
<http://bugs.python.org/issue21396>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Martin Panter :
--
nosy: +vadmium
___
Python tracker
<http://bugs.python.org/issue21363>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Martin Panter :
--
nosy: +vadmium
___
Python tracker
<http://bugs.python.org/issue21368>
___
___
Python-bugs-list mailing list
Unsubscribe:
Martin Panter added the comment:
That particular revision isn’t sound so bad; I think the next revision,
78fb7f8cd349, which adds the make_streams_binary() function that replaces the
variables is a worry though.
This is the kind of code I use when I want to write binary data to stdout
Martin Panter added the comment:
On second thoughts maybe the idea of closing the input is not such a good idea
in practice. Once you call os.close() on the file descriptor, that descriptor
becomes unallocated, and I can’t see any way to prevent p.stdin.close(),
Popen() context, destructors
Martin Pitt added the comment:
I can reproduce this here. In that test, I added the following:
with open('/tmp/debug', 'w') as f:
for call in self.stderr.method_calls:
f.write('call: %s\n' % str(call))
This gives:
==
Changes by Martin Dengler :
--
nosy: +mdengler
___
Python tracker
<http://bugs.python.org/issue21423>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Martin Dengler :
--
nosy: +mdengler
___
Python tracker
<http://bugs.python.org/issue9400>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Martin Dengler :
--
nosy: +mdengler
___
Python tracker
<http://bugs.python.org/issue8296>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Martin Panter:
At the bottom of the “tkinter” doc page it mentions the “data” option is
available. However I was unable to get it to work well when passing a plain
bytes() string in. It seems the bytes() string gets interpreted as UTF-8
somewhere along the line, although
Martin Panter added the comment:
Thanks for looking at this. Originally the issue was found by reading the GIF
and PNG images on various web pages, such as
<http://www.weatherzone.com.au/vic/north-central/castlemaine>. However I was
also able to produce the problem with the other form
New submission from Martin Panter:
The documentation for the “subprocess” module says that a “with” statement will
“wait for” the process, implying that it does not leave a zombie. However this
is not the case if there is buffered input data:
$ python3 -Wall -bt -q
>>> import s
New submission from Martin Panter:
I made a writer class whose write() and flush() methods (unintentionally)
triggered exceptions. I wrapped this in a BufferedWriter. When close() is
called, the resulting exception has a string object in its __context__
attribute. Although the original error
Changes by Martin Panter :
--
nosy: +vadmium
___
Python tracker
<http://bugs.python.org/issue634412>
___
___
Python-bugs-list mailing list
Unsubscribe:
Martin Panter added the comment:
Trouble is, in Python 2 bytes() and str() are the same thing, and most of those
conditions don’t apply. Maybe something like this is more correct:
-b : issue warnings about comparing bytearray with unicode.
(-bb: issue errors
Martin Panter added the comment:
I have a related issue in Python 3.4. I suspect it is the same underlying
problem as Henning’s. BufferedWriter is trying to write memoryview() objects,
but the documentation for RawIOBase.write() implies it only has to accept
bytes() and bytearray() objects
Martin Dengler added the comment:
The attached file is a patch for backporting this fix to 2.7.7.
--
Added file:
http://bugs.python.org/file35573/cpython2-patch-Lib-distutils-command-upload.py.patch
___
Python tracker
<http://bugs.python.
New submission from Martin Dengler:
This patch teaches distutils/command/upload.py to return a non-zero exit code
when uploading fails. Currently a zero error code is returned (specifically,
no Exception is raised by upload.run(...)) regardless of the HTTP response from
the server or any
Martin Dengler added the comment:
Here is the patch against hg tip.
--
Added file:
http://bugs.python.org/file35581/cpython-patch-Lib-distutils-command-upload.py.patch
___
Python tracker
<http://bugs.python.org/issue21
Changes by Martin Dengler :
Removed file:
http://bugs.python.org/file35573/cpython2-patch-Lib-distutils-command-upload.py.patch
___
Python tracker
<http://bugs.python.org/issue21
Martin Dengler added the comment:
Here is the patch against hg 2.7.
--
Added file:
http://bugs.python.org/file35582/cpython2-patch-Lib-distutils-command-upload.py.patch
___
Python tracker
<http://bugs.python.org/issue21
Changes by Martin Dengler :
Removed file:
http://bugs.python.org/file35572/cpython-patch-Lib-distutils-command-upload.py.patch
___
Python tracker
<http://bugs.python.org/issue21
Martin Dengler added the comment:
I will submit patches with tests as soon as the before & after tests finish.
--
___
Python tracker
<http://bugs.python.org/iss
Martin Dengler added the comment:
Here is the patch against tip, including a new test case.
--
Added file:
http://bugs.python.org/file35583/cpython-patch-Lib-distutils-command-upload.py.patch
___
Python tracker
<http://bugs.python.org/issue21
Martin Dengler added the comment:
Here is the patch against 2.7, including a new test case.
--
Added file:
http://bugs.python.org/file35584/cpython2-patch-Lib-distutils-command-upload.py.patch
___
Python tracker
<http://bugs.python.org/issue21
Martin Dengler added the comment:
If you'd like me to change anything about the test case please let me know.
--
___
Python tracker
<http://bugs.python.org/is
Changes by Martin Panter :
--
nosy: +vadmium
versions: +Python 3.4
___
Python tracker
<http://bugs.python.org/issue13322>
___
___
Python-bugs-list mailin
Changes by Martin Panter :
--
nosy: +vadmium
___
Python tracker
<http://bugs.python.org/issue9008>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Martin Panter :
--
nosy: +vadmium
___
Python tracker
<http://bugs.python.org/issue5207>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Martin Panter :
--
nosy: +vadmium
___
Python tracker
<http://bugs.python.org/issue21767>
___
___
Python-bugs-list mailing list
Unsubscribe:
Martin Panter added the comment:
For RFC 2822, perhaps email.utils.parsedate() is good enough?
For RFC 3339, Issue 15873 has been opened for the "datetime" module. It has
more discussion and code, so perhaps this bug can be closed as a
Changes by Martin Panter :
--
nosy: +vadmium
___
Python tracker
<http://bugs.python.org/issue4887>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Martin Panter :
--
nosy: +vadmium
___
Python tracker
<http://bugs.python.org/issue21777>
___
___
Python-bugs-list mailing list
Unsubscribe:
Martin Dengler added the comment:
I've got the contrib form bit now.
--
___
Python tracker
<http://bugs.python.org/issue21722>
___
___
Python-bugs-list m
Changes by Martin Panter :
--
nosy: +vadmium
___
Python tracker
<http://bugs.python.org/issue13238>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Martin Panter :
--
nosy: +vadmium
___
Python tracker
<http://bugs.python.org/issue8604>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Martin Panter :
--
nosy: +vadmium
___
Python tracker
<http://bugs.python.org/issue7317>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Martin Kugler:
Calling doc.replaceChild(new_child, old_child) with new_child and old_child
being similar nodes in two different documents results in new_child to be
removed from its document instead of old_child being removed from doc.
Example:
new_child
Changes by Martin Panter :
--
nosy: +vadmium
___
Python tracker
<http://bugs.python.org/issue2927>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Martin Panter :
--
nosy: +vadmium
___
Python tracker
<http://bugs.python.org/issue16549>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Martin Dengler :
--
nosy: +mdengler
___
Python tracker
<http://bugs.python.org/issue15716>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Martin Dengler :
--
nosy: +mdengler
___
Python tracker
<http://bugs.python.org/issue16499>
___
___
Python-bugs-list mailing list
Unsubscribe:
Martin Mokrejs added the comment:
For the sake of internet archives, the following could be included in the FAQ
you referred to:
http://www.scipy.org/Cookbook/BuildingArrays
>>> import numpy as np
>>> a=np.array(5*[False],bool)
>>> a
array([False, False, False
Changes by Martin Panter :
--
nosy: +vadmium
___
Python tracker
<http://bugs.python.org/issue16809>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Martin Panter :
--
nosy: +vadmium
___
Python tracker
<http://bugs.python.org/issue11344>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Martin Panter:
I am using the C version of Element Tree via the main ElementTree module. I
have subclassed XMLParser, and created my own target object. I am not that
interested in XML doctypes, but the following simplified code raises a
DeprecationWarning:
$ python3.3
Martin Panter added the comment:
What happened to this patch? The current documentation is very misleading
because the descriptions of the two block fields appear to complement each
other.
--
nosy: +vadmium
___
Python tracker
<h
Martin Matusiak added the comment:
I've checked sys.version on IronPython 2.6.1, 2.6.2 (same format) and 2.7.4
(slightly different).
The patch includes two new test cases. I've also taken the liberty of adding
some newlines in between the items in the dict as I found this code ver
Martin Matusiak added the comment:
Hm, I see. Actually, "in" is already used in this function a little further
down:
elif "PyPy" in sys_version:
So we should change both occurrences then. I'm attaching a v2 with these
changes.
--
Added file: http://
Changes by Martin Marcher :
--
nosy: -serverhorror
___
Python tracker
<http://bugs.python.org/issue13405>
___
___
Python-bugs-list mailing list
Unsubscribe:
Martin Matusiak added the comment:
It seems the versions of IronPython 1.0 mentioned in test cases do actually
support the "in" keyword, so the first version of the patch is probably
sufficient.
Example session:
>>> sys.version
IronPython 1.0.60816 on .NET 2.0.50727.3643
Martin Matusiak added the comment:
Attaching a v3 which uses "in" and "startswith".
Just for good measure I ran this module on IronPython 1.0 and it fails on
import:
- bytes literal: b'(__libc_init)'
- "if" as infix operator: line 177
- "unexpect
Martin Matusiak added the comment:
Double checked that the test passes against both default and 2.7 branches.
Is there anything else that needs to happen here or are you satisfied,
Marc-Andre?
--
___
Python tracker
<http://bugs.python.
New submission from Martin Matusiak:
- Another option is to use an installed copy of coverage.py if you already have
an installed copy.
--
components: Devguide
files: typo_coverage.diff
keywords: patch
messages: 200474
nosy: ezio.melotti, numerodix
priority: normal
severity: normal
901 - 1000 of 8942 matches
Mail list logo