Martin v. Löwis mar...@v.loewis.de added the comment:
Can you please run the Python installer with
msiexec /i pythonxy.msi /l*v python.log
and compress and attach the resulting log file?
--
nosy: +loewis
___
Python tracker rep...@bugs.python.org
Martin v. Löwis mar...@v.loewis.de added the comment:
Can you please run the Python installer with
msiexec /i pythonxy.msi /l*v python.log
and compress and attach the resulting log file?
--
nosy: +loewis
___
Python tracker rep...@bugs.python.org
Nick Coghlan ncogh...@gmail.com added the comment:
Reclassifying as a documentation bug, since PEP 377 was rejected by Guido.
--
components: +Documentation -None
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5251
Marc-Andre Lemburg m...@egenix.com added the comment:
You may not know it, but these functions are generated from the Unicode
database.
However, because these functions need to be fast and are small enough,
they were not converted to the unicodetype_db approach and instead left
as they were
Marc-Andre Lemburg m...@egenix.com added the comment:
This looks like a useful addition for Python 2.x - not sure about 3.x,
since that doesn't have the 2.x buffer interface anymore.
Phil, could you update the patch for Python 2.7.
--
nosy: +lemburg
versions: -Python 3.1
New submission from Tim Cuthbertson tim3d.j...@gmail.com:
This patch adds the behaviour that when a unittest.failureException is
thrown in a TestCase's tearDown method, the test case is added to the
failures list (instead of the errors list, and only when the test case
body has passed
kxroberto kxrobe...@users.sourceforge.net added the comment:
(I'm somewhat away from all that currently - and not aware if newest
Python versions already solved but:)
* a time.asctime_tz([tim]) or so should deliver a full OS-indep.
_world_ time string incl. numeric timezone info like
Sat Mar
Changes by kxroberto kxrobe...@users.sourceforge.net:
--
title: compute/doc %z os-indep., time.asctime_tz / _TZ - time.asctime_tz,
time.strftime %z %C
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1475397
kxroberto kxrobe...@users.sourceforge.net added the comment:
g = Generator(fp,mangle_from_=unixfrom)
in that code location below?
It produced exceptions often when message lines (or headerlines e.g.
Subject also when I remember right) begin with the char or so.
--- Message.py.orig
Tim Cuthbertson tim3d.j...@gmail.com added the comment:
updated patch: made the test method name unique (oops), and added the
specific test case where both test body and tearDown raise failure
exceptions. This patch supercedes the original (v0)
--
Added file:
Mark Dickinson dicki...@gmail.com added the comment:
Thanks! Committed your patch in r70497.
I think _PY_STRUCT_RANGE_CHECKING can also be removed from the module and
the tests (treated as though it's 1 throughout). In theory there could be
people using it, but it's not documented and the
STINNER Victor victor.stin...@haypocalc.com added the comment:
Ok... but there is the newline issue: (self quote)
exec() doesn't support newline different than \n,
see issue #4628.
So that issue should get fixed, then.
Ok, I will work in the other other issue. If #4628 is fixed, this
STINNER Victor victor.stin...@haypocalc.com added the comment:
After some discussions, I think that my first patch
(profile_encoding.patch) was correct but we also have to fix #4628.
--
dependencies: +No universal newline support for compile() when using bytes
STINNER Victor victor.stin...@haypocalc.com added the comment:
Detect UTF-16 and UTF-32 is complex. I think that we can first support
UTF-16LE, UTF-16BE, UTF-32LE and UTF-32BE with BOM. Most editors add a
BOM (eg. notepad.exe on Windows). I will try to fix this issue.
--
webograph webogr...@eml.cc added the comment:
i don't think this can be solved in a way that is independent of the
chosen unit, as it requires a concept of whole time-units (as in
whole numbers); whether these be seconds or minutes would be
completely arbitrary.
(`5 minutes % 3 = 0 minutes`
Changes by Mark Dickinson dicki...@gmail.com:
--
nosy: +marketdickinson
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1492860
___
___
Mark Dickinson dicki...@gmail.com added the comment:
To see what Tim's talking about here, see the 'big switch' (switch
opcode) in function PyEval_EvalFrameEx in Python/ceval.c, and look at the
case BINARY_ADD bit. Inlining the bitwise operators should be even
easier, since there are no
Alan G abgro...@users.sourceforge.net added the comment:
Lol! After four years I could hardly claim to care anymore...
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1296434
___
Changes by Benjamin Peterson benja...@python.org:
--
resolution: - works for me
status: pending - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1296434
___
Raymond Hettinger rhettin...@users.sourceforge.net added the comment:
I think the best we can do is return valid comparison results between
floats and decimals in 2.x. It doesn't make anything worse and it does
make something better. Unlike other cross-type comparisons,
number-to-number is not
Raymond Hettinger rhettin...@users.sourceforge.net added the comment:
The next to last sentence should have read and, we are not
obliged to carry that over to 3.x where cross-type ordering comparisons
are not the norm unless a type has specifically enabled them.
The gist of the idea is that in
Mark Dickinson dicki...@gmail.com added the comment:
What about Decimal - Fraction comparisons?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2531
___
Raymond Hettinger rhettin...@users.sourceforge.net added the comment:
It's not a priority for me though it's not an unreasonable thing to do.
A basic 5th grade exercise is ordering fractions, sometimes with their
decimal equivalents:Fraction(1,3) Decimal('0.4') Fraction(1,2).
I don't
New submission from Michael Newman michael.b.new...@gmail.com:
The recipe for unique_justseen listed on:
http://docs.python.org/3.0/library/itertools.html
uses imap, which is not available in Python 3.0.
I fixed it by changing imap to just map, and I also changing
itemgetter to
Mark Dickinson dicki...@gmail.com added the comment:
Here's a patch.
I'm still not 100% convinced this is a good idea. Part of my objection is
that it seems likely that these comparisons are fairly useless, in that a
mixed-type comparison is probably going to be followed by a mixed-type
New submission from Aristotelis Mikropoulos amik...@gmail.com:
There is a problem with unittest, as it cannot handle package imports.
This http://dpaste.com/17315/ proves it.
--
components: Library (Lib)
messages: 83945
nosy: Indy
severity: normal
status: open
title: unittest can't deal
Jean-Paul Calderone exar...@divmod.com added the comment:
dpaste.com will eventually discard your proof. You should include all
information for a bug report on the tracker. You can include the code
in a comment or attach it to the ticket as a file.
--
nosy: +exarkun
Aristotelis Mikropoulos amik...@gmail.com added the comment:
You are right, here is the file.
--
Added file: http://bugs.python.org/file13390/test
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5533
Changes by Benjamin Peterson benja...@python.org:
--
assignee: georg.brandl - rhettinger
nosy: +rhettinger
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5532
___
Mark Dickinson dicki...@gmail.com added the comment:
On the other hand, if it's true that mixed-type comparisons are generally
followed by mixed-type arithmetic, then these comparisons just become a
roundabout way to raise TypeError, which is what everybody wanted in the
first place. :-)
The
Changes by Raymond Hettinger rhettin...@users.sourceforge.net:
--
assignee: marketdickinson - rhettinger
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2531
___
Raymond Hettinger rhettin...@users.sourceforge.net added the comment:
Benjamin, please revert r69354 which was an incorrect merge.
--
assignee: rhettinger - benjamin.peterson
nosy: +benjamin.peterson
___
Python tracker rep...@bugs.python.org
Mark Dickinson dicki...@gmail.com added the comment:
Urk. That patch produces horrible results when comparing Fractions and
Decimals:
Python 2.7a0 (unknown, Mar 21 2009, 17:59:48)
[GCC 4.0.1 (Apple Inc. build 5490)] on darwin
Type help, copyright, credits or license for more information.
Mark Dickinson dicki...@gmail.com added the comment:
One more consideration: if Decimal('2.5') == 2.5 is True, should we also
be fixing the Decimal hash method so that hash(Decimal('2.5')) ==
hash(2.5)?
--
___
Python tracker rep...@bugs.python.org
Raymond Hettinger rhettin...@users.sourceforge.net added the comment:
I'll look at this more later today.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2531
___
Mark Dickinson dicki...@gmail.com added the comment:
Updated patch. Lots of cleanup, but only one significant change: the
inner loop now uses signed arithmetic instead of unsigned arithmetic. This
saves a negation and fixes a subtle bug: the previous inner loop code
was incorrect when
Luca clementi luca.cleme...@gmail.com added the comment:
I forgot to say that the
\n
should be substitute with
\r\n
CRLF
Luca
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5525
___
Brett Cannon br...@python.org added the comment:
So I disagree with this idea. The point of a tearDown method is simply
to clean up, not to test for a failure. If the test failed because it
didn't complete a test and clean up after itself then the test should
fail explicitly, not have the
Raymond Hettinger rhettin...@users.sourceforge.net added the comment:
I concur with Brett.
--
nosy: +rhettinger
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5531
___
Tim Cuthbertson tim3d.j...@gmail.com added the comment:
I agree that this is not normally the point of tearDown methods.
However, allowing it reduces repetition when you want to verify that
some invariant is not violated by any test.
I also think that as far as the test writer is concerned, an
Changes by Lim Chee Aun chee...@gmail.com:
--
nosy: +cheeaun
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5381
___
___
Python-bugs-list mailing
41 matches
Mail list logo
