New submission from Matthias Klose [EMAIL PROTECTED]:
Python-2.6/Doc/tools/sphinxext/patchlevel.pyc
Python-2.6/Doc/tools/sphinxext/pyspecific.pyc
Python-2.6/Doc/tools/roman.pyc
same for 3.0
--
assignee: barry
components: Build
messages: 76875
nosy: barry, doko
severity: normal
status:
New submission from Paul Melis [EMAIL PROTECTED]:
On the 3.0 release page (http://python.org/download/releases/3.0/) the
link to the online documentation is http://docs.python.org/dev/3.0.
However, the doc pages there show the version documented to be Python
v3.1a0. There's even a link called
New submission from Hagen Fürstenau [EMAIL PROTECTED]:
Patch is attached.
--
assignee: georg.brandl
components: Documentation
files: whatsnew.patch
keywords: patch
messages: 76877
nosy: georg.brandl, hagen
severity: normal
status: open
title: What's New in Python 3.0 mentions getcwdu
Nick Coghlan [EMAIL PROTECTED] added the comment:
Issues with the tracker itself go in the meta tracker (see the Report
Tracker Problem link at the bottom of the left hand navigation menu).
It's a separate tracker in order to handle cases where the main tracker
is actually down in addition to
New submission from Felix Benner [EMAIL PROTECTED]:
wsgiref.handlers.py tries to send strings where bytes is necessary in
accordance with PEP333 the attached patch encodes everything with
ISO-8859-1.
Additionally the patch from Issue 3348 has to be applied.
--
components: Library (Lib)
Antoine Pitrou [EMAIL PROTECTED] added the comment:
It's not a memoryview bug, but a bytearray oddity. The bytearray uses a
variable-sized buffer underneath, and it tries to minimize the number of
reallocations when changing the object length through some simple
heuristics. Therefore, a
Matthias Kievernagel [EMAIL PROTECTED] added the comment:
Nice to see someone working on this.
One thing I've checked (iirc):
You can set iVar in doSearch by hand like this:
iVar.set(2)
print 'iVar.get()', iVar.get()
And iVar rests at this value.
t.search does not change the value.
I
Barry A. Warsaw [EMAIL PROTECTED] added the comment:
I thought we had fixed that :(
--
priority: - release blocker
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue4519
___
New submission from R. David Murray [EMAIL PROTECTED]:
I ran my ap with -3 and got the following:
/usr/lib/python2.6/logging/__init__.py:849: DeprecationWarning:
dict.has_key() not supported in 3.x; use the in operator
--
components: Library (Lib)
messages: 76883
nosy: bitdancer
STINNER Victor [EMAIL PROTECTED] added the comment:
Write a clean script (or fix the existing script) and reuse the script
for each release ;-)
--
nosy: +haypo
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue4519
STINNER Victor [EMAIL PROTECTED] added the comment:
The regression tests are already running with -bb. We should also
use -3 to detect such bug. But is -3 enough to raise an error (and
not just display a message)?
--
nosy: +haypo
___
Python tracker
STINNER Victor [EMAIL PROTECTED] added the comment:
I tried the whole Python test suite with -3. Some warnings:
- no more cPikle and bsddb modules
- has_key() (used in many tests)
- a b (used in many AST/grammar tests)
- an exception have to inherit from Exception
- callable() doesn't
Changes by Fred L. Drake, Jr. [EMAIL PROTECTED]:
--
assignee: fdrake -
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2102
___
___
Python-bugs-list
Changes by Fred L. Drake, Jr. [EMAIL PROTECTED]:
--
assignee: fdrake -
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1019882
___
___
Python-bugs-list
Fred L. Drake, Jr. [EMAIL PROTECTED] added the comment:
I can't remember why I wanted this; guess this should indeed go in the
pickleeverydamnfoolfunctionicanthinkof module, not the standard library.
--
resolution: - rejected
stage: - committed/rejected
status: open - closed
New submission from Chris Hills [EMAIL PROTECTED]:
On linux-g++-32 with command line `./configure --enable-ipv6 --with-
suffix=3`, python is compiled okay but the build scripts fail as
follows:-
running build_scripts
copying and adjusting /tmp/Python-3.0/Tools/scripts/idle - build/
scripts-3.0
Skip Montanaro [EMAIL PROTECTED] added the comment:
Mark If you have time, could you try the attached patch and report what
Mark gets printed when cmath.exp(710+1.5j) is called? On my machine, I
Mark get:
...
Looks similar here:
% ./python
Python 3.0 (r30:67503, Dec 3
Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment:
The cause is that distutils.sysconfig.parse_makefile() tries to convert
each value to an int, and does succeed on --with-suffix=3.
The attached patch uses %s formatting to build the program name, this
will accept int values.
All versions
Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment:
I expect one day people will complain that they can't access
certain registry keys, because those use characters not
supported in CP_ACP.
These people should migrate to python 3.0.
--
nosy: +amaury.forgeotdarc
resolution: -
New submission from Jean-Paul Calderone [EMAIL PROTECTED]:
I tried running 2to3 on Twisted. Here's the result:
[EMAIL PROTECTED]:~/Projects/Twisted/trunk$ time
~/Projects/python/branches/release26-maint/python
/home/exarkun/Projects/python/branches/release26-maint/Tools/scripts/2to3
twisted/
Skip Montanaro [EMAIL PROTECTED] added the comment:
Mark,
I trimmed down cmathmodule.c to just contain c_exp then
generated assembler files for the non-printf and printf
cases. Perhaps that will help you see what's going on.
Skip
Added file: http://bugs.python.org/file12219/cmathmodule.S
Changes by Skip Montanaro [EMAIL PROTECTED]:
Added file: http://bugs.python.org/file12220/cmathmodule.S.printf
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue4506
___
Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment:
This looks like a stack overflow to me, and the re module is no longer
recursive since python2.4.
--
nosy: +amaury.forgeotdarc
resolution: - out of date
status: open - closed
___
Python
Akira Kitada [EMAIL PROTECTED] added the comment:
I think this patch is harmless and also deserve to be merged
into 2.5.3 release. (As I mentioned earlier, this has been already
merged into 3.0 and 2.6 branches)
___
Python tracker [EMAIL PROTECTED]
New submission from Bobby Xiao [EMAIL PROTECTED]:
Under http://docs.python.org/dev/3.0/whatsnew/3.0.html#new-syntax, on
the last two points, it says
# New binary literals, e.g. 0b1010 (already in 2.6).
# Bytes literals are introduced with a leading b or B, and there is a
new corresponding
New submission from Terry J. Reedy [EMAIL PROTECTED]:
The last version of the constructor expects a string or unicode
instance in one of two possible forms.
Delete 'or unicode' (bytes do not work). Doc string is ok.
--
assignee: georg.brandl
components: Documentation
keywords: easy
New submission from Martin Diers [EMAIL PROTECTED]:
Test was run with sudo. All other tests passed.
Here is the verbose output of test_httpservers:
Re-running test 'test_httpservers' in verbose mode
test_command (test.test_httpservers.BaseHTTPServerTestCase) ... ok
test_handler
New submission from Kai Willadsen [EMAIL PROTECTED]:
Using the parser module to create a parse tree succeeds, but a
subsequent tuple2ast fails, when parsing valid try/except/finally (and
try/except/else/finally) blocks. parser.tuple2ast fails with:
parser.ParserError: Illegal number of
Changes by Guilherme Polo [EMAIL PROTECTED]:
--
priority: - release blocker
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue4342
___
___
Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment:
This may become important when switching to python 3.0...
When passed str(''), FindFirstFileA is called with *.*.
But when passed unicode(''), FindFirstFileW is called with L\\*.* !!!
Attached patch fixes (and tests) the problem. It was
Benjamin Peterson [EMAIL PROTECTED] added the comment:
Yes, the 2.6.0 version of 2to3 is broken in this way. 2.6.1 should be
released today or tomorrow. In the mean time, you can try it directly
from the 2to3 trunk: http://svn.python.org/projects/sandbox/trunk/2to3
--
nosy:
New submission from Edward K Ream [EMAIL PROTECTED]:
Python 2.6 final on Windows XP gives following warnings with -3 option:
c:\python26\lib\compiler\ast.py:54: SyntaxWarning: tuple parameter
unpacking has been removed in 3.x
def __init__(self, (left, right), lineno=None):
Georg Brandl [EMAIL PROTECTED] added the comment:
Fixed in r67526.
--
resolution: - fixed
status: open - closed
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue4526
___
Georg Brandl [EMAIL PROTECTED] added the comment:
Fixed in r67525.
--
resolution: - fixed
status: open - closed
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue4527
___
Bill Janssen [EMAIL PROTECTED] added the comment:
Thanks for the patch. It looks pretty good to me, but I can't help
thinking that there must be a better way of handling the recv() case; I
don't like copying that buffer several times (from the SSL code to
Python, from the Python to the buffer).
Georg Brandl [EMAIL PROTECTED] added the comment:
Thanks, applied as r67527.
--
resolution: - fixed
status: open - closed
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue4521
___
Georg Brandl [EMAIL PROTECTED] added the comment:
Yes, this was a temporary workaround for another issue. 3.0 and 3.1 docs
are now properly separated and linked to.
--
resolution: - fixed
status: open - closed
___
Python tracker [EMAIL PROTECTED]
Georg Brandl [EMAIL PROTECTED] added the comment:
Fixed now, thanks.
--
resolution: - fixed
status: open - closed
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue4518
___
Georg Brandl [EMAIL PROTECTED] added the comment:
This appears to be fixed in SVN.
--
resolution: - fixed
status: open - closed
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue4516
___
New submission from Matt Kraai [EMAIL PROTECTED]:
When I try to build Python 3.0 on QNX 6.3.2, the build has the following
error:
gcc -c -fno-strict-aliasing -DNDEBUG -g -O3 -Wall -Wstrict-prototypes
-I. -IInclude -I./Include -DPy_BUILD_CORE -o Python/pythonrun.o
Python/pythonrun.c
Georg Brandl [EMAIL PROTECTED] added the comment:
This appears to be fixed in SVN.
--
resolution: - fixed
status: open - closed
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue4515
___
Georg Brandl [EMAIL PROTECTED] added the comment:
Fixed in r67529.
--
resolution: - fixed
status: open - closed
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue4513
___
Brett Cannon [EMAIL PROTECTED] added the comment:
Considering the entire compiler package is not in 3.0 it is not worth
fixing this. Closing as wont fix.
--
nosy: +brett.cannon
resolution: - wont fix
status: open - closed
___
Python tracker [EMAIL
Edward K Ream [EMAIL PROTECTED] added the comment:
On Thu, Dec 4, 2008 at 12:33 PM, Brett Cannon [EMAIL PROTECTED] wrote:
Brett Cannon [EMAIL PROTECTED] added the comment:
Considering the entire compiler package is not in 3.0 it is not worth
fixing this. Closing as wont fix.
Thanks for
darrenr [EMAIL PROTECTED] added the comment:
We've gotten into the habit of writing manual destructors to remove
references like the one you wrote. I think explicit destruction is a
useful paradigm when resource allocation is involved and it's important
to manage the allocation's lifetime
Raymond Hettinger [EMAIL PROTECTED] added the comment:
I'll look at this further. Since it was originally posted, there have
already been several improvements to the super() docs.
FWIW, there will be no links to super-considered-harmful. Guido has
frowned upon that document. Our
Christian Heimes [EMAIL PROTECTED] added the comment:
This needs definitely some testing!
--
components: +Extension Modules
nosy: +christian.heimes
priority: - release blocker
stage: - test needed
versions: +Python 3.1
___
Python tracker [EMAIL
Fred L. Drake, Jr. [EMAIL PROTECTED] added the comment:
This is now fixed for Python 2.6.?, 2.7, 3.0.1, and 3.1.
I've no idea why I didn't write a test for this sooner.
--
resolution: - fixed
stage: - committed/rejected
status: open - closed
___
Christian Heimes [EMAIL PROTECTED] added the comment:
Ups ... I didn't noticed it, too.
--
nosy: +christian.heimes
stage: - needs patch
type: - resource usage
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue4519
Changes by Christian Heimes [EMAIL PROTECTED]:
--
priority: - critical
stage: - patch review
type: - resource usage
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue4522
___
Christian Heimes [EMAIL PROTECTED] added the comment:
The patch is looking good to me.
--
nosy: +christian.heimes
priority: - release blocker
stage: - patch review
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue4532
New submission from jeff deifik [EMAIL PROTECTED]:
I compiled python 3.0 on a cygwin platform.
Here is my modest function:
def List_to_String(lis):
#return str.join(lis, '') # This is fast, but seems broke in 3.0
s = '' # This is really slow, but
Changes by Rob Wiers [EMAIL PROTECTED]:
--
components: Build
files: py3k.out
nosy: lbhudda
severity: normal
status: open
title: Build / Test Py3K failed on Ubuntu 8.10
type: behavior
versions: Python 3.0
Added file: http://bugs.python.org/file12225/py3k.out
Changes by jeff deifik [EMAIL PROTECTED]:
--
title: problem with str.join - problem with str.join - should work with list
input, error says requires 'str' object
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue4534
New submission from Rob Wiers [EMAIL PROTECTED]:
After reading about the Py3K release, I downloaded the source
distribution and did a build and test.
The test failed, and I thought it might be useful to share it here.
I realise there is probably a person (or group) dedicated to porting
Python
Mark Dickinson [EMAIL PROTECTED] added the comment:
Just a quick note to say I am still working on this. I'll post some new
code soon.
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2486
___
Chris Hills [EMAIL PROTECTED] added the comment:
In hindsight I did not need to use --with-suffix as I assumed the
interpreter would be installed as python by default, but it is not.
The patch however does fix the reported problem for me.
___
Python tracker
Changes by Adam Olsen [EMAIL PROTECTED]:
--
nosy: +Rhamphoryncus
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue4006
___
___
Python-bugs-list mailing
New submission from Laszlo [EMAIL PROTECTED]:
range(1.0, 0, 1)
Traceback (most recent call last):
File stdin, line 1, in module
TypeError: 'float' object cannot be interpreted as an integer
range(1.0, 0, -1)
Traceback (most recent call last):
File stdin, line 1, in module
SystemError:
Mark Dickinson [EMAIL PROTECTED] added the comment:
Thanks for the assembly code---you're running Solaris on x86! Why
didn't you say so before? :)
I think I have an idea what's going on: it's the old extended-precision
versus double-precision problem. The calculation of c_exp is done in
Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment:
Closing issue as Not a bug.
(but we can continue the discussion here...)
--
resolution: - works for me
status: open - closed
___
Python tracker [EMAIL PROTECTED]
New submission from Michael Schurter [EMAIL PROTECTED]:
On the joyous occasion of Python 3000's release my friends I were
playing with import antigravity and it failed for someone with the
following traceback (anonymized):
Traceback (most recent call last):
File stdin, line 1, in module
New submission from Roy Smith [EMAIL PROTECTED]:
It would be useful if ctypes included limiting constants for the various
fixed-size integers, i.e. MAX_INT_32, MIN_INT_32, etc.
Maybe it does and I just missed just didn't see it in the docs?
--
assignee: theller
components: ctypes
Skip Montanaro [EMAIL PROTECTED] added the comment:
Mark Thanks for the assembly code---you're running Solaris on x86! Why
Mark didn't you say so before? :)
I'm failry sure I can find a SPARC here to run it on as well. They are
rather few and far between though.
Skip
Christian Heimes [EMAIL PROTECTED] added the comment:
The small buffer size in Modules/_fileio.c is one reason for the slowness.
$ dd if=/dev/zero of=zeros bs=1MB count=50
$ cat testread.py
open(zeros, rb).read()
$ ./python -m cProfile testread.py
40 function calls (39 primitive calls)
Changes by Tim Lesher [EMAIL PROTECTED]:
--
nosy: +tlesher
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue4483
___
___
Python-bugs-list mailing list
Changes by Andrew Price [EMAIL PROTECTED]:
--
nosy: +AndyP
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue4483
___
___
Python-bugs-list mailing list
David W. Lambert [EMAIL PROTECTED] added the comment:
Try this---
def List_to_String(lis,separator=''):
return separator.join(lis)
--
nosy: +LambertDW
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue4534
Christian Heimes [EMAIL PROTECTED] added the comment:
The fileio_buffer.patch implements the same progressive buffer as Python
2.x' Object/fileobject.c.
--
keywords: +patch
stage: test needed - patch review
Added file: http://bugs.python.org/file12227/fileio_buffer.patch
Andrew Price [EMAIL PROTECTED] added the comment:
I'm running the same distro as Leger and I was having the same problem.
Now I've applied dbm.diff and with a clean build I'm seeing this:
building '_dbm' extension
gcc -pthread -fPIC -fno-strict-aliasing -DNDEBUG -g -fwrapv -O3 -Wall
jeff deifik [EMAIL PROTECTED] added the comment:
Thanks.
I want to learn what is wrong with the code I have though.
My main goal is to understand python 3.0 better, rather than
fixing a specific problem.
___
Python tracker [EMAIL PROTECTED]
David W. Lambert [EMAIL PROTECTED] added the comment:
I did this to find out what are str.join's arguments---
$ python3 -c 'help(str.join)'
Help on method_descriptor:
join(...)
S.join(sequence) - str
Return a string which is the concatenation of the strings in the
sequence.
Gregory P. Smith [EMAIL PROTECTED] added the comment:
patch looks good to me.
nitpick comments: use += instead of = and + in:
newsize = newsize + newsize
and
newsize = newsize + BIGCHUNK.
As for the XXX about overflow, so long as BUFSIZ is not defined to be an
insanely large number (it
New submission from Chad Spratt [EMAIL PROTECTED]:
Calls to tkinter.filedialog.askdirectory() throw a KeyError if any of
the options (title, text, bitmap, default, strings) are not provided.
Previously saying askdirectory() with no arguments would open a file
browser window. Since all other
Martin v. Löwis [EMAIL PROTECTED] added the comment:
Why is this a release blocker? QNX is not a supported platform, so
failures on it cannot possibly block a release.
--
nosy: +loewis
___
Python tracker [EMAIL PROTECTED]
Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment:
This is already tracked by issue4008
--
nosy: +amaury.forgeotdarc
resolution: - duplicate
status: open - closed
superseder: - IDLE: checksyntax() doesn't support Unicode?
___
Python tracker
Christian Heimes [EMAIL PROTECTED] added the comment:
The preprocessor doesn't handle power. 2 24 (64MB) sounds sufficient
for me.
Added file: http://bugs.python.org/file12228/fileio_buffer2.patch
___
Python tracker [EMAIL PROTECTED]
New submission from John Weldon [EMAIL PROTECTED]:
Traceback (most recent call last):
File stdin, line 1, in module
File c:\Python30\lib\site.py, line 427, in __call__
return pydoc.help(*args, **kwds)
File c:\Python30\lib\pydoc.py, line 1675, in __call__
self.interact()
File
gumpy [EMAIL PROTECTED] added the comment:
I'd suggest the same thing that was done on lines 351-352.
Index: Lib/webbrowser.py
===
--- Lib/webbrowser.py (revision 67538)
+++ Lib/webbrowser.py (working copy)
@@ -223,7 +223,8 @@
Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment:
The analysis is good, but there are two problems with your patch:
- it crashes in debug mode, because a Py_INCREF(step) is missing in
validate_step() (A comment above says: Always returns a new reference)
- it does not work with
Andrew Price [EMAIL PROTECTED] added the comment:
In Debian Lenny libgbdm-dev provides two libs, libgdbm and libgdbm_compat:
[EMAIL PROTECTED]:~$ objdump -t /usr/lib/libgdbm.a | grep dbm_firstkey
*UND* gdbm_firstkey
0140 g F .text 0056 gdbm_firstkey
Skip Montanaro [EMAIL PROTECTED] added the comment:
Andrew I'm running the same distro as Leger and I was having the same
Andrew problem. Now I've applied dbm.diff and with a clean build I'm
Andrew seeing this:
...
Andrew *** WARNING: renaming _dbm since importing it failed:
Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment:
The patch is incomplete: it breaks test_wsgiref.
--
nosy: +amaury.forgeotdarc
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue4522
___
Skip Montanaro [EMAIL PROTECTED] added the comment:
Here's a new version of the patch for Python 3.0. It appends gdbm_compat
to the gdbm libs if that's where dbm_firstkey is defined. Please back
out the previous patch against setup.py and Modules/_dbmmodule.c and
apply this one.
Thanks...
Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment:
str.join(lis, '')
I doubt this really worked with 2.6.
Wasn't it something like:
import string
string.join(lis, '')
--
nosy: +amaury.forgeotdarc
resolution: - invalid
status: open - closed
New submission from Zach Hirsch [EMAIL PROTECTED]:
I've found that having a way to strip a leading substring from a string
is convienent. I've also gotten bitten by the fact that str.strip takes
a sequence of characters to remove from the beginning -- not a full string.
I've attached a patch
Laszlo [EMAIL PROTECTED] added the comment:
Oops, sorry I didn't realize validate_step() is supposed to validate the
input AND return the converted value. Thanks for the feedback.
This new patch should work fine. It retains only the two final points of
the previous patch; it doesn't clear the
Changes by Laszlo [EMAIL PROTECTED]:
Removed file: http://bugs.python.org/file12226/range.diff
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue4536
___
___
Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment:
When enumerating all possible modules, the help system tries to import
test.bad_coding.py :-(
I tried to catch this LookupError, but then it fail on
test.badsyntax_pep3120.py,
with a SyntaxError
Traceback (most recent call last):
Andrew Price [EMAIL PROTECTED] added the comment:
Skip, the new patch makes it fail with (highlights):
...
File /home/andy/src/python3/Python-3.0/Lib/distutils/ccompiler.py,
line 844, in has_function
import tempfile
File /home/andy/src/python3/Python-3.0/Lib/tempfile.py, line 35, in
Skip Montanaro [EMAIL PROTECTED] added the comment:
Andrew ImportError: No module named math
Andrew make: *** [sharedmods] Error 1
Andrew The has_function source in Lib/distutils/ccompiler.py has this
Andrew comment:
Andrew # this can't be included at module scope because it
Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment:
I cannot say if this new set of function is desirable in python, but I know
that
I already needed this feature sometimes.
It's very easy to write in python code, though:
def rstrips(s, suffix):
if suffix and s.endswith(suffix):
Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment:
The new patch is good for me.
I added unit tests, someone should review.
--
keywords: +needs review
stage: - patch review
Added file: http://bugs.python.org/file12235/test_range.patch
___
Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment:
there must be a better way of handling the recv() case
This is a completely unrelated issue IMO; and FWIW, io.open() is not
better in this aspect.
___
Python tracker [EMAIL PROTECTED]
New submission from Amaury Forgeot d'Arc [EMAIL PROTECTED]:
issue #4387 (67472) changed binascii and added tests, but the windows
specific implementation was not changed. Change is trivial:
Index: Modules/binascii.c
===
---
Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment:
Fixed in r67541 (py3k) and r67542 (release30-maint)
--
resolution: - fixed
status: open - closed
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue4542
Zach Hirsch [EMAIL PROTECTED] added the comment:
Thanks for taking a look.
Yea, it's pretty easy to write it in Python, but I've found that I've
needed it in quite a few things that I've worked on, so I thought it
might be useful in Python itself.
I've updated the patch to fix the reference
Changes by Benjamin Peterson [EMAIL PROTECTED]:
--
nosy: +pje
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue4522
___
___
Python-bugs-list mailing list
Michael Schurter [EMAIL PROTECTED] added the comment:
I believe you forgot to import io in UnixBrowser (line 226).
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue4537
___
Barry A. Warsaw [EMAIL PROTECTED] added the comment:
Actually, it turns out that the doc build process leaves a few more pyc
turds now. I've updated release.py to remove them, though the script
really should complain loudly if it ever finds pycs in the distribution.
That's for next time.
1 - 100 of 107 matches
Mail list logo