Senthil Kumaran orsent...@gmail.com added the comment:
py3k fixed in r87128
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8194
___
___
Ronald Oussoren ronaldousso...@mac.com added the comment:
Yet another prove of how much Tk sucks on OSX.
I'm not too happy about only binding Ctrl+button-1, because users will expect
that this is means that button-2 works as well. But if we cannot disable the
default button-2 binding we'll
Ronald Oussoren ronaldousso...@mac.com added the comment:
Oops, 's/prove/proof/'
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10404
___
___
Ned Deily n...@acm.org added the comment:
It could be worse. As I noted in Issue10405, the IDLE breakpoint facility
appears to be officially undocumented on any platform so it's hard to know what
users' expectations are. And there are still Macs out there with only one
button. As a side
diekmann diekm...@in.tum.de added the comment:
The Documentation states:
socket.sendall(bytes[, flags])¶
Send data to the socket. The socket must be connected to a remote socket.
The optional flags argument has the same meaning as for recv() above. Unlike
send(), this method continues to
Michael Foord mich...@voidspace.org.uk added the comment:
Well, the original report is here:
http://code.google.com/p/unittest-ext/issues/detail?id=21
I copied all the details provided into this issue though. Obviously the
original reporter feels that they have a genuine use case.
There is
Antoine Pitrou pit...@free.fr added the comment:
This is not consistent with the results reproduced above, however, the
results from above are exactly what should happen. Maybe there should
be a remark, that the return value of sendall (and send) may be system
dependent.
Pretty much all the
diekmann diekm...@in.tum.de added the comment:
How could it work?
Before sending the actual data to the socket, send an empty packet to the
socket and check if it is still alive. This may be a large performance issue on
a lower level (if the connection is TCP, we want to wait for the ACK),
R. David Murray rdmur...@bitdance.com added the comment:
Here is a patch that causes _assert_python to remove the refcount lines from
stderr.
--
keywords: +patch
Added file: http://bugs.python.org/file19975/script_helper_del_refcount.patch
___
R. David Murray rdmur...@bitdance.com added the comment:
Hmm. Having posted that it occurs to me that it could be useful to have the
_remove_refcount function in test.support as remove_refcount instead.
--
___
Python tracker rep...@bugs.python.org
New submission from Stefan Krah stefan-use...@bytereef.org:
I'm not sure if this is a documentation issue or a bug. If watchexp=0,
quantize() also allows any number of digits:
x = Decimal(6885998238912213556789006667970467609814)
y = Decimal(1e2)
x.quantize(y)
Traceback (most recent call
Ray.Allen ysj@gmail.com added the comment:
Couldn't repro this on my debian 5.
--
nosy: +ysj.ray
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10517
___
Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp added the comment:
Well, can this go into Python3.2?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8533
___
Dave Malcolm dmalc...@redhat.com added the comment:
This is very interesting work - thank you!
Sorry for not commenting earlier (very busy), so here are my thoughts so far.
The baseline for the diff appears to be against the py3k branch, in that it
adds back in classes from 2.*: PyIntObject.
Stefan Krah stefan-use...@bytereef.org added the comment:
NaNs, however, are decapitated:
x = Decimal(NaN5357671565858315212612021522416387828577)
y = 0
x.quantize(y, watchexp=0)
Decimal('NaN8315212612021522416387828577')
--
___
Python tracker
New submission from Vladimir K kzm...@yahoo.com:
The following code (see attached file) was intended to remove chr(13) from
end-of-lines under Windows to make the file Unix-compliant but it always
appends chr(13) before chr(10).
I'm under Windows XP.
--
components: IO, Windows
files:
New submission from Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp:
On official Python3.2 beta1 windows binary, I noticed following
command fails. (test_tcl alone won't fail)
I couldn't reproduce this on binary built from source without
installation.
Amaury Forgeot d'Arc amaur...@gmail.com added the comment:
On Windows, newlines in text files are always translated. Please read
http://docs.python.org/tutorial/inputoutput.html#reading-and-writing-files
--
nosy: +amaury.forgeotdarc
resolution: - invalid
status: open - closed
Changes by Dave Malcolm dmalc...@redhat.com:
--
nosy: +dmalcolm
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1705520
___
___
Python-bugs-list
Éric Araujo mer...@netwok.org added the comment:
More info:
http://docs.python.org/dev/reference/datamodel#special-method-names
http://docs.python.org/dev/reference/datamodel#special-method-lookup-for-new-style-classes
--
nosy: +eric.araujo
___
New submission from Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp:
Following tests fails on official Python3.2 Windows binary.
I cannot reproduce this on VC6.
/
C:\Python32.\python -m test.regrtest -v test_time test_strptime
[1/2] test_time
Éric Araujo mer...@netwok.org added the comment:
Oops, that second links has been renamed:
http://docs.python.org/dev/reference/datamodel#special-method-lookup
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10649
Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp added the comment:
test___all__ imports a lot of modules, but I found one of
following modules can bring same error.
# just import one of these in test_main(test___all__)
#import idlelib.AutoComplete
#import tkinter.scrolledtext
#import
Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp added the comment:
I think this happens because
1. test___all__.py imports tkinter module, and it
imports tkinter/_fix.py
2. _fix.py sets TCL_LIBRARY etc as top level routine
3. regrtest.py resets os.environ after test___all__.py ends.
so
Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp added the comment:
How about this patch? Is this kind of *fix* acceptable?
# I hope this works.
--
keywords: +patch
Added file:
http://bugs.python.org/file19977/py3k_restore_sys_modules_in_regrtest.patch
New submission from Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp:
I'm not sure why this happens, I can see this on
official python3.2 beta1 windows binary.
C:\Python32.\python -m test.regrtest test_datetime
[1/1] test_datetime
test test_datetime failed -- Traceback (most recent call last):
Brian Curtin cur...@acm.org added the comment:
I don't see this on a US/English version of Windows 7 with 3.2b1 installed.
cp932 is the default on a Japanese version, correct?
(I'm not very good with all of this encoding stuff so I don't know how much
help I can be)
--
nosy:
Brian Curtin cur...@acm.org added the comment:
I don't see this on a US/English version of Windows 7 with 3.2b1 installed.
--
nosy: +brian.curtin
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10654
Michael Foord mich...@voidspace.org.uk added the comment:
So from the stackframe you can only get to the code object not to the function
object and although the code object is also reachable from a decorator it isn't
mutable so we can't mark it in any way. We could in theory 're-build' the
Changes by R. David Murray rdmur...@bitdance.com:
--
nosy: +belopolsky
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10654
___
___
Changes by R. David Murray rdmur...@bitdance.com:
--
nosy: +belopolsky
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10653
___
___
R. David Murray rdmur...@bitdance.com added the comment:
I'm still working on this, making sure the remaining options that aren't
currently tested have tests and work.
--
assignee: eric.araujo - r.david.murray
___
Python tracker
Alexander Belopolsky belopol...@users.sourceforge.net added the comment:
Hirokazu,
Please rerun the test with a -v flag like this:
C:\Python32.\python -m test.regrtest -v test_datetime
This should tell us whether the failure comes from C (Fast) implementation or
Python (Pure) one. The test
Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp added the comment:
I think this is locale problem. With C locale on windows,
wcsftime doesn't return UTF16. (when non ascii characters
are contained)
It is just like
char cbuf[] = ; /* contains non ascii chars in MBCS */
wchar_t
Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp added the comment:
I'll attach workaround. I used to confirm this works on
VS8, but I don't have VS8 now. I hope this still works.
--
keywords: +patch
Added file: http://bugs.python.org/file19978/py3k_workaround_for_wcsftime.patch
Alexander Belopolsky belopol...@users.sourceforge.net added the comment:
ValueError: time data '2010 14 58 01 3 342 \x93\x8c\x8b\x9e
(\x95W\x8f\x80\x8e\x9e)' does not match format '%Y %H %M %S %w %j %Z'
This looks like valid cp932 data to me
b'2010 14 58 01 3 342 \x93\x8c\x8b\x9e
Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp added the comment:
Here you are.
import time
time.strftime('%Z')
'\x93\x8c\x8b\x9e (\x95W\x8f\x80\x8e\x9e)'
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10653
Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp added the comment:
==
FAIL: test_computations (test.datetimetester.TestSubclassDateTime_Fast)
--
Traceback (most
Alexander Belopolsky belopol...@users.sourceforge.net added the comment:
On Wed, Dec 8, 2010 at 1:12 PM, Hirokazu Yamamoto
rep...@bugs.python.org wrote:
..
import time
time.strftime('%Z')
'\x93\x8c\x8b\x9e (\x95W\x8f\x80\x8e\x9e)'
Thanks. Please bear with me for one more question: what is
Éric Araujo mer...@netwok.org added the comment:
The patch looks same to me as far as I can judge.
Thanks. Can you apply the patch on your Windows machine and run the test suite?
I would have used .format instead of %, but you wrote it ;-).
I would have too, were I writing Python :) Here I
Éric Araujo mer...@netwok.org added the comment:
Thank you for stepping up. I plead guilty too for letting bugs slip. I’ll be
here for pre- or post-commit review.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10453
Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp added the comment:
I got readable result. ;-)
import time
time.tzname
('東京 (標準時)', '東京 (標準時)')
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10653
Charles-Francois Natali neolo...@free.fr added the comment:
it may be very convenient and the performance overhead may be barely
noticeable.
Convenient for what ?
If the remote end doesn't send a FIN or RST packet, then the TCP/IP stack has
no way of knowing the remote end is down.
Antoine Pitrou pit...@free.fr added the comment:
Having posted that it occurs to me that it could be useful to have the
_remove_refcount function in test.support
There's already strip_python_stderr() :)
--
___
Python tracker
Amaury Forgeot d'Arc amaur...@gmail.com added the comment:
Maybe a global registry... implemented with a WeakKeyDictionary?
--
nosy: +amaury.forgeotdarc
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1705520
Michael Foord mich...@voidspace.org.uk added the comment:
Global registry of code objects, hmmm... Could work. I'll prototype it and test
it with IronPython / Jython / pypy.
--
___
Python tracker rep...@bugs.python.org
Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp added the comment:
This is shortest code to reproduce. But strange,
I can see TypeError on VC6(both Debug and Release)
E:\e:\python-dev\py3k\pc\VC6\python.exe x.py
Traceback (most recent call last):
File x.py, line 10, in module
a+i
TypeError:
R. David Murray rdmur...@bitdance.com added the comment:
Oh, good, I'll use that then. I could have sworn I looked for that
functionality a couple weeks ago and couldn't find it.
--
___
Python tracker rep...@bugs.python.org
Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp added the comment:
By changing
from datetime import datetime
to
from _datetime import datetime
I can see same behavior.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10654
Alexander Belopolsky belopol...@users.sourceforge.net added the comment:
On Wed, Dec 8, 2010 at 1:50 PM, Hirokazu Yamamoto
rep...@bugs.python.org wrote:
..
I got readable result. ;-)
You mean readable to *you*. :-)
import time
time.tzname
('東京 (標準時)', '東京 (標準時)')
This makes sense now.
Alexander Belopolsky belopol...@users.sourceforge.net added the comment:
On Wed, Dec 8, 2010 at 2:21 PM, Hirokazu Yamamoto
rep...@bugs.python.org wrote:
..
/
from datetime import datetime
class SubclassDatetime(datetime):
sub_var = 1
a =
Terry J. Reedy tjre...@udel.edu added the comment:
#3267 did not expose endless loop possibility and was closed as won't fix.
Rather than reopen that and close this and move nosy list back, I added to nosy
list here.
--
nosy: +brett.cannon, erickt, terry.reedy
Changes by Terry J. Reedy tjre...@udel.edu:
--
superseder: - yield expression inside generator expression does nothing
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3267
___
Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp added the comment:
NotImplementedError was printed. This happened
when subclass of date or subclass of datetime.
(plain classes and subclass of time didn't print this)
// Code
from _datetime import date, datetime
Terry J. Reedy tjre...@udel.edu added the comment:
In #10545, 'rurpy2' gives a similar critique of this section and suggests that
it be improved or removed. I agree that it needs change and will try to think
of what would be better.
--
nosy: +rurpy2, terry.reedy
versions: -Python
Terry J. Reedy tjre...@udel.edu added the comment:
This is essentially a duplicate of #7391 where it is already agreed that a
change should be made to that section.
--
nosy: +terry.reedy
resolution: - duplicate
status: open - closed
superseder: - Re-title the Using Backslash to
Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp added the comment:
Sorry,
- NotImplementedError was printed
+ NotImplemented was printed
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10654
Raymond Hettinger rhettin...@users.sourceforge.net added the comment:
I'll take that section out.
--
assignee: d...@python - rhettinger
nosy: +rhettinger
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7391
Mark Florisson markflorisso...@gmail.com added the comment:
Indeed, I'm trying to make the code Python 2 and Python 3 (for the inferior)
compatible, it's not really hard but indeed, the 'u' (Python 2) and 'b' (Python
3) stuff need special casing. Python 2 compatibility was also the reason why
Alexander Belopolsky belopol...@users.sourceforge.net added the comment:
+ NotImplemented was printed
Hmm, looks like a compiler bug to me. Can anyone reproduce this on a debug
build? In any case, someone with a Windows setup will have to troubleshoot
this further.
Note that the code in
Georg Brandl ge...@python.org added the comment:
FWIW, the endless loop possibility is not of issue here, and is simply an
artifact of the specific generator function the OP uses.
--
___
Python tracker rep...@bugs.python.org
Terry J. Reedy tjre...@udel.edu added the comment:
Marc or Alexander, can you confirm that the patch is correct?
--
assignee: d...@python - cgw
nosy: +belopolsky, cgw, lemburg, terry.reedy
stage: - commit review
___
Python tracker
Changes by Terry J. Reedy tjre...@udel.edu:
--
assignee: cgw -
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10546
___
___
Python-bugs-list
Changes by Terry J. Reedy tjre...@udel.edu:
--
assignee: - d...@python
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10546
___
___
Alexander Belopolsky belopol...@users.sourceforge.net added the comment:
If Victor says so ...
Someone needs to check that it works on a UCS4 build, but on a narrow build I
don't think UTF-16-XX encodings need to do anything special - they just encode
the surrogates as ordinary code units.
New submission from adrian adr...@lisas.de:
In Python/ceval.c is following line:
#if defined(__ppc__) /* - Don't know if this is the correct symbol; this
section should work for GCC on any PowerPC
platform, irrespective of OS.
Antoine Pitrou pit...@free.fr added the comment:
How about accepting either of these symbols? Do you want to provide a patch?
--
nosy: +pitrou
versions: +Python 2.7, Python 3.2
___
Python tracker rep...@bugs.python.org
Changes by Alexander Belopolsky belopol...@users.sourceforge.net:
--
components: +Unicode
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10546
___
Dave Malcolm dmalc...@redhat.com added the comment:
A (probably crazy) idea that just occurred to me:
typedef char utf8_bytes;
typedef char iso8859_1_bytes;
typedef char fsenc_bytes;
then specify the encoding in the type signature of the API e.g.:
- int PyRun_SimpleFile(FILE *fp, const
Dave Malcolm dmalc...@redhat.com added the comment:
What version of the compiler was this with?
(For reference, I see that you also filed this downstream in Fedora's bug
tracker as:
https://bugzilla.redhat.com/show_bug.cgi?id=661510 )
--
nosy: +dmalcolm
STINNER Victor victor.stin...@haypocalc.com added the comment:
Fixed by r87135.
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10546
___
Dave Malcolm dmalc...@redhat.com added the comment:
Forgot to close this one out
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9518
___
Changes by Dave Malcolm dmalc...@redhat.com:
--
stage: patch review - committed/rejected
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9518
___
Changes by Dave Malcolm dmalc...@redhat.com:
--
assignee: - dmalcolm
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10399
___
___
Python-bugs-list
Alexander Belopolsky belopol...@users.sourceforge.net added the comment:
A (probably crazy) idea that just occurred to me:
typedef char utf8_bytes;
typedef char iso8859_1_bytes;
typedef char fsenc_bytes;
I like it! Let's see how far we can get without iso8859_1_bytes, though. (It
is
Dave Malcolm dmalc...@redhat.com added the comment:
One of RH's gcc gurus told me in IRC that:
__ppc__ is not a standard powerpc*-linux macro
__PPC__ or __powerpc__ is
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10655
Antoine Pitrou pit...@free.fr added the comment:
Le mercredi 08 décembre 2010 à 23:06 +, Dave Malcolm a écrit :
Dave Malcolm dmalc...@redhat.com added the comment:
One of RH's gcc gurus told me in IRC that:
__ppc__ is not a standard powerpc*-linux macro
__PPC__ or __powerpc__ is
Alexander Belopolsky belopol...@users.sourceforge.net added the comment:
Committed revision 87137. Needs backporting. Also as Victor suggested,
_lsprof.c code can be refactored to avoid roundtrips of unicode through utf8
char*.
--
___
Python
Brian Cain brian.c...@gmail.com added the comment:
I don't think the problem is limited to when hundreds of megabytes are being
transmitted. I believe I am experiencing a problem with the same root cause
whose symptoms are slightly different. It seems like there's a threshhold
which causes
Alexander Belopolsky belopol...@users.sourceforge.net added the comment:
I am attaching an untested rewrite of normalizeUserObj() in _lsprof.c for
comments on whether it is worth the effort. There might be other places where
PyModule_GetName() can be profitably replaced with
Daniel Tavares danielmtava...@gmail.com added the comment:
Here goes the test. Feel free to make any comments, critiques or suggestions,
since this is my first take on this code base.
--
versions: -3rd party
Added file: http://bugs.python.org/file19981/test_10367.diff
Terry J. Reedy tjre...@udel.edu added the comment:
2.6.6 was the last bugfix release
--
type: crash - behavior
versions: -Python 2.6
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8426
___
MunSic JEONG rus...@gmail.com added the comment:
Ubuntu 10.4.1 LTS
also work fine with both UTF8 and UTF-8
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10154
___
New submission from Perry Smith pedz...@gmail.com:
I do out of tree builds (I think that is the right term). I make an
empty directory, cd into it, and then do:
path to src directory/configure
followed by make. This works on most open source pages. It appears to
be very close to working
Changes by Éric Araujo mer...@netwok.org:
--
nosy: +eric.araujo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10656
___
___
Python-bugs-list
Alexander Belopolsky belopol...@users.sourceforge.net added the comment:
The tests need to be cleaned up a little. The setup code should go to setUp()
method and instead of calling different methods in a loop with a switch over
method names, it should just have a separate test_ method for
Éric Araujo mer...@netwok.org added the comment:
Apart from the desktop file itself, which should be a merged version of the
last attachment to this report and the files in Debuntu/Fedora/whatever, there
is the issue of installation. Someone has to track the desktop file spec or
menu spec
Changes by Éric Araujo mer...@netwok.org:
--
nosy: +eric.araujo, r.david.murray -BreamoreBoy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1745761
___
Brian Cain brian.c...@gmail.com added the comment:
I was able to reproduce the problem on a more recent release.
7279 entries fails, 7278 entries succeeds.
$ ./multiproc3.py
on 3.1.2 (r312:79147, Apr 15 2010, 12:35:07)
[GCC 4.4.3] - Linux mini 2.6.32-26-generic #47-Ubuntu SMP Wed Nov 17
Brian Cain brian.c...@gmail.com added the comment:
Detailed stack trace when the failure occurs (gdb_stack_trace.txt)
--
Added file: http://bugs.python.org/file19983/gdb_stack_trace.txt
___
Python tracker rep...@bugs.python.org
90 matches
Mail list logo