[issue3877] test_fileio fails on OpenBSD 4.4

New submission from Henry Precheur <[EMAIL PROTECTED]>: test_fileio test test_fileio failed -- Traceback (most recent call last): File "/home/henry/compile/python2.6/Lib/test/test_fileio.py", line 155, in testAbles self.assertEquals(f.seekable(), False) AssertionError: True != False Appare

[issue3876] multiprocessing does not compile on *BSD and potentialy other systems

New submission from Henry Precheur <[EMAIL PROTECTED]>: Compiling `multiprocessing` on OpenBSD fails. `iovec` is not declared. Adding the following line to multiprocessing.c solves the problem: #include But right after I got: ./python:build/lib.openbsd-4.4-amd64-2.6/_multiprocessing.so: undefi

[issue2619] Document PEP 3118

Benjamin Peterson <[EMAIL PROTECTED]> added the comment: The bulk of the C-API is in r66476. Somebody definitely needs to review it; I mostly extracted it directly from the PEP, and I understand that's a little different from reality here. I'll lower priority, and we can close it after some looks

[issue775309] button methods tkButtonDown, etc don't work

Guilherme Polo <[EMAIL PROTECTED]> added the comment: tkButtonDown and co. are long gone, you shouldn't be relying on them. If you get tk sources, you will see that tkButtonDown is called when you do btn.event_generate('<1>'). The best thing to do here is actually remove these methods that call

[issue1602742] itemconfigure returns incorrect text property of text items

Guilherme Polo <[EMAIL PROTECTED]> added the comment: Uhm, now I see.. Tkinter already formats it correctly, and you shouldn't be using itemconfigure for this task. If you try it directly in tk, like this: canvas .c .c create text 0 0 -text {a b} .c itemconfigure 1 -text You would get something

[issue1160383] digit-only tag values are mishandled in Tkinter

Guilherme Polo <[EMAIL PROTECTED]> added the comment: I don't see the bug here. items in a Canvas may be named either as id or as a tag. If you specify items by something that is actually accepted as an integer ("123" for instance) then it is assumed to refer to a single item with id 123. In you

[issue3829] Tuple comparison masking exception

Changes by Gary Poster <[EMAIL PROTECTED]>: -- nosy: +gary ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-list mailing list

[issue2486] Decimal slowdown in 3.0 due to str/unicode changes

Facundo Batista <[EMAIL PROTECTED]> added the comment: Nick said: > So I would suggest either a new directory in the sandbox, or > re-using Facundo's original directory (which includes the > telco benchmark) +1 > And I agree that it is far more sensible to target 2.7/3.1 at > this stage -

[issue3782] os.write accepts unicode strings

Antoine Pitrou <[EMAIL PROTECTED]> added the comment: Thanks, committed in r66469. -- resolution: -> fixed status: open -> closed ___ Python tracker <[EMAIL PROTECTED]> ___ __

[issue3875] provide a "cmem" role

New submission from Benjamin Peterson <[EMAIL PROTECTED]>: This would be a useful counterpart to the cmember directive. -- assignee: georg.brandl components: Documentation tools (Sphinx) messages: 73284 nosy: benjamin.peterson, georg.brandl severity: normal status: open title: provide a

[issue3782] os.write accepts unicode strings

Benjamin Peterson <[EMAIL PROTECTED]> added the comment: Assuming you've run the test suite, go ahead and apply. -- keywords: -needs review nosy: +benjamin.peterson ___ Python tracker <[EMAIL PROTECTED]> ___

[issue3874] documentation bug: HTMLParser needs to document unknown_decl

New submission from jeff <[EMAIL PROTECTED]>: the unknown_decl function is critical to dealing with MS Office generated HTML files. There's no documentation of that. The default behavior of the function is to error, which is reasonable, but it should be stated in the documentation. -- co

[issue2486] Decimal slowdown in 3.0 due to str/unicode changes

Nick Coghlan <[EMAIL PROTECTED]> added the comment: This is the kind of project where the sandbox is useful - Facundo's original decimal work was done there, as was the attempt at a complete rewrite of the decimal module in C (which turned out to be a less than optimal approach to the speed probl

[issue3825] Major reworking of Python 2.5.2 re module

Jeffrey C. Jacobs <[EMAIL PROTECTED]> added the comment: I have uploaded my test cases for Atomic Grouping / Possessive Qualifier, which is the common code we seem to have developed, as this may be of use to you. I also have documentation, but for now, would you mind running these tests against

[issue3825] Major reworking of Python 2.5.2 re module

Matthew Barnett <[EMAIL PROTECTED]> added the comment: _sre.c is over 6000, but it does contain macros. I didn't have this problem when based on Python 2.5.2 in Express 2005. ___ Python tracker <[EMAIL PROTECTED]> ___

[issue2138] Add a factorial function

maix <[EMAIL PROTECTED]> added the comment: I think the unit test is wrong, or at least not as is intended: You put some numbers in values and shuffle them. But you don't use them but just range(10) for testing. -- nosy: +maix ___ Python tracker <[EM

[issue1257772] tkapp read-only attributes

Guilherme Polo <[EMAIL PROTECTED]> added the comment: My bad, r39219 is the one. ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-li

[issue1257772] tkapp read-only attributes

Guilherme Polo <[EMAIL PROTECTED]> added the comment: This was fixed in r38525 -- nosy: +gpolo resolution: -> fixed status: open -> closed ___ Python tracker <[EMAIL PROTECTED]> __

[issue1581476] Text search gives bad count if called from variable trace

Changes by Guilherme Polo <[EMAIL PROTECTED]>: -- nosy: +gpolo ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-list mailin

[issue775309] button methods tkButtonDown, etc don't work

Changes by Guilherme Polo <[EMAIL PROTECTED]>: -- nosy: +gpolo ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-list mailing

[issue1160383] digit-only tag values are mishandled in Tkinter

Changes by Guilherme Polo <[EMAIL PROTECTED]>: -- nosy: +gpolo ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-list mailin

[issue3873] Unpickling is really slow

Antoine Pitrou <[EMAIL PROTECTED]> added the comment: Gregory had patches for a freelist of long objects in #2013. ___ Python tracker <[EMAIL PROTECTED]> ___ ___

[issue1222721] tk + setlocale problems...

Changes by Guilherme Polo <[EMAIL PROTECTED]>: -- nosy: +gpolo ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-list mailin

[issue3825] Major reworking of Python 2.5.2 re module

Amaury Forgeot d'Arc <[EMAIL PROTECTED]> added the comment: Do you have some big source files, of more than 1 lines? ___ Python tracker <[EMAIL PROTECTED]> ___ _

[issue3873] Unpickling is really slow

Amaury Forgeot d'Arc <[EMAIL PROTECTED]> added the comment: Indeed. If I replace the file with f = io.BytesIO(open("tst", "rb").read()) timings are divided by 20... After quick profiling, it seems that PyLong_New would benefit from a free list. len(bytearray) is called very often. To stay s

[issue3825] Major reworking of Python 2.5.2 re module

Matthew Barnett <[EMAIL PROTECTED]> added the comment: Used Visual C++ Express 2005 and the PC\VS8.0 directory. Same problem. ___ Python tracker <[EMAIL PROTECTED]> ___

[issue3873] Unpickling is really slow

Hagen Fürstenau <[EMAIL PROTECTED]> added the comment: Yes, it gets much better, but even so (first reading file and timing only "loads") unpickling takes four times as long in Python 3.0 as with the old cPickle module: [EMAIL PROTECTED] hagenf]$ python pickletst2.py 0.0744678974152 0.0514161586

[issue1602742] itemconfigure returns incorrect text property of text items

Guilherme Polo <[EMAIL PROTECTED]> added the comment: The problem is actually on Tkinter side, not really tcl/tk fault here. Tkinter should be formatting that text option as "{text here}" when the value contains one or more spaces (it is actually fine to use this tcl formatting when there are no

[issue3873] Unpickling is really slow

Antoine Pitrou <[EMAIL PROTECTED]> added the comment: Do the numbers vary if you read the whole file at once and then unpickle the resulting bytes string? Large parts of the IO library are written in Python in 3.0, which might explain the discrepancy. -- nosy: +pitrou __

[issue3782] os.write accepts unicode strings

Antoine Pitrou <[EMAIL PROTECTED]> added the comment: Here is a patch. I've covered all direct uses of os.write() in the standard library, but perhaps there are indirect uses. Please review. -- keywords: +needs review, patch Added file: http://bugs.python.org/file11498/oswrite.patch ___

[issue3873] Unpickling is really slow

New submission from Hagen Fürstenau <[EMAIL PROTECTED]>: Unpickling e.g. a large list seems to be really slow in Python 3.0. The attached test script gives the following results for pickling and unpickling a list of 1M zeros, showing that although the C implementation seems to be used in Python

[issue2486] Decimal slowdown in 3.0 due to str/unicode changes

Mark Dickinson <[EMAIL PROTECTED]> added the comment: Sorry for the silence: new country + new job + no internet connection outside work = not many opportunities to spend time on this (or any other part of Python) at the moment. I do now have a version 0.2 of the deccoeff type, and more impor

[issue3835] tkinter goes into an infinite loop (pydoc.gui)

Guilherme Polo <[EMAIL PROTECTED]> added the comment: Uhm, is it caused only by the combination of tk 8.5.4 and py3k, or does the same happen with tk 8.5.4 and python-trunk ? What about tk 8.5.3 (or some other of tk 8.5 series) or even tk 8.4.16 and {python-trunk, py3k} ? It would be good if yo

[issue3856] IDLE fails on startup on Mac 10.5 for 2.6b3 and 3.0b3

Guilherme Polo <[EMAIL PROTECTED]> added the comment: The people in the nose list will receive emails each time a message is sent to the issue. Now back to your new problem.. the new problem you are reporting here has been discussed at http://bugs.python.org/issue3628 (where you will find a solu

[issue3856] IDLE fails on startup on Mac 10.5 for 2.6b3 and 3.0b3

Mitchell Model <[EMAIL PROTECTED]> added the comment: Theis the first time I've submitted bug reports to Python.org's development efforts, though I've been using Python for many years. I don't know what the procedures are for followup to emails like you sent me, and given that the address is

[issue3825] Major reworking of Python 2.5.2 re module

Amaury Forgeot d'Arc <[EMAIL PROTECTED]> added the comment: If you use Visual C++ Express 2005, you can build python from the PC\VS8.0 directory. ___ Python tracker <[EMAIL PROTECTED]> ___

[issue3825] Major reworking of Python 2.5.2 re module

Matthew Barnett <[EMAIL PROTECTED]> added the comment: I know what you mean about the dependencies! My current problem is that now I'm working with the current trunk, which means using Visual C++ Express 2008 instead of 2005. When debugging it's behaving like the debug info is out of date (showi

[issue3863] 2.6rc1: test_threading hangs on FreeBSD 6.3 i386

Andrew I MacIntyre <[EMAIL PROTECTED]> added the comment: I've attached a simple patch which deactivates test_3_join_in_forked_from_thread on FreeBSD 6.x and earlier, and also OS/2 EMX. With this patch, test_threading completes but... $ ./python -E -tt Lib/test/regrtest.py test_threading test_t

[issue3835] tkinter goes into an infinite loop (pydoc.gui)

Helmut Jarausch <[EMAIL PROTECTED]> added the comment: I'm using Tcl/Tk 8.5.4 here print(":::") print(_flatten((self._w, cmd)) + self._options(cnf)) produces: ::: ('.3073836300', 'configure', '-yscrollcommand', '3077632332set') ::: ('.3073835564.3073835660', 'configure', '-tex

[issue3863] 2.6rc1: test_threading hangs on FreeBSD 6.3 i386

Andrew I MacIntyre <[EMAIL PROTECTED]> added the comment: test_threading also passes on FreeBSD 7.0 i386. ___ Python tracker <[EMAIL PROTECTED]> ___

[issue3862] test_array fails on FreeBSD7 amd64

Andrew I MacIntyre <[EMAIL PROTECTED]> added the comment: On FreeBSD 7.0 i386, test_array passes without ulimit -v needing to be set (ie its still the default "unlimited". ___ Python tracker <[EMAIL PROTECTED]> __

[issue3862] test_array fails on FreeBSD7 amd64

Andrew I MacIntyre <[EMAIL PROTECTED]> added the comment: I've temporarily got a 7.0 amd64 system running and can confirm what you see. I checked out the 2.5.2 port patches you mentioned, but all the ones that seemed related are already in the 2.6rc1 sources. On a hunch, I used ulimit -v is use

[issue3825] Major reworking of Python 2.5.2 re module

Jeffrey C. Jacobs <[EMAIL PROTECTED]> added the comment: Well, I implemented this months ago, but have been busy with other things so I haven't updated in a while. I noticed that the current version is missing my patches for Atomic Grouping / Possessive Qualifiers and a number of other patches I

[issue3863] 2.6rc1: test_threading hangs on FreeBSD 6.3 i386

Andrew I MacIntyre <[EMAIL PROTECTED]> added the comment: I've briefly got a FreeBSD 7.0 amd64 setup available, and test_threading passes in this environment. Short term fix I'd suggest is to only disable this part of the test for FreeBSD 6.x and earlier (ie platforms freebsd4, freebsd5, freebsd

[issue3864] 26.rc1: test_signal issue on FreeBSD 6.3

Andrew I MacIntyre <[EMAIL PROTECTED]> added the comment: It doesn't appear to me to be related to issue 2240, as my build linked against libpthread: $ ldd ./python ./python: libutil.so.5 => /lib/libutil.so.5 (0x28187000) libm.so.4 => /lib/libm.so.4 (0x28193000) libpthrea

[issue3690] sys.getsizeof wrong for Py3k bool objects

Martin v. Löwis <[EMAIL PROTECTED]> added the comment: > So how should this bug report be handled? Provide a patch to handle > getsizeof correctly for small_ints? 'wont fix' because there are issues > anyway? I would prefer the former and try to come up with a patch if you > think it is worthwhil

[issue3288] float.as_integer_ratio method is not documented

Mark Dickinson <[EMAIL PROTECTED]> added the comment: > Do we want to mention it in the tutorial? If not, > this issue could now be closed. I think it might be worth mentioning both this and float.hex in the tutorial---it would fit well into the floating-point issues section. Here's a patch.

[issue3690] sys.getsizeof wrong for Py3k bool objects

Robert Schuppenies <[EMAIL PROTECTED]> added the comment: > What's the actual difference that this change makes? It would provide more accurate results, even in the light of being not perfect. > [..] each small_int takes a complete PyLongObject. If that was also > considered in long_sizeof, the

[issue3872] Tix ComboBox error

New submission from Dominique Wahli <[EMAIL PROTECTED]>: Component ComboBox from Tix raise an error in Python 2.6rc1 (Windows XP): Traceback (most recent call last): File "D:\PCE\Tools\PCSUpdate\test_combotix.py", line 11, in app = TestTix() File "D:\PCE\Tools\PCSUpdate\test_combotix.py

[issue3826] Self-reference in BaseHTTPRequestHandler descendants causes stuck connections

romkyns <[EMAIL PROTECTED]> added the comment: Someone suggested I test this in 2.6rc1. The problem does not exist in 2.6rc1, only in 3.0b2. ___ Python tracker <[EMAIL PROTECTED]> ___ _