Eli Bendersky eli...@gmail.com added the comment:
The new junk heuristic has been added to difflib.py in SVN revision 26661 in
2002 (which is, incidentally, the last revision to modify difflib.py). Its
commit log says:
-
Mostly in
Mark Dickinson dicki...@gmail.com added the comment:
2.5 compatibility is fine for the 2.x version of decimal.py.
For the 3.x version of decimal.py, I don't see what it buys us.
--
___
Python tracker rep...@bugs.python.org
Changes by Mark Dickinson dicki...@gmail.com:
--
nosy: +mark.dickinson
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9137
___
___
Python-bugs-list
Mark Dickinson dicki...@gmail.com added the comment:
Here's a fix.
--
keywords: +patch
nosy: +rhettinger
Added file: http://bugs.python.org/file17834/issue9137.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9137
Changes by Stefan Krah stefan-use...@bytereef.org:
Removed file: http://bugs.python.org/file17831/unnamed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9136
___
Amaury Forgeot d'Arc amaur...@gmail.com added the comment:
And what about this?
x.update(self=5)
--
nosy: +amaury.forgeotdarc
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9137
___
Mark Dickinson dicki...@gmail.com added the comment:
Ah. Good point.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9137
___
___
Mark Dickinson dicki...@gmail.com added the comment:
Updated patch, to deal with 'self' correctly too.
--
stage: needs patch - patch review
Added file: http://bugs.python.org/file17835/issue9137_v2.patch
___
Python tracker rep...@bugs.python.org
Éric Araujo mer...@netwok.org added the comment:
The examples seem good to me after a quick reading. There’s not too much but
still enough.
I find the phrasing of the versionchanged not easily understandable:
“The position of the arguments can now be omitted.”
Clearer and probably too verbose:
Stefan Krah stefan-use...@bytereef.org added the comment:
In the new patches I reinstated the ternary construct. I think it
would be nice to use dict comprehensions in py3k. People read the
stdlib for guidance, and it would help if ultimately only the most
concise idioms remained in py3k.
If
Changes by Stefan Krah stefan-use...@bytereef.org:
Added file: http://bugs.python.org/file17837/issue9136-trunk-3.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9136
___
Éric Araujo mer...@netwok.org added the comment:
Ralph, core developers have not rejected this idea. It needs a patch now (even
rough) to get the discussion further.
--
components: +Library (Lib) -Interpreter Core
___
Python tracker
New submission from Kristján Valur Jónsson krist...@ccpgames.com:
The GC module currently relies only on the presence of a __del__ method to
decide if an object can be safely collected at all. Also, there is a special
case for generator objects.
This patch allows any object to call an api
Antoine Pitrou pit...@free.fr added the comment:
First, what's the use case? Just backporting an internal Stackless API isn't a
reasonable request.
Second, this tells that there *is* a finalization function, but not what the
function is. How is the GC supposed to find it?
Third, the
Senthil Kumaran orsent...@gmail.com added the comment:
I see no problem in going ahead with the suggestion proposed and the patch.
- I checked with RFC3986 Section 2.5
http://labs.apache.org/webarch/uri/rfc/rfc3986.html#identifying-data
Relevant line:
When a new URI scheme defines a component
Scott Dial sc...@scottdial.com added the comment:
disassemble_str should be private with an underscore.
disassemble_string should've been private as well, while we are editing this
module.
--
nosy: +scott.dial
___
Python tracker
New submission from rajesh rajcha...@gmail.com:
while executing the python file:
python sercon.py
It Displays the below error.kindly provide me the solution.
Updated the Configparser log
Exception in Tkinter callback
Traceback (most recent call last):
File
Mark Dickinson dicki...@gmail.com added the comment:
Sorry; this tracker is for reporting bugs in Python, not for getting help with
your own Python code.
There are other places you might be able to get help, for example the
python-list mailing list[1], which is also available as a
Eric Smith e...@trueblade.com added the comment:
We can't change this for 2.6 since it's not a bug fix, and it's too late for
2.7. I doubt we would ever change it for 2.x, since it's likely to break other
code is subtle ways.
In 3.x all classes are new-style, so it's not at issue there.
Éric Araujo mer...@netwok.org added the comment:
To address the OP’s problem, super can be removed:
-super(Handler, self).do_GET()
+Handler.do_GET(self)
--
nosy: +merwok
___
Python tracker rep...@bugs.python.org
New submission from Jan Engelhardt jeng...@medozas.de:
When python is compiled with sparc64 settings (i.e. -m64), test_ctypes fails. I
am not sure why this does not show up with -m32.
ares:/usr/src/packages/BUILD/Python-2.6.5
LD_LIBRARY_PATH=/usr/src/packages/BUILD/Python-2.6.5 ./python -E
Changes by Catalin Iacob iacobcata...@gmail.com:
--
nosy: +catalin
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue459007
___
___
Python-bugs-list
Peter Froehlich peter.hans.froehl...@gmail.com added the comment:
On Fri, Jul 2, 2010 at 8:50 AM, Éric Araujo rep...@bugs.python.org wrote:
- super(Handler, self).do_GET()
+ Handler.do_GET(self)
Yep, that's how I solved it. :-D
--
___
Python
New submission from Giuseppe Ottaviano giu...@gmail.com:
With a fresh install from python-2.7rc2.amd64.msi (rc1 is also affected)
multiprocessing gives the following error:
Python 2.7rc2 (r27rc2:82154, Jun 22 2010, 21:22:29) [MSC v.1500 64 bit (AMD64)]
on win32
Type help, copyright, credits
Mark Dickinson dicki...@gmail.com added the comment:
I think this is a duplicate of issue 6029.
--
nosy: +mark.dickinson
resolution: - duplicate
status: open - closed
superseder: - FAIL: test_longdouble (ctypes.test.test_callbacks.Callbacks)
[SPARC/64-bit]
Mark Dickinson dicki...@gmail.com added the comment:
Closed issue 9143 as a duplicate of this one.
--
nosy: +jengelh, mark.dickinson
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6029
___
Kristján Valur Jónsson krist...@ccpgames.com added the comment:
1. The use case is any C extension that may need to run non-trivial code when
being deleted, but where this can not be statically known. An example in the
code today is generators, and the PyGen_NeedsFinalizing() function, doing
Changes by Georg Brandl ge...@python.org:
--
assignee: - benjamin.peterson
nosy: +benjamin.peterson
priority: normal - high
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9144
___
Changes by Georg Brandl ge...@python.org:
--
priority: high - release blocker
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9144
___
___
Changes by Éric Araujo mer...@netwok.org:
--
components: +Build -Library (Lib)
nosy: +merwok
resolution: - accepted
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9144
___
Antoine Pitrou pit...@free.fr added the comment:
1. The use case is any C extension that may need to run non-trivial
code when being deleted, but where this can not be statically known.
tp_del is IMO a bad place to do it. I'd recommend tp_dealloc instead,
precisely so that you don't end up
Eric Smith e...@trueblade.com added the comment:
Thanks for taking the lead on this.
In this sentence:
+The new format syntax also supports new and different options, showed in the
+follow examples.
showed should be shown.
I like to use an example showing attribute access on named types. Barry
Eric Smith e...@trueblade.com added the comment:
Instead of named types, I meant named arguments, of course.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9139
___
Douglas Alan darkwate...@gmail.com added the comment:
Until this feature gets built into Python, you can use a Python-coded generator
such as this one to accomplish the same effect:
def fileLineIter(inputFile,
inputNewline=\n,
outputNewline=None,
New submission from Antoine Pitrou pit...@free.fr:
$ ./python -m test.regrtest -uall -R 2:3 -v test_coercion
== CPython 2.7rc2+ (trunk, Jul 2 2010, 18:50:24) [GCC 4.3.2]
== Linux-2.6.27.10-grsec--grs-ipv4-64-x86_64-with-debian-lenny-sid
little-endian
==
Daniel Urban urban.dani...@gmail.com added the comment:
disassemble_string should've been private as well, while we are editing this
module.
Attached the updated patch.
--
Added file: http://bugs.python.org/file17839/issue6507_3.diff
___
Python
Changes by Raymond Hettinger rhettin...@users.sourceforge.net:
--
assignee: stutzbach - mark.dickinson
resolution: - accepted
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9137
___
Ezio Melotti ezio.melo...@gmail.com added the comment:
Here is a new patch.
I fixed the typos, removed the examples from the first section and added a link
to the examples section.
I also added the examples suggested by Eric plus an example about {:%}, and
followed the suggestion of Éric and
Changes by Mark Dickinson dicki...@gmail.com:
--
nosy: +mark.dickinson
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9139
___
___
Python-bugs-list
Changes by Mark Dickinson dicki...@gmail.com:
--
nosy: +mark.dickinson
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6507
___
___
Python-bugs-list
New submission from Dave Malcolm dmalc...@redhat.com:
Having run:
prelink --undo --all
the following works OK:
OPENSSL_FORCE_FIPS_MODE=1 python -c import hashlib; m = m = hashlib.md5();
m.update('abc')
but the following segfaults:
OPENSSL_FORCE_FIPS_MODE=1 python -c import ssl; import
Antoine Pitrou pit...@free.fr added the comment:
First, is it only with 2.7 or 2.6?
Second, I don't really get the point of the FIPS mode. The PDF you linked to
seems full of bureaucratic jargon.
Third, I can't reproduce under Mandriva, but perhaps it's because it's using
OpenSSL 1.0.0 (which
Dave Malcolm dmalc...@redhat.com added the comment:
Thanks
First, is it only with 2.7 or 2.6?
I've seen this with both 2.6 tarball builds and SVN trunk; in both cases
against openssl-1.0.0-1.[
Second, I don't really get the point of the FIPS mode. The PDF you linked to
seems full of
Antoine Pitrou pit...@free.fr added the comment:
with the attached patch to SVN trunk, I don't need the initial import
ssl to reproduce the segfault
Nice, so at least that oddity is eliminated :)
So I guess it's down to the A, B, and C approaches you suggested.
Of course, if we choose to
Benjamin Peterson benja...@python.org added the comment:
Martin, any ideas?
--
nosy: +loewis
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9144
___
Terry J. Reedy tjre...@udel.edu added the comment:
Brett, should this be reassigned to d...@python? I gave a suggested text change
months ago. The need for a change like this was mentioned again today on pydev
in the thread Can Python implementations reject semantically invalid
expressions?.
Terry J. Reedy tjre...@udel.edu added the comment:
Just today, someone posted the result of dis.dis('somebytes') and did not
notice the error because dis blithely disassembles bytes as bytecodes, even in
3.x. (The person actually dissed a 2.x string).
from dis import dis
dis(b'cat')
Alexander Belopolsky belopol...@users.sourceforge.net added the comment:
- I find the _cmp() and __cmp() indirection poor style in 3.x,
especially when you simply end up comparing self._getstate() and
other._getstate() (it is also suboptimal because it can do more
comparisons than needed)
Changes by Éric Araujo mer...@netwok.org:
--
resolution: - accepted
stage: commit review - patch review
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6507
___
Alexander Belopolsky belopol...@users.sourceforge.net added the comment:
I am talking specifically about this kind of assert:
assert 1 = month = 12, 'month must be in 1..12'
I think it should be replaced with:
if month 1 or month 12:
raise ValueError('month must be in
Terry J. Reedy tjre...@udel.edu added the comment:
WIth the help output that they provide, how am I supposed to know that
os.fork is only supported on Unix.
On windows, os.fork does not exist, so help(os.fork) fails, so it is obvious to
me that it is not available on Windows ;-).
help(winreg)
Alexander Belopolsky belopol...@users.sourceforge.net added the comment:
If they abuse the _ methods and complain that the C version doesn't
work, we just say we *told* you not to do that. It is not the Python
philosophy to try to protect users from mistakes that they willfully
make.
OK.
Eric Smith e...@trueblade.com added the comment:
This looks like a definite improvement to me.
When you merge to py3k, don't forget to change the versionchanged tag to 3.1.
--
___
Python tracker rep...@bugs.python.org
Brett Cannon br...@python.org added the comment:
Sorry, Terry, I didn't even notice the corrections in the issue since they were
inlined in a comment instead of as an attached file. I will have a look right
now.
--
keywords: +needs review
stage: needs patch - patch review
Amaury Forgeot d'Arc amaur...@gmail.com added the comment:
assert daysecondswhole == int(daysecondswhole) # can't overflow
Since int is long in 3.x, this assert does not check anything
Even with 2.5 int(x) cannot overflow, and returns a long when needed!
This assert probably checks that
Alexander Belopolsky belopol...@users.sourceforge.net added the comment:
This comment in datetime.__new__ makes me +0.5 on s/__/_/:
self = date.__new__(cls, year, month, day)
# XXX This duplicates __year, __month, __day for convenience :-(
Alexander Belopolsky belopol...@users.sourceforge.net added the comment:
On Fri, Jul 2, 2010 at 5:23 PM, Amaury Forgeot d'Arc
rep...@bugs.python.org wrote:
..
Even with 2.5 int(x) cannot overflow, and returns a long when needed!
This assert probably checks that the number has no fractional
Éric Araujo mer...@netwok.org added the comment:
I’m not sure it’s good style to say “now” twice (in the versionchanged block).
I almost feel bad pointing that there is one line with bad whitespace:
+for align,text in ...
(Space after comma)
Otherwise great patch :)
--
resolution:
Eric Smith e...@trueblade.com added the comment:
I think I'd just delete both instances of now. And now that I read it more
critically, position should be positional. How's this rewording:
.. versionchanged:: 2.7
The positional argument specifiers can be omitted, so ``'{} {}'`` is
Ezio Melotti ezio.melo...@gmail.com added the comment:
Here is another patch.
I also added another example that uses the fillchar.
--
Added file: http://bugs.python.org/file17843/issue9139v3.diff
___
Python tracker rep...@bugs.python.org
Tim Peters tim.pet...@gmail.com added the comment:
I thought x was coming from integer
arithmetics, but apparently datetime.py loves floats!
The arguments to __new__ can be floats, so it's necessary to deal with floats
there.
--
___
Python
Tim Peters tim.pet...@gmail.com added the comment:
I thought x was coming from integer
arithmetics, but apparently datetime.py loves floats!
The arguments to __new__ can be floats, so it's necessary to deal with floats
there.
--
___
Python
Changes by Tim Peters tim.pet...@gmail.com:
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7989
___
___
Python-bugs-list mailing list
Tim Peters tim.pet...@gmail.com added the comment:
Do you remember why it was a good idea to
derive datetime from date?
Why not? A datetime is a date, but with additional behavior. Makes
inheritance conceptually natural.
--
___
Python tracker
Brett Cannon br...@python.org added the comment:
Fixed in r82456. I decided to make a warning directive so that it's really
obvious that people should not consider the dis module and bytecode as stable.
Once Python 2.7.0final is out the door I will backport the patch.
--
resolution:
Alexander Belopolsky belopol...@users.sourceforge.net added the comment:
On Fri, Jul 2, 2010 at 6:00 PM, Tim Peters rep...@bugs.python.org wrote:
Tim Peters tim.pet...@gmail.com added the comment:
Do you remember why it was a good idea to
derive datetime from date?
Why not? A datetime is
Eric Smith e...@trueblade.com added the comment:
Looks good.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9139
___
___
Python-bugs-list
Tim Peters tim.pet...@gmail.com added the comment:
I'm not going to argue about whether datetime should have been subclassed
from date - fact is that it was, and since it was Guido's idea from the start,
he wouldn't change it now even if his time machine weren't out for repairs ;-)
--
Alexander Belopolsky belopol...@users.sourceforge.net added the comment:
On Fri, Jul 2, 2010 at 6:26 PM, Tim Peters rep...@bugs.python.org wrote:
..
I'm not going to argue about whether datetime should have been subclassed
from date - fact is that it was, and since it was
Guido's idea from
Marc-Andre Lemburg m...@egenix.com added the comment:
Alexander Belopolsky wrote:
Alexander Belopolsky belopol...@users.sourceforge.net added the comment:
On Fri, Jul 2, 2010 at 6:00 PM, Tim Peters rep...@bugs.python.org wrote:
Tim Peters tim.pet...@gmail.com added the comment:
Do you
Alexander Belopolsky belopol...@users.sourceforge.net added the comment:
On Fri, Jul 2, 2010 at 6:52 PM, Marc-Andre Lemburg
rep...@bugs.python.org wrote:
..
That said, I don't think redesigning the datetime module is part
of this ticket, just adding a second implementation of what we
already
Ezio Melotti ezio.melo...@gmail.com added the comment:
Committed in r82457 and r82459 (trunk), r82460 (release26-maint), r82462
(py3k), r82463 (release31-maint). Thanks for the reviews!
--
resolution: accepted - fixed
stage: patch review - committed/rejected
status: open - closed
Alexander Belopolsky belopol...@users.sourceforge.net added the comment:
I am attaching a patch against sandbox version of datetime.py. With this
patch, there is a single place where subminute offset is rejected,
_check_utc_offset() function. I have also added whole minute asserts in
places
Alexander Belopolsky belopol...@users.sourceforge.net added the comment:
I am attaching a patch from issue 5288 as an example of a change that I would
favor more than issue7989-cmp.diff. This patch eliminates _utcoffset and _dst
methods that duplicate utcoffset and dst, but return integer
Dave Malcolm dmalc...@redhat.com added the comment:
Attached patch checks for errors in the initialization of _hashlib, and only
registers the names that are actually available.
It also contains the ssl init from the first patch.
I added a _hashlib._errors dict, containing errors, so that you
Dave Malcolm dmalc...@redhat.com added the comment:
Not quite ready yet:
Named methods work:
$ OPENSSL_FORCE_FIPS_MODE=1 ./python -c import hashlib; m = hashlib.md5();
m.update('abc\n'); print m.hexdigest()0bee89b07a248e27c83fc3d5951213c1
[15741 refs]
but lookup by name still fails:
Ezio Melotti ezio.melo...@gmail.com added the comment:
I've found a subtle corner case about 3- and 4-bytes long sequences.
For example, according to http://www.unicode.org/versions/Unicode5.2.0/ch03.pdf
(pages 94-95, table 3.7) the sequences in range \xe0\x80\x80-\xe0\x9f\xbf are
invalid.
Alexander Belopolsky belopol...@users.sourceforge.net added the comment:
Benjamin,
Is it too late to do anything about this. Apparently Sean committed wrong
patch and as a result 2.7 is about to be released with an error in
tzinfo.fromutc docstring. This method is confusing enough without
Alexander Belopolsky belopol...@users.sourceforge.net added the comment:
Reverted r81681 and r81682 in r82466 and r82467.
It looks like docstring changes intended for utcoffset() landed in a docstring
for fromutc(). Given that we are very close to 2.7 release, I am not
attempting to improve
Changes by Nick Coghlan ncogh...@gmail.com:
--
nosy: +jnoller
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9144
___
___
Python-bugs-list mailing
Troy Potts troy.po...@gmail.com added the comment:
I have attempted to implement a ZipFile.remove function. It seems to work
fine. I have submitted a patch.
The method of implementation is: find the file's index in the file list, then
sum the lengths of the file entries before it to find
Ezio Melotti ezio.melo...@gmail.com added the comment:
Backported to 2.6 and 3.1 in r82470 and r82469.
I'll leave this open for a while to see if anyone has any comment on my
previous message.
--
resolution: - fixed
stage: patch review - committed/rejected
Changes by Troy Potts troy.po...@gmail.com:
Removed file: http://bugs.python.org/file17847/zipfile_remove.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6818
___
Troy Potts troy.po...@gmail.com added the comment:
My patch had some bugs, I'll need to do some more testing. Sorry about that.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6818
___
Changes by Alexander Belopolsky belopol...@users.sourceforge.net:
--
stage: needs patch - patch review
Added file: http://bugs.python.org/file17848/issue7989.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7989
85 matches
Mail list logo