Amaury Forgeot d'Arc amaur...@gmail.com added the comment:
Closing as a duplicate of issue706263.
Instead of changing all print statements, you could set sys.stdout to another
file, for example:
sys.stdout=StringIO()
or another object that simply discards written data.
--
nosy:
Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp added the comment:
Patch for import.c was checked in (#9752), so last piece is just patch
for Include/pythread.h. I'll commit this near future. I believe this is
not problematic.
--
assignee: - ocean-city
New submission from Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp:
I noticed regrtest claimed it cannot delete folder after test_tarfile
ran. It was like this.
Traceback (most recent call last):
File e:\python-dev\py3k\lib\runpy.py, line 160, in _run_module_as_main
__main__, fname, loader,
Changes by Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp:
--
stage: - commit review
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9815
___
___
New submission from Joseph Schaeffer thir...@gmail.com:
Reading the Python 2.6 docs, it appeared that using random.jumpahead would
allow the initialization of several generators with the same seed but having
much different internal states. While the resulting PRNG appear to have
different
Changes by Giampaolo Rodola' g.rod...@gmail.com:
--
nosy: +giampaolo.rodola
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9808
___
___
Changes by Ned Deily n...@acm.org:
--
nosy: +rhettinger
versions: -Python 2.5, Python 2.6
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9816
___
Changes by Raymond Hettinger rhettin...@users.sourceforge.net:
--
assignee: - rhettinger
priority: normal - low
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9816
___
New submission from Matthias Klose d...@debian.org:
files in Modules/expat reference a file COPYING for the copyright/license, but
this is file is not included in the Python sources.
Proposing to add the attached file, taken from the expat sources.
--
assignee: doko
components: None
Sébastien Sablé sa...@users.sourceforge.net added the comment:
Antoine, I tested this patch on py3k with both gcc and xlc in static and shared
mode and I did not notice any issue.
I attach the build and test logs.
I think you can safely commit it.
--
Added file:
Changes by Sébastien Sablé sa...@users.sourceforge.net:
Added file:
http://bugs.python.org/file18819/py3k_aix61_static_xlc_patchshared.txt.gz
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue941346
Changes by Sébastien Sablé sa...@users.sourceforge.net:
Added file:
http://bugs.python.org/file18820/py3k_aix61_shared_xlc_pathshared.txt.gz
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue941346
___
Changes by Sébastien Sablé sa...@users.sourceforge.net:
Added file:
http://bugs.python.org/file18821/py3k_aix61_static_gcc_patchshared.txt.gz
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue941346
Changes by Sébastien Sablé sa...@users.sourceforge.net:
Added file:
http://bugs.python.org/file18822/py3k_aix61_shared_gcc_patchshared.txt.gz
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue941346
New submission from Matthias Klose d...@debian.org:
PC/V[CS]* contain the information to build the wininst-[678]* files, but I
don't see any information how to build wininst-9.0*.
--
components: Build
messages: 115988
nosy: doko
priority: normal
severity: normal
status: open
title:
Changes by Giampaolo Rodola' g.rod...@gmail.com:
--
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9706
___
___
New submission from Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp:
Hello. I noticed test suite reports WARNING every time.
///
E:\python-devpy3k -m test.regrtest test_os
WARNING: The filename '@test_464_tmp-共有される' CAN be encoded by the filesyste
m
Raymond Hettinger rhettin...@users.sourceforge.net added the comment:
Thanks for the report. Something does appear to be broken. When the states
are different, the random numbers should be different. Am looking in to it.
In the mean time, I recommend against using jumpahead() with MT. It
Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp added the comment:
And one little thing. I noticed variable name varies in
python2.x and python3.x.
TESTFN_UNICODE_UNDECODEABLE (2.x)
TESTFN_UNICODE_UNDECODABLE (3.x)
I think 2.x should be unified into 3.x name. Thanks.
--
Changes by Amaury Forgeot d'Arc amaur...@gmail.com:
--
assignee: - haypo
nosy: +haypo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9819
___
___
Georg Brandl ge...@python.org added the comment:
I'm not in favor of this change. PEP 3179 was accepted because it presented an
optional additional feature that doesn't break compatibility.
For example, build tools of third-party external modules that do not use
distutils would break.
Georg Brandl ge...@python.org added the comment:
Martin might be able to provide some insight from when (IIRC) Windows dynamic
DLLs were restricted to .pyd extension only.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9806
STINNER Victor victor.stin...@haypocalc.com added the comment:
WARNING: The filename '@test_464_tmp-共有される' CAN be encoded
by (...) cp932
We should find character not encodable in any Windows code page, but accepted
as filenames.
characters like \u2661 or \u2668 (...)
mbcs uses ANSI code
New submission from STINNER Victor victor.stin...@haypocalc.com:
In Python 3.2, mbcs encoding (default filesystem encoding on Windows) is now
strict: raise an error on unencodable/undecodable characters/bytes. But
os.listdir(b'.') encodes unencodable bytes as b'?'.
Example:
STINNER Victor victor.stin...@haypocalc.com added the comment:
I found this bug while trying to find an unencodable filename for #9819
(TESTFN_UNDECODABLE).
Anyway, the bytes API should be avoided on Windows since Windows native
filename type is unicode.
--
STINNER Victor victor.stin...@haypocalc.com added the comment:
See also #9820.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9819
___
___
Raymond Hettinger rhettin...@users.sourceforge.net added the comment:
I see the problem now. Random.jumpahead(n) does a very poor job of shuffling
MT's state when n is small. The first few numbers of the state are different
but some of the later ones are not. When random() crawls across
Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp added the comment:
Thank you for a reply.
u'\u2661' is encodable to cp949
Doh!
I can imagine it's difficult to find out such character. ;-)
--
___
Python tracker rep...@bugs.python.org
Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp added the comment:
I also confirmed '\u0363' can be used as filename.
dir command cannot print filename correctly, though.
E:\python-dev\foo のディレクトリ
2010/09/10 19:44 DIR .
2010/09/10 19:44 DIR ..
2010/09/10 19:44
New submission from STINNER Victor victor.stin...@haypocalc.com:
It would be nice to support PEP 383 (surrogateescape) on Windows, but the mbcs
codec doesn't support it for performance reason. The Windows functions to
encode/decode MBCS don't give the index of the unencodable/undecodable
STINNER Victor victor.stin...@haypocalc.com added the comment:
os.listdir(b'listdir') should raise an error (and not ignore
the filename or replaces unencodable characters by b'?').
To avoid the error, a solution is to support the PEP 383 on Windows (for the
mbcs encoding). I opened a
Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp added the comment:
Hello. How about this patch? I just mimicked create_stdio() in
Python/pythonrun.c. (Mostly) Newlines looks correct as well as
python2.x. I tested this on windows.
--
nosy: +ocean-city
Added file:
Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp added the comment:
And here is more advanced (?) patch. More closer to Python/pythonrun.c
's implementaion.
I tried regrtest_stdout_newline.patch, but it doesn't work.
# AttributeError: '_io.TextIOWrapper' object has no attribute '_writenl'
Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp added the comment:
I believe attached patch will fix this issue. Please forget
previous patch.
--
Added file: http://bugs.python.org/file18826/py27_fix_threaded_file_close.patch
___
Python tracker
Marc-Andre Lemburg m...@egenix.com added the comment:
STINNER Victor wrote:
New submission from STINNER Victor victor.stin...@haypocalc.com:
It would be nice to support PEP 383 (surrogateescape) on Windows, but the
mbcs codec doesn't support it for performance reason. The Windows
STINNER Victor victor.stin...@haypocalc.com added the comment:
dir command cannot print filename correctly, though.
Who cares? We just have to be able to create a file with a name containing non
encodable characters, list the directory, and then remove this evil file.
--
With r84666, Python
Changes by STINNER Victor victor.stin...@haypocalc.com:
Removed file: http://bugs.python.org/file18823/find_unencode_filename.py
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9819
___
Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp added the comment:
Maybe is #5619 related?
--
dependencies: +Pass MS CRT debug flags into subprocesses
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9116
New submission from sorin sorin.sbar...@gmail.com:
Currently most batch files from Tools\buildbot do fail to run if you do not
call them from the python source root directory.
I already have patched files, but the question is against which branch should I
make them, considering that this bug
Changes by sorin sorin.sbar...@gmail.com:
--
keywords: +patch
Added file: http://bugs.python.org/file18828/buildbot_curdir.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9822
___
Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp added the comment:
Thank you for the fix.
Who cares? We just have to be able to create a file with a name
containing non encodable characters, list the directory, and then
remove this evil file.
I won't. ;-)
Sorry, that was not compliant. I just
STINNER Victor victor.stin...@haypocalc.com added the comment:
Oh wait. PEP 383 is a solution to store undecodable bytes in an unicode string,
but for mbcs I'm trying to get the opposite: store unicode in bytes and this is
not possible (at least with PEP 383).
Example with Python 3.1:
STINNER Victor victor.stin...@haypocalc.com added the comment:
With r84666, Python uses -\u5171\u6709\u3055\u308c\u308b
suffix for TESTFN_UNENCODABLE.
Backported to 3.1 as r84668. I don't want to patch Python 2.x (its unicode
support is lower and the code is too different than Python3) and
R. David Murray rdmur...@bitdance.com added the comment:
The general rule for submitting patches is to make them against development
trunk (which is currently the py3k branch). Unified diffs from the top level
of the checkout are preferred; whole files are not useful.
However, it is not
Benjamin Peterson benja...@python.org added the comment:
Indeed, PEP 3179 is only supposed to add support for people who wish to version
their modules.
--
resolution: - rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
sorin sorin.sbar...@gmail.com added the comment:
In this case I made the patch on the right branch (py3k).
These scripts could be called manually and it doesn't make any sense not to
make them work in all cases.
Not every Windows developer is using Visual Studio to build things, 'some' of
Sébastien Sablé sa...@users.sourceforge.net added the comment:
I tested Michael test in msg115868 on my AIX system (AIX 6.1 with flock
correctly present in libbsd) with py3k and it works fine:
checking for flock declaration... yes
checking for flock... no
checking for flock in -lbsd... yes
Barry A. Warsaw ba...@python.org added the comment:
s/3179/3149/
:)
The point about building w/o distutils is a good one and touches on my concerns
in my comment above. It would be nice to know whether there's any measurable
practical benefit to the change, i.e. measure startup time for an
Daniel Urban urban.dani...@gmail.com added the comment:
Attached is a greatly revised patch, with two significant changes:
- Adds support for !PyLong_CheckExact (using _PySequence_IterSearch)
Thanks, indeed, we should support that.
Any strong feelings on whether range.index should support
Daniel Urban urban.dani...@gmail.com added the comment:
Is there anybody, who is interested in this?
There are some substantial problems with it (hashing a dict), so I suggest that
this should be closed, unless somebody is interested.
--
status: open - pending
R. David Murray rdmur...@bitdance.com added the comment:
I did not realize the build instructions recommended using the buildbot tool.
It is clearly past time I got around to doing windows build myself.
Please regenerate the diffs from the top level of the checkout, and we'll see
if one of
Brian Curtin cur...@acm.org added the comment:
This is just a guess, but it might have to do with how buildbot works, so I'd
be careful of changing this. A lot of things (everything?) in that
Tools\buildbot folder depend on being run from the top-level directory in order
to work correctly.
Charles M Norton old_road_f...@verizon.net added the comment:
Solved. I needed to download a separate packed. Thanks.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9813
___
sorin sorin.sbar...@gmail.com added the comment:
This is true, that this can impact the build process but the changes are
assuring that it will always chdir to the right directory.
BTW, %~dp0 is the directory when the batch file is located.
--
Added file:
Changes by sorin sorin.sbar...@gmail.com:
Removed file: http://bugs.python.org/file18829/readme.txt.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9822
___
Changes by sorin sorin.sbar...@gmail.com:
Removed file: http://bugs.python.org/file18828/buildbot_curdir.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9822
___
Changes by Amaury Forgeot d'Arc amaur...@gmail.com:
--
assignee: - amaury.forgeotdarc
resolution: - accepted
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4617
___
Changes by Sébastien Sablé sa...@users.sourceforge.net:
Removed file:
http://bugs.python.org/file18820/py3k_aix61_shared_xlc_pathshared.txt.gz
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue941346
Changes by Sébastien Sablé sa...@users.sourceforge.net:
Added file:
http://bugs.python.org/file18832/py3k_aix61_shared_xlc_pathshared.txt.gz
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue941346
___
Sébastien Sablé sa...@users.sourceforge.net added the comment:
For info: I have no problem compiling _multiprocessing and passing the unittest
test_multiprocessing with py3k rev84631 on AIX 6.1 with xlc_r compiler without
the patch proposed here.
I don't know if this is due to some updates in
Sébastien Sablé sa...@users.sourceforge.net added the comment:
You may want to take a look at issue 941346 in order to compile libpython2.6.so
on AIX.
I also embed python in my AIX application, and I had no problem once python was
compiled as share thanks to the patch provided in the other
Sébastien Sablé sa...@users.sourceforge.net added the comment:
For info: I have no problem with test_shutil on AIX 6.1 with python 2.6.6 or
python 3.2alpha2.
There may be no problem anymore.
--
nosy: +sable
___
Python tracker rep...@bugs.python.org
New submission from Ram Rachum cool...@cool-rr.com:
OrderedDict is currently comparable to dict.
I think this is not logical, because a dict doesn't have order, and having an
identical order is a necessary condition for a match.
I think that comparing an OrderedDict with a dict makes as much
Benjamin Peterson benja...@python.org added the comment:
This was purposeful. See PEP 372.
--
nosy: +benjamin.peterson
resolution: - invalid
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9823
Ram Rachum cool...@cool-rr.com added the comment:
Thanks Benjamin. Was there a discussion about this in the mailing list? If so
can you give me a link to it?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9823
New submission from Luke Plant l.plant...@cantab.net:
In developing Django, we found that some browsers don't treat commas and
semi-colons in cookie values (i.e. the Set-Cookie header) the way that RFC 2109
says they should. (Safari splits the header on a comma followed by space,
Internet
Luke Plant l.plant...@cantab.net added the comment:
I forgot to mention backwards compatibility:
In the context of Cookie being used in a web application, if developers were
relying on literal commas and semi-colons being present in the client side
cookie value (e.g. in javascript), the patch
Antoine Pitrou pit...@free.fr added the comment:
Ok, closing. The original install was on a rather strange setup.
--
resolution: - works for me
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3053
Raymond Hettinger rhettin...@users.sourceforge.net added the comment:
Thanks for the interesting thread.
I do agree with your suggestion to close this one though.
--
nosy: +rhettinger
resolution: - rejected
status: pending - closed
___
Python
Raymond Hettinger rhettin...@users.sourceforge.net added the comment:
That is the documented and tested behavior:
http://docs.python.org/library/collections.html#ordereddict-objects
Equality tests between OrderedDict objects are order-sensitive and are
implemented as
Antoine Pitrou pit...@free.fr added the comment:
Ok, thank you. The improvement has been committed in all three branches (3.2,
3.1, 2.7).
--
stage: - committed/rejected
status: open - closed
versions: -Python 2.6, Python 3.3
___
Python tracker
New submission from jason kirtland j...@discorporate.us:
Circular graphs of collections.OrderedDict are uncollectable due to the
presence of OrderedDict.__del__.
from collections import OrderedDict
import gc
left, right = OrderedDict(), OrderedDict()
left['other'] = right
right['other'] =
New submission from jason kirtland j...@discorporate.us:
repr of circular graphs of collections.OrderedDicts fails with 'RuntimeError:
maximum recursion depth exceeded while calling a Python object'.
from collections import OrderedDict
left, right = OrderedDict(), OrderedDict()
Changes by Benjamin Peterson benja...@python.org:
--
assignee: - rhettinger
nosy: +rhettinger
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9825
___
Changes by Raymond Hettinger rhettin...@users.sourceforge.net:
--
assignee: - rhettinger
nosy: +rhettinger
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9826
___
Raymond Hettinger rhettin...@users.sourceforge.net added the comment:
Patch?
--
priority: normal - low
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9826
___
Raymond Hettinger rhettin...@users.sourceforge.net added the comment:
This is an unfortunate aspect of using __del__.
I don't see a way around it without reintroducing
weak references.
Of course, your code can also use weak ref proxies
to avoid creating uncollectible circular garbage.
Antoine Pitrou pit...@free.fr added the comment:
I've committed the latest patch in r84680 (3.x), r84682 (3.1) and r84683 (2.7).
Perhaps you want to check it's ok. Thank you anyway!
--
resolution: - fixed
stage: patch review - committed/rejected
status: open - closed
jason kirtland j...@discorporate.us added the comment:
I find the behavior surprising compared to dict and other containers, where
this is not an issue and weakrefs are not required in user code. I would not
be surprised, however, to have to wait for a gc.collect() to clean up my cycles
like
Sébastien Sablé sa...@users.sourceforge.net added the comment:
Great! Thanks Antoine.
I checked quickly and there is a small correction to do on the 2.7 branch: this
branch is different because there has been a change between python 2.x and 3.x
in pep-3121 concerning the name of the entry
STINNER Victor victor.stin...@haypocalc.com added the comment:
Patch:
- Remove the bytes version of listdir(): reuse the unicode version but
converts the filename to bytes using PyUnicode_EncodeFSDefault() if the
directory name is not unicode
- use Py_XDECREF(d) instead of Py_DECREF(d) at
STINNER Victor victor.stin...@haypocalc.com added the comment:
Close this issue: PEP 383 is specific to filesystem using bytes, it is useless
on Windows (the problem on Windows is on encoding, not on decoding).
--
resolution: - invalid
status: open - closed
STINNER Victor victor.stin...@haypocalc.com added the comment:
@amaury: Do you agree to reject non-ascii bytes?
TODO: document format encoding in Doc/c-api/*.rst.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9769
Amaury Forgeot d'Arc amaur...@gmail.com added the comment:
Yes, let's be conservative and reject non-ascii bytes in the format string.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9769
STINNER Victor victor.stin...@haypocalc.com added the comment:
I didn't proposed to add a new parameter to Py_InitializeEx() (which means
create a new function to not break the API), I just wrote that
_Py_SetFileSystemEncoding() doesn't work for your use case.
If you embed Python into
Amaury Forgeot d'Arc amaur...@gmail.com added the comment:
Fixed in r84685, with tests and doc updates.
--
resolution: accepted - fixed
stage: unit test needed - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
Neil Tallim red.hamst...@gmail.com added the comment:
I agree that it does look like RFC 3548 implicitly denies the use of \r and \n.
A few *very* simple tests also makes it look like ommitting them breaks
nothing, but we'd need to add a test that includes them before applying the
patch.
Changes by Antoine Pitrou pit...@free.fr:
--
resolution: - out of date
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8835
___
STINNER Victor victor.stin...@haypocalc.com added the comment:
If you still consider that the change on .data as a bug,
I think that the fix is to remove .data (mark it as
protected: environ.data = environ._data).
r84690 marks os.environ.data as protected. Close this issue again.
STINNER Victor victor.stin...@haypocalc.com added the comment:
Fixed by r84692.
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9402
___
STINNER Victor victor.stin...@haypocalc.com added the comment:
I don't know how to fix this issue, and I don't know if it can be fixed. As the
issue is very unlikely, I prefer to close it.
--
resolution: - wont fix
status: open - closed
___
Python
Ned Deily n...@acm.org added the comment:
Thanks Garrett for reporting the problem and thank Nick for the patches. It
turns out the problem is more involved though the solution is similar. I've
spent some time figuring out what went wrong here and documenting it in this
issue so that no one
Changes by Ned Deily n...@acm.org:
Added file: http://bugs.python.org/file18838/issue8746-31.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8746
___
STINNER Victor victor.stin...@haypocalc.com added the comment:
Well, it was trivial to workaround this bug in my application (convert host to
bytes using explicit host = str(host)). Python3 doesn't have this issue and
Python 2.7 is released, I prefer to close this bug as wont fix.
--
Changes by Ned Deily n...@acm.org:
Added file: http://bugs.python.org/file18839/issue8746-27.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8746
___
Changes by STINNER Victor victor.stin...@haypocalc.com:
--
resolution: fixed - wont fix
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7093
___
___
Changes by Ned Deily n...@acm.org:
Removed file: http://bugs.python.org/file18736/8746-3.1.2.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8746
___
Changes by Ned Deily n...@acm.org:
Removed file: http://bugs.python.org/file18737/8746-2.7.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8746
___
Changes by Ned Deily n...@acm.org:
Removed file: http://bugs.python.org/file18738/8746-2.6.6.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8746
___
STINNER Victor victor.stin...@haypocalc.com added the comment:
Well, it's not a bug, just a gcc warning. We don't need this patch.
--
resolution: - wont fix
status: open - closed
___
Python tracker rep...@bugs.python.org
1 - 100 of 129 matches
Mail list logo