Raymond Hettinger rhettin...@users.sourceforge.net added the comment:
What a tremendous waste of time and inane exercise. AFAICT, this is a zero
value add.
Also, we try to avoid these sort of search-and-replace exercises because 1)
they are not part of holistic refactoring (Guido's term for
Ezio Melotti ezio.melo...@gmail.com added the comment:
It's not really a waste of time, since it's just a find and replace and I
already have a patch ready. I also believe that there are valid reasons to do
it.
When I started learning about unittest, I clearly remember asking myself if I
Raymond Hettinger rhettin...@users.sourceforge.net added the comment:
Thank you. Please do the reversion and the docstring fixup.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5416
___
Raymond Hettinger rhettin...@users.sourceforge.net added the comment:
Please don't pursue this further. It does not matter at all whether developers
use assertEqual or assertEquals. That is no more than a stylistic preference.
I do not want a commit hook, or for developer patches to be
New submission from Jervis Whitley jervi...@gmail.com:
complex() raises ValueError when parsing a string argument containing both real
and imaginary where one of the real or imaginary is a decimal.
To reproduce:
complex(1.1 + 2.1j)
ValueError: complex() arg is a malformed string
kai zhu kaizhu...@gmail.com added the comment:
python 3.1.2 mimetypes initialization also fails in redhat linux:
import http.server
Traceback (most recent call last):
File
/home/public/i386-redhat-linux-gnu/python/lib/python3.1/http/server.py, line
588, in module
class
Mark Summerfield m...@qtrac.eu added the comment:
Perhaps a useful compromise would be to add an encoding attribute that is set
to the encoding of the XML file that's read in (and with a default of ascii).
That way it would be possible to preserve the encoding, e.g.:
import
Mark Dickinson dicki...@gmail.com added the comment:
The problem here is the spaces in the input string:
newton:~ dickinsm$ python2.7
Python 2.7 (r27:82500, Jul 13 2010, 14:10:05)
[GCC 4.2.1 (Apple Inc. build 5659)] on darwin
Type help, copyright, credits or license for more information.
Mark Dickinson dicki...@gmail.com added the comment:
Note also that spaces are already allowed immediately inside the parentheses in
a string argument to the complex constructor (in python 2.6 and later):
complex(( 1.1+2.1j ))
(1.1001+2.1001j)
--
Changes by Mark Dickinson dicki...@gmail.com:
--
stage: - needs patch
versions: +Python 3.2 -Python 2.5, Python 2.6, Python 2.7, Python 3.1
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9574
Stefan Behnel sco...@users.sourceforge.net added the comment:
lxml.etree has encapsulated this in a 'docinfo' property which also holds the
XML 'version', the 'standalone' state and the DOCTYPE (if available).
Note that this information is readily available in lxml.etree for any parsed
Mark Summerfield m...@qtrac.eu added the comment:
I don't see how lxml is relevant here? lxml is a third party library, whereas
etree is part of the standard library. And according to the 3.1.2 docs etree
doesn't have a docinfo (or any other) property.
--
Steven Bethard steven.beth...@gmail.com added the comment:
This is closely related to issue 9338. The parser should know that your command
line requires at least the COMMAND argument, so it should stop parsing in time
for that. However, in the case of subcommands, even if we solved issue 9338,
Nir Aides n...@winpdb.org added the comment:
I think patch may be simplified. Instead of keeping track of CRC offset, invoke
it directly on the 'data' variable being added to _readbuffer.
Also the call to _update_crc() before the return from read1() looks redundant.
Finally, is it possible
Stefan Behnel sco...@users.sourceforge.net added the comment:
That's why I mention it here to prevent future incompatibilities between the
two libraries.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9522
Raymond Hettinger rhettin...@users.sourceforge.net added the comment:
I'm rejecting this feature request on the grounds that the use cases are
sufficiently uncommon to warrant adding API complexity.
Currently, the notions of reverse() and sort() are comparatively simple. They
correspond
Changes by Michael.Elsdörfer mich...@elsdoerfer.info:
--
nosy: +elsdoerfer
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9338
___
___
New submission from Heejin ahee...@gmail.com:
As far as I have seen, this bug only appears in Windows 7. I tested with Python
2.5, 2.6, and 2.7 and they all seem to have this bug.
I tested with Windows 7 Korean version. I'm not sure if other language versions
have the same problem.
Changes by Tim Golden m...@timgolden.me.uk:
--
assignee: - tim.golden
nosy: +tim.golden
versions: -Python 2.5
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9575
___
Changes by Antoine Pitrou pit...@free.fr:
--
stage: unit test needed - needs patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3482
___
___
Changes by Éric Araujo mer...@netwok.org:
--
nosy: +eric.araujo
versions: -Python 2.7, Python 3.2
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6164
___
Tim Golden m...@timgolden.me.uk added the comment:
Fudge-fix committed as r83948, r83958. Not sure what status to set
--
status: open - pending
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9055
Tim Golden m...@timgolden.me.uk added the comment:
ReComitted as r83947, r83956, r83957 and this time the buildbots look happy.
(At least as regards this change).
--
resolution: - fixed
status: open - closed
___
Python tracker
Paul Moore p.f.mo...@gmail.com added the comment:
Certainly the 2.7 branch on my buildbot is now OK (3.x is failing for
other reasons :-()
--
status: pending - open
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9055
Mark Dickinson dicki...@gmail.com added the comment:
I'm wondering whether the moratorium (PEP 3003) applies to this; from a close
reading I'd say it does. At any rate, it seems like an inessential
enhancement, so I'd be happy to delay this until 3.3.
--
versions: +Python 3.3 -Python
Tim Golden m...@timgolden.me.uk added the comment:
I can't get it crash on a path that short. I can produce an error message if I
push it beyond the 254 limit, but you can work around that by applying the
filesystem namespace prefix:
code
import os
path = c:\\ + \\.join (130 * ['xx'])
Heejin ahee...@gmail.com added the comment:
Thank you for your answer.
Actually I tried that in two Windows7-installed computers
and failed in both. But I don't think it is the problem of
path lengths; I created other paths that long and that deep
but os.listdir() works on them. That's why I
Tim Golden m...@timgolden.me.uk added the comment:
See: http://msdn.microsoft.com/en-us/library/aa365247%28VS.85%29.aspx
I tried first with your exact path and it caused no issues on
my Win7 box. FWIW you could easily roll your own os.walk
(starting by copying the code that's there) if you
Changes by Alexander Belopolsky belopol...@users.sourceforge.net:
--
nosy: -belopolsky
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9573
___
___
Changes by Alexander Belopolsky belopol...@users.sourceforge.net:
--
Removed message: http://bugs.python.org/msg113654
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9573
___
Antoine Pitrou pit...@free.fr added the comment:
I've ported the patch to py3k and checked it works under Mandriva Linux and
Windows 7 x64.
--
versions: -Python 2.6
Added file: http://bugs.python.org/file18485/getaddrinfo3.patch
___
Python tracker
Nir Aides n...@winpdb.org added the comment:
But you answered my question with code :) self._file_size is now unused and may
be removed.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7467
Tim Golden m...@timgolden.me.uk added the comment:
Fixed by issue2304
--
components: -Library (Lib), Tests, Windows
nosy: +tim.golden
resolution: - duplicate
stage: - committed/rejected
status: open - closed
type: - behavior
___
Python tracker
Antoine Pitrou pit...@free.fr added the comment:
Ah, indeed. I've committed an updated patch in r83959 (py3k), r83962 (3.1) and
r83961 (2.7). Thank you!
--
resolution: accepted - fixed
stage: patch review - committed/rejected
status: open - closed
Tim Golden m...@timgolden.me.uk added the comment:
OK; issue2304 is now fixed and closed. But it doesn't seem to make any
difference to this behaviour. I've just retested and I see on py3k the
behaviour the OP saw. CreateProcess does the same thing and I couldn't even get
it to work with
New submission from Tarek Ziadé ziade.ta...@gmail.com:
It's not possible to use a custom level in a file-based configuration unless
you programatically call logging.addLevelName('LEVEL', VALUE)
It would be nice to be able to declare new levels in config files
--
assignee: vinay.sajip
Éric Araujo mer...@netwok.org added the comment:
I’ll write a unit test shortly.
--
assignee: tarek - eric.araujo
versions: +Python 3.1, Python 3.2 -Python 2.6
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6884
Changes by Éric Araujo mer...@netwok.org:
--
nosy: +eric.araujo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9576
___
___
Python-bugs-list
New submission from Arman arman.hunan...@gmail.com:
When HTMLParser reaches CDATA element it enters cdata mode by calling
set_cdata_mode (file html/parser.py line 270). this method assigns
self.interesting member new value r'(/|\Z)'. But this is not correct. Consider
following case
script
Alexander Belopolsky belopol...@users.sourceforge.net added the comment:
Current behavior is also consistent with that of fractions:
Fraction(1/2)
Fraction(1, 2)
Fraction(1 / 2)
Traceback (most recent call last):
..
ValueError: Invalid literal for Fraction: '1 / 2'
I am -1 on this RFE. At
Barry A. Warsaw ba...@python.org added the comment:
Patch accepted, please apply for 2.6.6.
--
resolution: - accepted
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9543
___
Ezio Melotti ezio.melo...@gmail.com added the comment:
Done in r83964.
--
resolution: accepted - fixed
stage: patch review - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9543
Changes by Barry A. Warsaw ba...@python.org:
--
priority: normal - release blocker
versions: +Python 2.6 -Python 2.7, Python 3.1, Python 3.2
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7467
Changes by Antoine Pitrou pit...@free.fr:
--
status: closed - open
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7467
___
___
Python-bugs-list
Alexander Belopolsky belopol...@users.sourceforge.net added the comment:
I did some experimentation and found some inconsistency between int and complex:
int('\xA11')
Traceback (most recent call last):
File stdin, line 1, in module
UnicodeDecodeError: 'utf8' codec can't decode byte 0xa1 in
Mark Dickinson dicki...@gmail.com added the comment:
I don't think determining *which* whitespace is allowed is a problem; just use
whatever's already being used for the whitespace that's already allowed (around
the whole complex input, for example, or between the optional parentheses and
the
New submission from Alexander Belopolsky belopol...@users.sourceforge.net:
int('\xA11')
Traceback (most recent call last):
File stdin, line 1, in module
UnicodeDecodeError: 'utf8' codec can't decode byte 0xa1 in position 0: invalid
start byte
This is inconsistent with other number types'
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
components: +Interpreter Core
nosy: +ezio.melotti
stage: - unit test needed
type: - behavior
versions: +Python 2.7, Python 3.1, Python 3.2
___
Python tracker rep...@bugs.python.org
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
nosy: +ezio.melotti
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7710
___
___
Python-bugs-list
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
nosy: +ezio.melotti
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4221
___
___
Python-bugs-list
Michael Foord mich...@voidspace.org.uk added the comment:
Well, there is *some* value in stylistic consistency. If it didn't matter at
all then Guido wouldn't have instigated the deprecation of assertEquals and
assert_ and standardised on assertEqual (which he did during the sprints at
PyCon
Florent Xicluna florent.xicl...@gmail.com added the comment:
a duplicate of #7710
--
nosy: +flox
resolution: - duplicate
status: open - closed
superseder: - Inconsistent Exception for int() conversion
___
Python tracker rep...@bugs.python.org
Changes by Florent Xicluna florent.xicl...@gmail.com:
--
nosy: +belopolsky
stage: - unit test needed
type: - behavior
versions: +Python 2.7, Python 3.1
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7710
R. David Murray rdmur...@bitdance.com added the comment:
I don't think it is worthwhile to jump through hoops to avoid calling the
special methods. Your patch also creates an unnecessary dependency on the
internal implementation of EnvironmentVarGuard (ie: the fact that currently
__enter__
Changes by Daniel Urban urban.dani...@gmail.com:
--
nosy: +durban
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5867
___
___
Python-bugs-list
Daniel Urban urban.dani...@gmail.com added the comment:
I think, that the reason is that, object.__new__ checks, if the class is
instantiable (object_new in Objects/typeobject.c ). dict.__new__ (and
tuple.__new__, and I guess the __new__ method of other built-in types) doesn't
call
New submission from David Watson bai...@users.sourceforge.net:
It may be hard to find a configuration string this long, but you
can see the problem if you apply the attached
confstr-reduce-bufsize.diff to reduce the size of the local array
buffer that posix_confstr() uses. With it applied:
Changes by David Watson bai...@users.sourceforge.net:
Added file: http://bugs.python.org/file18487/confstr-long-result.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9579
___
New submission from David Watson bai...@users.sourceforge.net:
The attached patch applies on top of the patch from issue #9579 to
make it use PyUnicode_DecodeFSDefaultAndSize(). (You could use
it in the existing code, but until that issue is fixed, there is
sometimes nothing to decode!)
David Watson bai...@users.sourceforge.net added the comment:
I'm not quite sure what you mean, but the man page for FreeBSD 5.3 specifies
EPERM for an unprivileged user and EINVAL for an attempt to create something
other than a device node. POSIX requires creating a FIFO to work for any user,
David Watson bai...@users.sourceforge.net added the comment:
OK, these patches work on FreeBSD 5.3 (root and non-root) if you want to check
the errno. I don't know what other systems might return though. I did also
find that the 2.x tests were failing on cleanup because the test class used
Changes by David Watson bai...@users.sourceforge.net:
Added file: http://bugs.python.org/file18490/add-errno-check-2.x.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9569
___
Changes by David Watson bai...@users.sourceforge.net:
Added file: http://bugs.python.org/file18491/add-errno-check-3.x.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9569
___
Changes by Antoine Pitrou pit...@free.fr:
--
nosy: +haypo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9579
___
___
Python-bugs-list mailing list
Changes by Antoine Pitrou pit...@free.fr:
--
nosy: +haypo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9580
___
___
Python-bugs-list mailing list
Antoine Pitrou pit...@free.fr added the comment:
The 3.x patches work fine for me under Mandriva Linux.
--
nosy: +pitrou
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9569
___
New submission from Antoine Pitrou pit...@free.fr:
I get the following test_posix failures when run as root (Mandriva Linux):
==
ERROR: test_initgroups (test.test_posix.PosixGroupsTester)
Barry A. Warsaw ba...@python.org added the comment:
I'm putting this one in the same category as bug 7467. I think these two, plus
the patches which were applied to release26-maint after rc1 (without approval
;) will require an rc2. If that can be worked out schedule-wise, I'll allow
these
Barry A. Warsaw ba...@python.org added the comment:
The fix for this was applied after 2.6.6rc1, and it wasn't approved by me. Is
it critical for 2.6? Is it a regression since 2.6.5? The way I see it, we
either back this out or release an rc2. There may be other reasons to release
an rc2,
Changes by Barry A. Warsaw ba...@python.org:
--
priority: normal - release blocker
status: closed - open
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2944
___
Barry A. Warsaw ba...@python.org added the comment:
Why was this merged to 2.6 after 2.6.6rc1 without approval?
--
nosy: +barry
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1285086
___
Changes by Barry A. Warsaw ba...@python.org:
--
priority: low - release blocker
status: closed - open
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1285086
___
Martin v. Löwis mar...@v.loewis.de added the comment:
What date would the final release then be made? It would be best if it could be
done before Aug 27. If necessary, I could also make a release on September 6
(but not any day before or after)
--
Martin v. Löwis mar...@v.loewis.de added the comment:
The bug is not a regression since 2.6.5; AFAICT, it was in Python forever. I
recommend to revert the checkin, and postpone fixing it to 2.7.1.
--
___
Python tracker rep...@bugs.python.org
New submission from Robert Mohr python-b...@mohrr.net:
The last line of
http://docs.python.org/faq/programming.html#is-there-a-scanf-or-sscanf-equivalent
is not proper English:
For more complicated input parsing, regular expressions more powerful than C’s
sscanf() and better suited for the
Joshua Bronson jabron...@gmail.com added the comment:
Thanks for the great additions.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7734
___
R. David Murray rdmur...@bitdance.com added the comment:
I believe this is a duplicate of Issue670664. If you disagree please reopen
with additional information.
--
nosy: +r.david.murray
resolution: - duplicate
stage: - committed/rejected
status: open - closed
superseder: -
Barry A. Warsaw ba...@python.org added the comment:
flox reverted in r83967 for 2.6.6.
--
priority: release blocker -
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1285086
Barry A. Warsaw ba...@python.org added the comment:
I agree w/mvl. Giampaolo, please revert this for 2.6.6.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2944
___
Barry A. Warsaw ba...@python.org added the comment:
Since the patch only changes a test, and it looks innocent enough (i.e. no
possibility of regression), and it only changes a test that is run with -u all,
I will allow this for 2.6.6.
Mark, please apply your test_curses_getmouse.patch. You
New submission from Buck Golemon buck.gole...@amd.com:
In our environment, we have a wrapper which enables optimization by default
(-OO). Most commandline tools which have a mode-changing flag such as this,
also have a flag to do the opposite ( see: ls -t -U, wget -nv -v, ).
I'd like to
Antoine Pitrou pit...@free.fr added the comment:
At Barry's request, here is a patch for potential backport to 2.6.
--
Added file: http://bugs.python.org/file18492/zipcrc.patch
___
Python tracker rep...@bugs.python.org
Stefan Krah stefan-use...@bytereef.org added the comment:
Issue 8714 could be related as well: On OpenBSD, after a KeyboardInterrupt
one has to hit Return before the traceback appears.
This was introduced in (or exposed by) r68460. When Python is compiled
without threads, the bug does not
Jervis Whitley jervi...@gmail.com added the comment:
It hadn't occurred to me to try this without spaces. Thank you for pointing
this out. Agreed that the enhancement is not essential.
--
___
Python tracker rep...@bugs.python.org
Ned Deily n...@acm.org added the comment:
For the record, after some discussion at EuroPython and on the Pythonmac-SIG
mailing list (thread starting here:
http://mail.python.org/pipermail/pythonmac-sig/2010-July/022467.html), the
current plan is to make the 64-bit installer variant support OS
STINNER Victor victor.stin...@haypocalc.com added the comment:
Can you give me examples of configuration keys with undecodable values?
PyUnicode_DecodeFSDefault(AndSize) encoding depends on the locale whereas
PyUnicode_FromString uses utf-8. I don't know the encoding of confstr() values.
You
STINNER Victor victor.stin...@haypocalc.com added the comment:
About confstr-long-result.diff: why do you use a loop to reallocate the buffer?
confstr() result may change?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9579
STINNER Victor victor.stin...@haypocalc.com added the comment:
(About PyFile_FromFd)
pitrou Actually, I'm not sure there's much point since the name
pitrou attribute is currently read-only: (...)
Oh, it remembers me #4762. I closed this issue with the message The last
problem occurs with
STINNER Victor victor.stin...@haypocalc.com added the comment:
The patch looks good.
Can it/should it be applied to 2.7 too?
Just one nit: could you please indent the doc-string
to match the original indentation ?
Done. New patch attached. Is it ok like that?
--
Added file:
STINNER Victor victor.stin...@haypocalc.com added the comment:
Hey! I don't know why, but I posted a truncated patch. It doesn't remove the
code removing the filename and so it breaks the code. New try: version 3 should
be ok :-)
--
Added file:
Changes by STINNER Victor victor.stin...@haypocalc.com:
Removed file: http://bugs.python.org/file18493/_syscmd_file-2.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9560
___
Changes by STINNER Victor victor.stin...@haypocalc.com:
Removed file: http://bugs.python.org/file18470/_syscmd_file.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9560
___
Éric Araujo mer...@netwok.org added the comment:
Is it guaranteed that the -b option will be present in every version of file?
--
nosy: +eric.araujo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9560
Giampaolo Rodola' g.rod...@gmail.com added the comment:
The commit was made on August 04, 11:05 AM, while rc1 was released at 06:09 PM.
I don't think the patch is going to introduce any problem but if you think it's
the case to revert it then I'll do it.
--
STINNER Victor victor.stin...@haypocalc.com added the comment:
Hyeshik Chang, who opened this issue, wrote (msg83672) When I asked Taiwanese
developers how often they use these character sets, it appeared that they are
almost useless in the usual computing
environment in Taiwan. This will only
STINNER Victor victor.stin...@haypocalc.com added the comment:
I thought you and...Ezio? were talking about some way to improve
the encoding situation when reading from/writing to a pipe.
I don't want to change that. If you come with arguments in favor of changing
that (and maybe some ideas
R. David Murray rdmur...@bitdance.com added the comment:
The question isn't when it was released, but when it was tagged, and that
happened at Aug 3 22:51:57 2010 UTC according to svn. Your commit was made Aug
4 08:58:38 2010 UTC.
--
nosy: +r.david.murray
STINNER Victor victor.stin...@haypocalc.com added the comment:
About issue9198.diff:
- exit directly if !PyErr_ExceptionMatches(PyExc_UnicodeEncodeError) to avoid
an useless level of indentation
- why do you clear the exception before calling PyObject_Repr()? if you cannot
execute code while
Giampaolo Rodola' g.rod...@gmail.com added the comment:
Ok, no problem. Reverted in r83969.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2944
___
STINNER Victor victor.stin...@haypocalc.com added the comment:
I can't reproduce this on Windows ...
This issue is (was?) maybe specific to Linux.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5905
1 - 100 of 106 matches
Mail list logo