John Levon added the comment:
Anatoly, see above. We have done exactly that. (Honestly, when I first wrote
the changes, I saw them as too hacky to ever be accepted upstream).
This name change seems frivolous and will indeed break existing scripts
Changes by John Machin :
--
nosy: +sjmachin
___
Python tracker
<http://bugs.python.org/issue9980>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from John Nagle :
"ftplib" doesn't check the status on socket close after writing. This can lead
to silently truncated files when sending files with "ftplib".
A report of truncated files on comp.lang.python led me to check the source
code.
The "
John Nagle added the comment:
Proper behavior for ftplib when sending is to send all desired data, then call
"sock.shutdown(socket.SHUT_RDWR)". This indicates that no more data will be
sent, and blocks until the receiver has acknowledged all their data.
"socketmodule.c"
John Levon added the comment:
This is not a bug in Solaris - the interfaces Python is trying to use are not
standardized.
(It's a reasonable RFE for Solaris to fully support these, though - I'll follow
up on that.)
WRT the patch, at least the PACKET_* defined would be better
John Levon added the comment:
The posted patch: better if the PACKET_* tests were just at the two missing
ones rather than removing all of the ones that are actually there like
PACKET_OUTGOING.
--
___
Python tracker
<http://bugs.python.
New submission from John Szakmeister :
This is a port of r301 from unladen swallow to the py3k-jit branch.
On the Mac, there was an extra '-framework CoreFoundation' that was being
passed in python3 (maybe it wasn't there in Python 2.x?). At any rate, I
changed the logic to
John Szakmeister added the comment:
Looks like this should've been done against the py3k branch instead. Looking
at py3k, it's changed quite a bit since the last merge into py3k-jit.
Perhaps there is a better way to do this under py3k? Or it's
John Cary added the comment:
Just to follow up. My case is an application that is almost
all statically linked, but it loads in the python library, and
at runtime it needs to load the tables module, and as distributed
by Python, I get the load-time error on Windows.
Using Christoph Gohlke&#
New submission from John Didion :
Just as some options are mutually exclusive, there are others that are
"necessarily inclusive," i.e. all or nothing. I propose the addition of
ArgumentParser.add_necessarily_inclusive_group(required=True).
This also means that argparse will need
John Machin added the comment:
Can somebody please review my "doc patch" submitted 2 months ago?
--
___
Python tracker
<http://bugs.python.org/issue7198>
___
__
John Machin added the comment:
Skip, The changes that I suggested have NOT been made. Please re-read the doc
page you pointed to. The "writer" paragraph does NOT mention that newline='' is
required when writing. The "writer" examples do NOT include newline=&
John Machin added the comment:
The doc patch proposed by Skip on 2001-01-24 for this bug has NOT been
reviewed, let alone applied. Sibling bug #7198 has been closed in error.
Somebody please help.
--
nosy: +skip.montanaro
___
Python tracker
<h
John Machin added the comment:
Terry, I have already made the point """the docs bug is #7198. This is the
meaningful-exception bug."""
My review is """changing 'should' to 'must' is not very useful without a
consistent interpr
John Szakmeister added the comment:
I'm gonna close this. It was meant to help port some of the Unladen Swallow
stuff... but I see that's effectively dead. :-(
--
resolution: -> invalid
status: open -> closed
___
Pytho
New submission from John DeNero :
idle3.2 becomes unresponsive if the input() function is called from a source
file run via F5.
To repeat:
- Create a script file with the contents: "input()"
- Press F5 to run
- Idle is now unresponsive and ^C interrupt is not caught unless iss
New submission from John O'Hagan :
Argparse in python3.2 includes two calls to ngettext to handle error messages,
but ngettext is not imported. This causes NameError to be raised instead of
ArgumentError.
Changing line 93 from:
from gettext import gettext
to:
from gettext i
John O'Hagan added the comment:
It's argparse version 1.1 (1.1-1) from current Debian testing, Python 3.2
(r32:88445, Feb 20 2011, 18:43:30)
--
___
Python tracker
<http://bugs.python.o
John O'Hagan added the comment:
Reported to Debian, bug #624277
--
___
Python tracker
<http://bugs.python.org/issue11884>
___
___
Python-bugs-list m
John O'Connor added the comment:
I am new to the community but hoping to start contributing or at least
following issues and learning :)
I'm looking at bufferediobase_readinto(). What I haven't yet figured out is why
.readinto() is (currently) implemented at this layer of the
John O'Connor added the comment:
Attached patch draft for buffered_readinto(). patchcheck removed some
whitespace as well.
Daniel, I agree. BufferedReader.readinto seemingly defeats the purpose of using
a BufferedReader to begin with. Though, for the difference Antoine pointed out
it
John O'Connor added the comment:
Thanks for the feedback. I made the changes, PTAL.
--
Added file: http://bugs.python.org/file21900/buffered_readinto2.patch
___
Python tracker
<http://bugs.python.org/i
Changes by John O'Connor :
--
nosy: +jcon
___
Python tracker
<http://bugs.python.org/issue1677872>
___
___
Python-bugs-list mailing list
Unsubsc
John O'Connor added the comment:
Good catch. v3 attached.
--
Added file: http://bugs.python.org/file21912/buffered_readinto3.patch
___
Python tracker
<http://bugs.python.org/i
Changes by John O'Connor :
--
nosy: +jcon
___
Python tracker
<http://bugs.python.org/issue12021>
___
___
Python-bugs-list mailing list
Unsubsc
John O'Connor added the comment:
It seems to me that the point of using readinto() is to avoid double-buffering
(and the extra alloc/free that comes with read()). The slowness of using a
small buffer size seems like only a natural and expected consequence.
The trade-off of accommodat
John O'Connor added the comment:
FWIW, It seems Java does something similar. They write directly into caller's
buffer if outstanding bytes needed (after emptying internal buffer) is greater
than internal buffer len.
--
___
Python trac
Changes by John O'Connor :
Removed file: http://bugs.python.org/file21899/buffered_readinto.patch
___
Python tracker
<http://bugs.python.org/issue9971>
___
___
Pytho
Changes by John O'Connor :
Removed file: http://bugs.python.org/file21900/buffered_readinto2.patch
___
Python tracker
<http://bugs.python.org/issue9971>
___
___
Pytho
John O'Connor added the comment:
I experimented with a bunch of different options.
All benchmarks performed with:
$ for i in 1 4 128 256 1024 2048 4069 8192; do
echo -n "buffer_size=${i} ";
./python -m timeit -s "f=open('LICENSE','rb');b=bytearray(
Changes by John O'Connor :
Added file: http://bugs.python.org/file21941/issue9971-like-java.patch
___
Python tracker
<http://bugs.python.org/issue9971>
___
___
Pytho
John O'Connor added the comment:
Victor: AFAIK its not actually downcasting. The safe downcast just uses an
assertion when debugging is enabled. I chose to use it because it seems to be a
convention in the file.
Antoine: You say quirky, I say elegant :) Though I have no problem changi
New submission from John O'Connor :
A prefetch() method for Buffered IO may greatly assist 3rd party buffering
among other gains. If nothing else, it is worth experimenting with.
Discussion on the topic is here:
http://mail.python.org/pipermail/python-ideas/2010-September/008180.ht
John O'Connor added the comment:
No problem for me either way.
I created issue12053 to track that.
- John O'Connor
On Tue, May 10, 2011 at 3:19 PM, Antoine Pitrou wrote:
>
> Antoine Pitrou added the comment:
>
> > Also, while we're at it, would it be wor
Changes by John O'Connor :
--
nosy: +jcon
___
Python tracker
<http://bugs.python.org/issue12049>
___
___
Python-bugs-list mailing list
Unsubsc
Changes by John O'Connor :
Removed file: http://bugs.python.org/file21957/unnamed
___
Python tracker
<http://bugs.python.org/issue9971>
___
___
Python-bugs-list m
John O'Connor added the comment:
I've attached the latest changes based on feedback (issue9971-v5.patch)
for i in 1 4 128 256 1024 2048 4069 8192 16384; do echo -n "buffer_size=$i ";
./python -m timeit -s "f=open('LICENSE','rb');b=bytearray($i)&qu
Changes by John O'Connor :
--
nosy: +jcon
___
Python tracker
<http://bugs.python.org/issue12062>
___
___
Python-bugs-list mailing list
Unsubsc
John Keyes added the comment:
This is my first contribution as part of the Bug Weekend (and possibly my first
to Python).
I tested this by writing a MANIFEST.in and a very small setup.py but after
looking at distutils I narrowed the area down to the FileList.
I wrote a unittest and have
John Keyes added the comment:
I'll change the test to use TESTFN later today. Thanks for the feedback.
--
___
Python tracker
<http://bugs.python.org/iss
John Keyes added the comment:
I see that distutils.tests.support.TempdirManager uses tempfile for directory
creation.
What's the best course of action here?
1. Use TESTFN or
2. Use TempdirManager or
3. Change the test to use TempdirManager and change TempdirManager to use
TESTFN inste
John Keyes added the comment:
This patch uses TempdirManager to handle the temporary directory and file
creation.
--
Added file: http://bugs.python.org/file19718/issue809163v2.diff
___
Python tracker
<http://bugs.python.org/issue809
John Keyes added the comment:
Gah! Silly mistake with the assert.
What filelist.py patch are you referring to? I've tested this on py3k with no
changes to filelist.py.
Thanks for your patience.
--
Added file: http://bugs.python.org/file19730/issue809163v3
John Levon added the comment:
configure.in has:
AC_MSG_RESULT([$with_dtrace])
...
AC_MSG_RESULT($with_dtrace)
Why twice? It looks confusing.
--
___
Python tracker
<http://bugs.python.org/issue4
John Machin added the comment:
Please re-open this. The binary/text mode problem still exists with Python 3.X
on Windows. Quite simply, there is no option available to the caller to open
the output file in binary mode, because the module is throwing str objects at
the file. The module's
John Machin added the comment:
Skip, I'm WRITING, not reading.. Please read the 3.1 documentation for
csv.writer. It does NOT mention newline='', and neither does the example.
Please fix.
Other problems with the examples: (1) They encourage a bad habit (open inside
the call t
John Machin added the comment:
"docpatch" for 3.x csv docs:
In the csv.writer docs, insert the sentence "If csvfile is a file object, it
should be opened with newline=''." immediately after the sentence "csvfile can
be any object with a write() method.
John Machin added the comment:
I believe that both csv.reader and csv.writer should fail with a meaningful
message if mode is binary or newline is not ''
--
___
Python tracker
<http://bugs.python.o
John Machin added the comment:
I don't understand "Changing csv api is a feature request that could only
happen in 3.3". This is NOT a request for an API change. Lennert's point is
that an API change was made in 3.0 as compared with 2.6 but there is no fixer
in 2to3. What
John Machin added the comment:
Skip, the docs bug is #7198. This is the meaningful-exception bug.
--
___
Python tracker
<http://bugs.python.org/issue10
John Levon added the comment:
Jesus, yes, it's totally possible that POSIX might define:
(stat.S_IFSOCK + stat.S_IFIFO)
to mean something other than S_IDOOR. However, the POSIX committee
is always careful to respect existing usage. It's vanishingly unlikely
that any attempt to do
New submission from John Dennis :
The behaviour of sdist has changed dramatically in Python 2.7. Some projects
prefer to maintain their own manifest file instead of utilizing automatic
manifest generation from a template. The defined behaviour of sdist is to check
for the presence of both a
Changes by John Dennis :
--
keywords: +patch
Added file: http://bugs.python.org/file20655/sdist.patch
___
Python tracker
<http://bugs.python.org/issue11
Changes by John Dennis :
Added file: http://bugs.python.org/file20656/sdist_new
___
Python tracker
<http://bugs.python.org/issue11104>
___
___
Python-bugs-list mailin
Changes by John Dennis :
Removed file: http://bugs.python.org/file20655/sdist.patch
___
Python tracker
<http://bugs.python.org/issue11104>
___
___
Python-bugs-list mailin
Changes by John Dennis :
Removed file: http://bugs.python.org/file20656/sdist_new
___
Python tracker
<http://bugs.python.org/issue11104>
___
___
Python-bugs-list mailin
Changes by John Dennis :
Added file: http://bugs.python.org/file20658/sdist.patch
___
Python tracker
<http://bugs.python.org/issue11104>
___
___
Python-bugs-list mailin
Changes by John Dennis :
Added file: http://bugs.python.org/file20659/sdist_new
___
Python tracker
<http://bugs.python.org/issue11104>
___
___
Python-bugs-list mailin
John Dennis added the comment:
$ tar xzf distutils_bug.tar.gz
$ cd distutils_bug
$ ./setup.py sdist
$ ./setup.py sdist
running sdist
running check
warning: sdist: manifest template 'MANIFEST.in' does not exist (using default
file list)
not writing to manually maintained man
John Dennis added the comment:
No, I don't think I'm going to turn the tarball into a unit test, etc. I didn't
break the code but I did report the problem, researched the history, provided a
clear explanation, a reproducer and a patch to fix the problem. I think I'v
Changes by John Dennis :
--
nosy: +dmalcolm
___
Python tracker
<http://bugs.python.org/issue11104>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from John Machin :
A pattern like r"b{1,3}\Z" matches "b", "bb", and "bbb", as expected. There is
no documentation of the behaviour of r"b{1, 3}\Z" -- it matches the LITERAL
TEXT "b{1, 3}" in normal mode and "b
New submission from John Szakmeister :
I configured the build:
./configure --with-system-ffi --enable-shared --with-computed-gotos
--prefix=$HOME/.local/python3
Ran make with 4 jobs (make -j4), and got:
make: *** No rule to make target `libpython3.2m.dylib', needed by
`pytho
John Szakmeister added the comment:
Here is the top-level Makefile.
--
Added file: http://bugs.python.org/file20768/Makefile
___
Python tracker
<http://bugs.python.org/issue11
John Szakmeister added the comment:
Interesting. I don't see a Mac/Makefile. Perhaps it's only pulled in with the
framework build?
--
___
Python tracker
<http://bugs.python.o
John Szakmeister added the comment:
MACOSX_DEPLOYMENT_TARGET=10.5 made no bit of difference for me. Steffen, I
take it that it didn't help you either? You said "did well", but the rest of
your text indicates otherwise. :-)
--
___
John Szakmeister added the comment:
The patch definitely helps. However, once I get it installed, there seems to
be no time module:
>>> import time
Traceback (most recent call last):
File "", line 1, in
ImportError: No module named time
So I think the
John Szakmeister added the comment:
Looks like the time module is being built:
./build/lib.macosx-10.4-x86_64-3.2/time.so
But none of the shared modules are being installed, as
lib/python3.2/lib-dynload is completely empty.
--
___
Python
John Szakmeister added the comment:
I'm installing into an area that I own ($HOME/.local/python3), so no need for
sudo. I just ran make install.
--
___
Python tracker
<http://bugs.python.org/is
John Szakmeister added the comment:
Attached the output.
--
Added file: http://bugs.python.org/file20775/make-install-output.txt
___
Python tracker
<http://bugs.python.org/issue11
John Szakmeister added the comment:
This one is my fault. I have a .pydistutils.cfg that was causing them to be
installed somewhere else or not at all. :-( Moving my custom config out of the
way, I'm good. I'm not sure what's happening there, but that's
New submission from John Burnett <[EMAIL PROTECTED]>:
http://docs.python.org/inst/alt-install-windows.html
The above says "Windows has no concept of a user's home directory, and
since the standard Python installation under Windows is simpler than
under Unix, the --p
Changes by John Burnett <[EMAIL PROTECTED]>:
--
type: -> behavior
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue2922>
__
___
Python-b
John Stowers <[EMAIL PROTECTED]> added the comment:
I Agree. AIUI the benefit of pascal strings when transmitted is that the
decoder does not need to know its length ahead of time. The requirement
that the unpack pascal format string be given the length of the string
makes the implemen
New submission from John Abel <[EMAIL PROTECTED]>:
The build process on Leopard fails:
cd Mac && make altinstallunixtools DESTDIR=""
if [ ! -d "/usr/local/bin" ]; then \
/usr/bin/install -c -d -m 755 "/usr/local/bin" ;\
New submission from John Williams <[EMAIL PROTECTED]>:
The documentation for the xml.etree.ElementTree package
(http://www.python.org/doc/2.5/lib/module-xml.etree.ElementTree.html)
does not include the Element type (http://effbot.org/zone/element.htm),
making it impossible to use this p
Changes by John Firestone <[EMAIL PROTECTED]>:
--
components: Interpreter Core
files: getitem_problem.py
nosy: johnf
severity: normal
status: open
title: __getitem__() doesn't capture all slices if class inherits from list,
tuple or str
type: performance
versions: Python 2.5
John Smith <[EMAIL PROTECTED]> added the comment:
Confirmed now I can build Python on Mac OS X with Japanese locale.
I tested the followings.
Python 2.6b3+ trunk:66060
Python 3.0b3+ py3k:66060
Thank you very much.
___
Python tracker <[EMAIL
New submission from John Ehresman <[EMAIL PROTECTED]>:
The amd64 python 2.6rc1 won't run after installation on Vista. It fails
with the error (from the event log) of
Activation context generation failed for "C:\Python26\python.exe".Error
in manifest or policy file "
John Ehresman <[EMAIL PROTECTED]> added the comment:
This is on a fresh Vista Ultimate install. There is no msvcr90.dll
anywhere on the system, if windows file search according to windows file
search (I did check the hidden / system file box).
The first report is from a "for
John Ehresman <[EMAIL PROTECTED]> added the comment:
The new installer works for both for everyone and for me installs.
Thanks,
John
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
New submission from John Ehresman <[EMAIL PROTECTED]>:
After installing the 32 bit .msi or the 64 bit .msi "for me" on a fairly
clean Vista x64 machine, the socket module won't import because of a
side-by-side configuration error. The output below is from the 32 bit
buil
John Ehresman <[EMAIL PROTECTED]> added the comment:
Neither "..\\msvcr90.dll" or a full path work (with \ or \\) seem to work.
___
Python tracker <[EMAIL PROTECTED]>
<http://
John Ehresman <[EMAIL PROTECTED]> added the comment:
I think one of the tested machines is Vista RTM, though it's been
updated. I also tried of Vista x32 SP1 and it fails there.
If non-admin installs can't be made to work, I agree that the "for me"
option be dropped
John Ehresman <[EMAIL PROTECTED]> added the comment:
> I don't think this could even work: apparently, Vista disallows putting
> a path into the name field. So extension modules will have to ship with
> their own copy of the CRT (or link statically).
I agree that this is th
John Edmonds added the comment:
It looks like set_charset's documentation says that it assumes you are calling
it on a message with a mimetype of text/*. This case calls it on a message of
type multipart/mixed. Nonetheless, I am attaching a patch that catches this
earlier and prints a
Changes by John Edmonds :
Added file: http://bugs.python.org/file15983/issue5423.patch
___
Python tracker
<http://bugs.python.org/issue5423>
___
___
Python-bugs-list m
Changes by John Edmonds :
Removed file: http://bugs.python.org/file15979/issue5423.patch
___
Python tracker
<http://bugs.python.org/issue5423>
___
___
Python-bugs-list m
John Marter added the comment:
I see that the spelling of banana has been fixed but what is the purpose of
assigning fruit and then immediately reassigning it another value without even
looking at the first assignment?
>>> fruit = ['apple', 'orange', '
Changes by John Levon :
--
nosy: +movement
___
Python tracker
<http://bugs.python.org/issue7946>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by John Trammell :
--
nosy: +jotr
___
Python tracker
<http://bugs.python.org/issue1785>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from John Machin :
Unicode 5.2.0 chapter 3 (Conformance) has a new section (headed "Constraints on
Conversion Processes) after requirement D93. Recent Pythons e.g. 3.1.2 don't
comply. Using the Unicode example:
>>> print(ascii(b"\xc2\x41\x42&
John Machin added the comment:
@lemburg: "failing byte" seems rather obvious: first byte that you meet that is
not valid in the current state. I don't understand your explanation, especially
"does not have the high bit set". I think you mean "is a valid start
John Machin added the comment:
@ezio.melotti: Your second sentence is true, but it is not the whole truth.
Bytes in the range C0-FF (whose high bit *is* set) ALSO shouldn't be considered
part of the sequence because they (like 00-7F) are invalid as continuation
bytes; they are either st
John Machin added the comment:
#ezio.melotti: """I'm considering valid all the bytes that start with '10...'"""
Sorry, WRONG. Read what I wrote: """Further, some bytes in the range 80-BF are
NOT always valid as the first con
John Machin added the comment:
Unicode has been frozen at 0x10. That's it. There is no such thing as a
valid 5-byte or 6-byte UTF-8 string.
--
___
Python tracker
<http://bugs.python.org/i
John Machin added the comment:
@lemburg: RFC 2279 was obsoleted by RFC 3629 over 6 years ago. The standard now
says 21 bits is it. F5-FF are declared to be invalid. I don't understand what
you mean by "supporting those possibilities". The code is correctly issuing an
error me
John Machin added the comment:
Patch review:
Preamble: pardon my ignorance of how the codebase works, but trunk
unicodeobject.c is r79494 (and allows encoding of surrogate codepoints), py3k
unicodeobject.c is r79506 (and bans the surrogate caper) and I can't find the
r79542 that the
John Machin added the comment:
Chapter 3, page 94: """As a consequence of the well-formedness conditions
specified in Table 3-7, the following byte values are disallowed in UTF-8:
C0–C1, F5–FF"""
Of course they should be handled by the simple expedient of setti
John Machin added the comment:
@lemburg: """perhaps applying the same logic as for the other sequences is a
better strategy"""
What other sequences??? F5-FF are invalid bytes; they don't start valid
sequences. What same logic?? At the start of a charact
101 - 200 of 1249 matches
Mail list logo
