Tomi Pieviläinen added the comment:
Tomi, do you find a different behavior in 3.2?
No, the behaviour is the same in 2.6-3.2: no compiled files have permissions
for other than root, and all non-compiled files do (because install is run with
-m 644). What made me report this bug was that
Chris Jerdonek added the comment:
I discovered this today as well while reading the doctest documentation.
One thing that I never noticed before (and that doesn't seem to be reflected in
the comments above) is that many of the code snippet rectangles in the doctest
documentation have a small
Ned Deily added the comment:
Sorry, all I can tell you is that, for me, your test produces an empty string
as output with either Python 2.7 or 3.3 and, if I remove the time.sleep() call
or remove the os.close(slave), testing or btesting is output. I'm not sure
what you believe the problem to
Charles-François Natali added the comment:
You forgot to add an entry in Misc/ACKS.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15676
___
___
Chris Jerdonek added the comment:
Attaching patch.
The doctests for these three files now all pass (using a newer version of the
patch I uploaded to issue 15629).
--
keywords: +patch
Added file: http://bugs.python.org/file27161/issue-15888-1.patch
Martin v. Löwis added the comment:
If you want to analyse this further, please provide dtruss -f output of the
script.
Most likely, this is a glitch in the operating system, but not a bug in Python.
Unless you can provide more details, or a patch, we are likely to close this
issue as works
Chris Jerdonek added the comment:
I am attaching an updated version of the patch for feedback.
The latest version of the patch I developed and used in the real-world example
of fixing both the module and documentation file doctests for the ipaddress
module (and its HOWTO) in issue 15888.
The
Antoine Pitrou added the comment:
Oops, sorry, that was a mistake.
--
resolution: invalid - fixed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15726
___
New submission from Chris Jerdonek:
This issue is to fix Doc/howto/unicode.rst so that its doctests pass when using
the doctest module.
Patch forthcoming.
--
assignee: docs@python
components: Documentation
keywords: easy
messages: 170167
nosy: cjerdonek, docs@python
priority: normal
Chris Jerdonek added the comment:
Attaching patch for the default branch.
--
keywords: +patch
stage: - patch review
Added file: http://bugs.python.org/file27163/issue-15899-1.patch
___
Python tracker rep...@bugs.python.org
Changes by Denis Bilenko denis.bile...@gmail.com:
--
nosy: +Denis.Bilenko
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15896
___
___
Christian Heimes added the comment:
No, that's not possible. 'fp' is part of the argument to
PyRun_SimpleFileExFlags() and never NULL. We need some way to distinguish a
externally provided fp from a self-opened fp and fclose(fp) in the latter case.
--
Changes by Matej Cepl mc...@redhat.com:
--
nosy: +mcepl
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15873
___
___
Python-bugs-list mailing list
New submission from Christian Heimes:
Objects/unicodeobject.c:PyUnicode_TranslateCharmap() leaks a reference to the
variable unicode. PyUnicode_Translate() is also implemented around the helper
function _PyUnicode_TranslateCharmap() but it properly decrefs the reference to
the first argument.
New submission from Simon R:
I've simply tested the example reported in the py3k documentation, and it don't
works.
See the site:
http://docs.python.org/py3k/library/multiprocessing.html?highlight=multiprocessing#module-multiprocessing.sharedctypes
The program exit with this error:
python
Richard Oudkerk added the comment:
The documentation needs updating for Python 3 so that a byte string is used.
So the line becomes
s = Array('c', b'hello world', lock=lock)
--
nosy: +sbt
___
Python tracker rep...@bugs.python.org
Changes by Simon simone.r...@bluewin.ch:
--
assignee: - docs@python
components: +Documentation -ctypes
nosy: +docs@python
type: crash - behavior
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15901
Paul Moore added the comment:
The applied fix appears to have a regression - the file argument is not allowed
to be None. The pywin32 post-install script calls imp.load_module for a C
extension with file=None, so presumably this worked in earlier versions.
The regression breaks the
Tim Golden added the comment:
Paul, are you using the hg tip of pywin32? pywin32_postintall.py was
patched a couple of months ago to use imp.load_dynamic (essentially to
work around this issue).
--
nosy: +tim.golden
___
Python tracker
Paul Moore added the comment:
On 10 September 2012 11:47, Tim Golden rep...@bugs.python.org wrote:
Tim Golden added the comment:
Paul, are you using the hg tip of pywin32? pywin32_postintall.py was
patched a couple of months ago to use imp.load_dynamic (essentially to
work around this
Nick Coghlan added the comment:
Paul, could you please report that issue/question separately? If it's a
regression, it's likely in the importlib migration in general and was
hidden by this bug rather than being introduced by the fix.
--
___
Python
Gilles Louppe added the comment:
Hi,
Any solution regarding that issue? We are currently encountering the exact same
bug when pickling too large objects.
Best,
Gilles
--
nosy: +Gilles.Louppe
___
Python tracker rep...@bugs.python.org
New submission from Paul Moore:
imp.load_module appears to have a regression - the file argument is not allowed
to be None when loading a C_EXTENSION. The pywin32 post-install script for
version 217 calls imp.load_module for a C extension with file=None, so
presumably this worked in earlier
Paul Moore added the comment:
Logged as #15902.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15828
___
___
Python-bugs-list mailing list
Roy Smith added the comment:
I've started collecting some test cases. I'll keep adding to the collection.
I'm going to start trolling ISO 8601:2004(E) for more. Let me know if there
are other sources I should be considering.
--
___
Python
Roy Smith added the comment:
Ooops, clicked the wrong button.
--
Added file: http://bugs.python.org/file27165/test-cases.py
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15873
___
Roundup Robot added the comment:
New changeset ddb406904be1 by Richard Oudkerk in branch '3.2':
Issue #15901: Change example to use byte string instead of string
http://hg.python.org/cpython/rev/ddb406904be1
--
nosy: +python-dev
___
Python tracker
Changes by Richard Oudkerk shibt...@gmail.com:
--
resolution: - fixed
stage: - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15901
___
New submission from Richard Oudkerk:
Currently rawiobase_read() reads to a bytearray object and then copies the data
to a bytes object.
There is a TODO comment saying that the bytes object should be created
directly. The attached patch does that.
--
files: iobase_read.patch
Ezio Melotti added the comment:
Is this a feature? What is it for? :)
The is added to every example that contains an interactive session to hide
the '' and '...' prompts and the output and make the code copy/pastable, and
it's not specific to doctests.
--
Brett Cannon added the comment:
How can you load a C extension without a file path? Are C extensions being
inappropriately flagged as built-in modules on Windows? What does
imp.find_module() return for the module being checked? I need more debugging
info on what imp.find_module() and
Paul Moore added the comment:
It's the open file object argument, not the path. I assume that if you
supplied None, the code opened the file for you.
--
status: pending - open
___
Python tracker rep...@bugs.python.org
Richard Oudkerk added the comment:
I see the same error on Windows (when pressing ^C), but on Linux I get
Error in sys.exitfunc:
Traceback (most recent call last):
File /usr/lib/python2.7/atexit.py, line 28, in _run_exitfuncs
import traceback
File /usr/lib/python2.7/traceback.py, line
New submission from Richard Oudkerk:
With Python 2.7 on Windows the following crashes with an assertion:
import os
[43042 refs]
f = open(foobar, wb)
[43048 refs]
os.close(f.fileno())
[43048 refs]
f.close()
Failed assertion
A box pops up with
Program:
Roundup Robot added the comment:
New changeset d012f645b8b2 by R David Murray in branch '3.2':
#14649: clarify DocTestSuite error when there are no docstrings.
http://hg.python.org/cpython/rev/d012f645b8b2
New changeset 6544fc92b528 by R David Murray in branch 'default':
Merge #14649: clarify
R. David Murray added the comment:
Thanks, Chris.
--
resolution: - fixed
stage: patch review - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14649
Eric Snow added the comment:
yeah, I keep thinking we need a better API for managing tracebacks. One of
these days...
--
nosy: +eric.snow
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15891
Amaury Forgeot d'Arc added the comment:
Is it also the case for other file operations? Here is a list that may use a
closed FILE object:
f.write('something')
f.read(1)
print f, 'something'
f.seek(0)
f.tell()
f.truncate(0)
f.flush()
f.isatty()
f.readlines()
Charles-François Natali added the comment:
Looks like - another - OS-X bug.
What happens if you reduce the size argument when reading from the error pipe?
Try setting it to a value like 512 (minimum guaranteed PIPE_BUF):
newData = os.read(errpipe_read, min(512, rSize))
You could also try to
Éric Araujo added the comment:
I don't think it should be called strict though, as that would imply that
we comply with RFC 4627 strictly
(which is not true without passing allow_nan=False for dump() or passing a
parse_constant function for load())
What if the strict mode implied both of
Richard Oudkerk added the comment:
If buffering is off then they all fail the assertion except isatty().
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15904
___
Éric Araujo added the comment:
It seems to me this is just a special case of the more general issue of
building multiple versions of the
same distribution, say with multiple versions of Python 2. In general,
anytime you change your build
environment, you should start with no existing
Roundup Robot added the comment:
New changeset c5fc49bc7a5f by R David Murray in branch '2.7':
#14649: add sample files omitted from previous checkin.
http://hg.python.org/cpython/rev/c5fc49bc7a5f
--
___
Python tracker rep...@bugs.python.org
Brett Cannon added the comment:
Well, that's extremely annoying as that doesn't work for .py or .pyc files::
import imp
stuff = imp.find_module('blah')
stuff
(_io.TextIOWrapper name=4 mode='U' encoding='utf-8', 'blah.py', ('.py', 'U',
1))
stuff[0].close()
imp.load_module('blah', None,
Changes by Brett Cannon br...@python.org:
--
nosy: +eric.snow
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15902
___
___
Python-bugs-list mailing
Chris Jerdonek added the comment:
Thanks a lot, David.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14649
___
___
Python-bugs-list mailing
New submission from Christian Heimes:
In Python/sysmodule.c the function sys_update_path() uses wcscpy to copy data
to a fixed size buffer. The input comes from an external source (argv[0]) and
could theoretically be larger than the buffer.
Suggested solution:
Increase the buffer a bit:
Christian Heimes added the comment:
search_for_prefix() and search_for_exec_prefix() contain similar code.
CID 486612
CID 486611
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15905
___
New submission from Barry A. Warsaw:
Run the following code snippet:
-snip snip-
import argparse
parser = argparse.ArgumentParser()
parser.add_argument(--test, dest=test, type=str,
default=[], action='append')
args = parser.parse_args()
print args.test, repr(args.test)
-snip
Changes by Barry A. Warsaw ba...@python.org:
--
nosy: +benjamin.peterson, georg.brandl
priority: normal - release blocker
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15906
___
Barry A. Warsaw added the comment:
Marking it as a release blocker and adding 3.3 since 3.3 hg trunk is affected.
--
versions: +Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15906
New submission from Chris Jerdonek:
doctest currently has 8 data files used for testing that are spread across
Lib/test (in addition to the main test files test_doctest.py and
test_doctest2.py):
doctest_aliases.py
sample_doctest.py
sample_doctest_no_docstrings.py
sample_doctest_no_doctests.py
Changes by R. David Murray rdmur...@bitdance.com:
--
nosy: +bethard
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15906
___
___
Python-bugs-list
Changes by Chris Jerdonek chris.jerdo...@gmail.com:
--
versions: +Python 2.7, Python 3.2
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15899
___
Georg Brandl added the comment:
I don't see how this affects 3.3: you seem to be saying the behavior is fine
there.
--
versions: -Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15906
Barry A. Warsaw added the comment:
On Sep 10, 2012, at 05:21 PM, Georg Brandl wrote:
I don't see how this affects 3.3: you seem to be saying the behavior is fine
there.
No, I thought it was because I tested the Ubuntu rc2 version, but the problem
exists in upstream hg 3.3rc2+ head.
--
Changes by Barry A. Warsaw ba...@python.org:
--
versions: +Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15906
___
___
Python-bugs-list
Roundup Robot added the comment:
New changeset 97e53273f423 by Stefan Krah in branch 'default':
Issue #15882: Change _decimal to accept any coefficient tuple when
http://hg.python.org/cpython/rev/97e53273f423
--
nosy: +python-dev
___
Python tracker
Jesús Cea Avión added the comment:
Look good to me, then. Are you committing the patch yourself?.
You can patch 2.7, 3.2 and default, and bug Georg for 3.3.0 inclusion (patches
to default will be in 3.3.1), unless Georg is notified and chooses to cherry
pick it.
--
Georg Brandl added the comment:
But it's not a release blocker for 3.3 then.
--
priority: release blocker - high
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15906
___
Changes by Jesús Cea Avión j...@jcea.es:
--
nosy: +jcea
stage: - patch review
versions: +Python 3.4
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15903
___
Barry A. Warsaw added the comment:
On Sep 10, 2012, at 05:59 PM, Georg Brandl wrote:
But it's not a release blocker for 3.3 then.
Fair enough!
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15906
Jesús Cea Avión added the comment:
Looks good to me. Are 2.7/3.2 not affected?.
Christian, Please, commit the patch and notify Georg for 3.3.0 inclusion.
--
nosy: +jcea
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15900
Roundup Robot added the comment:
New changeset 9ed2e8307e60 by Jesus Cea in branch '2.7':
#15676: Proper attribution in Misc/ACKS
http://hg.python.org/cpython/rev/9ed2e8307e60
New changeset 4f21f7532038 by Jesus Cea in branch '3.2':
#15676: Proper attribution in Misc/ACKS
Nat Hillard added the comment:
Thank you, everyone. Defining a new type for this is just what I needed. No
additional modifications are necessary on top of this new type.
--
resolution: - works for me
status: open - closed
___
Python tracker
New submission from Jesús Cea Avión:
#14888 solves this for MD5, but SHA1 is affected too.
--
assignee: jcea
messages: 170214
nosy: jcea, pitrou
priority: normal
severity: normal
status: open
title: SHA1 crashes in 64 bits when the string to hash is
versions: Python 2.7
Richard Oudkerk added the comment:
I suspect the problem is caused by nose's isolate plugin.
With this enabled, a copy of sys.modules is saved before each test and then
restored after the test. This causes garbage collection of newly imported
modules. The destructor for the module type
Andrew Moffat added the comment:
@Ned, Ok, give me a little time to work up those suggestions. On my machine,
the previous script prints testing consistently on 2.7, consistently on
3.2. I guess this is the behavior that is unexpected...it should print the
same thing for both versions.
New submission from Stefan Krah:
All Windows bots have multiple failures in test_mmap:
==
ERROR: test_entire_file (test.test_mmap.MmapTests)
--
Traceback (most
Changes by Jesús Cea Avión j...@jcea.es:
--
title: SHA1 crashes in 64 bits when the string to hash is - SHA1 crashes in 64
bits when the string to hash is bigger than 2**32 bytes
___
Python tracker rep...@bugs.python.org
Roundup Robot added the comment:
New changeset a13bfc238f27 by Jesus Cea in branch '2.7':
Closes #15908: SHA1 crashes in 64 bits when the string to hash is bigger than
2**32 bytes
http://hg.python.org/cpython/rev/a13bfc238f27
--
nosy: +python-dev
resolution: - fixed
stage: -
New submission from Jesús Cea Avión:
#14888 and #15908 solve the issue for hash.new(), but hash.update() is
failing too.
--
assignee: jcea
messages: 170219
nosy: jcea, pitrou
priority: normal
severity: normal
status: open
title: MD5 and SHA1 crash when updated with strings bigger than
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com:
--
nosy: +Arfrever
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15902
___
Richard Oudkerk added the comment:
Actually, I am not so sure it is the isolate plugin. But I do think that
sys.modules is being manipulated somewhere before shutdown.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15881
New submission from Jean-Paul Calderone:
Debugging problems involving the frozen importlib._bootstrap is difficult,
because the source for importlib._bootstrap is not available to pdb. The
bootstrap code can be stepped through, but with only function names and line
numbers available, not
Roundup Robot added the comment:
New changeset 4d36e56b56d9 by Jesus Cea in branch '2.7':
Closes #15910: MD5 and SHA1 crash when updated with strings bigger than 2**32
bytes
http://hg.python.org/cpython/rev/4d36e56b56d9
--
nosy: +python-dev
resolution: - fixed
stage: -
Jesús Cea Avión added the comment:
Ping!.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11943
___
___
Python-bugs-list mailing list
Eric Snow added the comment:
This comes back to #14657, which addressed the frozen vs. non-frozen copies of
importlib. It sounds like one useful solution for your situation would be for
_frozen_importlib to be used only long enough for bootstrap purposes. This was
discussed in that other
New submission from Jean-Paul Calderone:
The attached unit test fails with an ImportError... sometimes. Here's a little
blob of shell that seems to make the failure come up more quickly:
while ~/Projects/cpython/3.3/python -m unittest -v test_broken_import; do
rm -rf test_broken_import;
Amaury Forgeot d'Arc added the comment:
It works as along as the bytes object cannot leak to Python code, (imagine a
custom readinto() method which plays with gc.get_referrers, then calls
hash(b)...)
This is OK with this patch.
--
nosy: +amaury.forgeotdarc
Vitaly added the comment:
Per Charles-François Natali (neologix), I tried the following:
1. Reduce the initial read size argument (rSize in my code snippet) from
1048576 (1MB, the same amount as used by subprocess.Popen._executeChild) to
100: the problem appears to go away (could be just
Stefan Krah added the comment:
Duplicate.
--
resolution: - duplicate
stage: needs patch - committed/rejected
status: open - closed
superseder: - mmap: add empty file check prior to offset check
___
Python tracker rep...@bugs.python.org
Stefan Krah added the comment:
For some reason all Windows buildbots are failing since f962ec8e47a1:
==
ERROR: test_entire_file (test.test_mmap.MmapTests)
--
Eric Snow added the comment:
The FileFinder class (a path entry finder) uses a cache to efficiently track
changes to files. You can manually clear this cache by calling
importlib.invalidate_caches(). The Python test suite has several examples of
clearing the FileFinder cache in this way.
Richard Oudkerk added the comment:
Actually it is test.with_project_on_sys_path() in setuptools/commands/test.py
that does the save/restore of sys.modules. See
http://www.eby-sarna.com/pipermail/peak/2010-May/003357.html
--
___
Python tracker
Stefan Krah added the comment:
This gets rid of the permission error:
diff -r f962ec8e47a1 Lib/test/test_mmap.py
--- a/Lib/test/test_mmap.py Mon Sep 10 01:23:05 2012 +0200
+++
Jesús Cea Avión added the comment:
Daniel, your patch looks quite interesting. Please, send a contributor
agreement to the PSF: http://www.python.org/psf/contrib/contrib-form-python/ .
Let me know when you status have changed.
Why are you changing Lib/test/keycert2.pem?
Please, provide also
Changes by Jesús Cea Avión j...@jcea.es:
--
versions: +Python 3.4 -Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8109
___
___
Roundup Robot added the comment:
New changeset 25d477647a2d by Jesus Cea in branch '2.7':
#15676: mmap: add empty file check prior to offset check - Previous patch was
incomplete
http://hg.python.org/cpython/rev/25d477647a2d
--
___
Python tracker
Roundup Robot added the comment:
New changeset 88a88c32661e by Jesus Cea in branch '3.2':
#15676: mmap: add empty file check prior to offset check - Previous patch was
incomplete
http://hg.python.org/cpython/rev/88a88c32661e
New changeset 0ac94ae29abe by Jesus Cea in branch 'default':
#15676:
Stefan Krah added the comment:
I think Py_DECREF(m_obj) is missing (at least in 3.3, I didn't
look at the other versions).
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15676
___
Roundup Robot added the comment:
New changeset 39efccf7a167 by Jesus Cea in branch '2.7':
#15676: mmap: add empty file check prior to offset check - Previous patch was
incomplete (fix 2)
http://hg.python.org/cpython/rev/39efccf7a167
New changeset 56a2e862561c by Jesus Cea in branch '3.2':
Changes by Eric Snow ericsnowcurren...@gmail.com:
--
status: open - pending
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15912
___
___
Changes by Berker Peksag berker.pek...@gmail.com:
--
versions: +Python 3.4 -Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13896
___
___
Charles-François Natali added the comment:
1. Reduce the initial read size argument (rSize in my code snippet) from
1048576 (1MB, the same amount as used by subprocess.Popen._executeChild) to
100: the problem appears to go away (could be just red herring, though);
this actually makes
New submission from Ellery Newcomer:
this function is listed in the buffer docs and in abstract.h, but there is no
implementation anywhere.
--
components: None
messages: 170239
nosy: ellery.newcomer
priority: normal
severity: normal
status: open
title: PyBuffer_SizeFromFormat is
New submission from Sean B. Palmer:
create.py:
import multiprocessing
manager = multiprocessing.Manager()
namespace = manager.Namespace()
print(create.py complete)
run.py:
import create
print(run.py complete)
Correct behaviour occurs for create.py:
$ python3 create.py
create.py complete
Jesús Cea Avión added the comment:
Thanks for the heads-up, Stefan.
--
assignee: - jcea
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15676
___
New submission from Ellery Newcomer:
According to http://docs.python.org/library/array.html,
array.array supports the buffer interface; however in python 2.7,
PyObject_CheckBuffer says this is not the case.
all is well in python 3.2, though.
--
files: test.c
messages: 170242
nosy:
Changes by STINNER Victor victor.stin...@gmail.com:
--
nosy: +skrah
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15915
___
___
Python-bugs-list
1 - 100 of 129 matches
Mail list logo