[issue7241] tkinter fails to import

New submission from Jebagnanadasa : import _tkinter # If this fails your Python may not be configured for Tk I'm using python3 in linux. In windows tkinter is working fine but in mandriva linux spring 2009 it fails to import. Can you please tell me step-by-step on how to fix this issue? In pytho

[issue7240] subprocess.Popen.stdout.flush fails os OS-X 10.6.1

Ned Deily added the comment: Philip is correct: >>> p.stdout.flush() Traceback (most recent call last): File "", line 1, in IOError: [Errno 9] Bad file descriptor >>> p.stdout ', mode 'rb' at 0x100527470> You'll get the same error on OS X (at least as far back as Python 2.3.5 on OS X 10.4)

[issue7240] subprocess.Popen.stdout.flush fails os OS-X 10.6.1

Philip Jenvey added the comment: Why are you flushing stdout? It's read-only and flush is for writing. This behavior is dependent on the underlying platform's fflush, which really *should* be raising EBADF when fflushing a read only file, anyway -- nosy: +pjenvey

[issue7240] subprocess.Popen.stdout.flush fails os OS-X 10.6.1

New submission from Peter Gibson : subprocess.Popen.stdout.flush() fails on OS-X 10.6.1 under the bundled Python 2.6.1 and 2.6.3 from Macports. >>> from subprocess import Popen, PIPE >>> p = Popen('cat', stdin=PIPE, stdout=PIPE) >>> p.stdout.flush() Traceback (most recent call last): File "",

[issue3488] Provide compress/uncompress functions on the gzip module

Anand B Pillai added the comment: Ok, I will add this. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http:

[issue7210] Proposed Syntax Checks in Test Suite

Chuck Rhode added the comment: Sorry I'm having so much trouble with this patch. Here's another. Thanks for your patience. -ccr- -- Added file: http://bugs.python.org/file15231/test_grammar.patch ___ Python tracker

[issue7210] Proposed Syntax Checks in Test Suite

Changes by Chuck Rhode : Removed file: http://bugs.python.org/file15213/test_grammar.patch ___ Python tracker ___ ___ Python-bugs-list mailing

[issue7232] Support of 'with' statement fo TarFile class

Changes by Ezio Melotti : -- nosy: +ezio.melotti priority: -> normal stage: -> patch review versions: +Python 3.2 ___ Python tracker ___

[issue7237] Syntax error with not

Benjamin Peterson added the comment: I believe this is actually correct. not does not bind its operand as powerfully as + does. Thus the parser sees (1 + not) x, which is quite correctly a syntax error. -- nosy: +benjamin.peterson ___ Python tracker

[issue5582] Incorrect DST transition

Antoine Pitrou added the comment: Could you try to confirm with at least Python 2.6? We don't do any bug fixes on 2.5 anymore. -- components: +Library (Lib) nosy: +pitrou, tim_one priority: -> normal stage: -> needs patch versions: +Python 2.6, Python 2.7, Python 3.1, Python 3.2 -Pyth

[issue5872] New C API for declaring Python types

Antoine Pitrou added the comment: > As the patch matured I would obviously provide documentation > and examples and such. What I meant is that it's difficult for me (and perhaps others) to assess how much more practical your patch makes it to create C types. > This > requires that all the publ

[issue5872] New C API for declaring Python types

Larry Hastings added the comment: Whoops! I think I'll finish that unfinished sentence. "The patch attempts to mitigate this as much as possible with the backwards-compatibility" header file; it minimizes as much as possible the changes you need to perform to get your code up and working aga

[issue5872] New C API for declaring Python types

Larry Hastings added the comment: Antoine: As the patch matured I would obviously provide documentation and examples and such. The point of submitting the patch in this form was a) so it was alive somewhere besides my hard drive, and b) to get some public review from the core team to ensure I w

[issue1628484] Python 2.5 64 bit compile fails on Solaris 10/gcc 4.1.1

Roumen Petrov added the comment: Only about LDFLAGS. The python build system evolve and executable and libraries are build with LDFLAGS as is. So except passing LDFLAGS to setup.py rest of Bob Atkins patch is in the makefile. As part of issue 4010 I post a patch "py-issue-4010.patch" (thanks to

[issue7239] Error when running a code

MN added the comment: graphics.py incompatible with snow leo -- status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mai

[issue5437] Singleton MemoryError can hold traceback data and locals indefinitely

Changes by Antoine Pitrou : -- stage: needs patch -> patch review ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue5437] Singleton MemoryError can hold traceback data and locals indefinitely

Changes by Antoine Pitrou : Removed file: http://bugs.python.org/file13262/issue5437.patch ___ Python tracker ___ ___ Python-bugs-list mailing

[issue5437] Singleton MemoryError can hold traceback data and locals indefinitely

Antoine Pitrou added the comment: Here is a patch preallocating a freelist of MemoryErrors. To Alexandre: yes, PyExc_RecursionErrorInst probably has the same problem. -- versions: +Python 3.2 -Python 3.0 Added file: http://bugs.python.org/file15230/memerror.patch _

[issue3488] Provide compress/uncompress functions on the gzip module

Antoine Pitrou added the comment: The patch lacks a documentation update, though. (see Doc/library/gzip.rst) -- ___ Python tracker ___ ___

[issue7208] Getpass echo's password to screen on 2.6, but not on 2.5 or 3.1

Changes by Antoine Pitrou : -- nosy: +gps ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org

[issue7239] Error when running a code

New submission from MN : Process: Python [12980] Path: /Library/Frameworks/Python.framework/Versions/2.6/Resources/Python.app/Contents/MacOS/Python Identifier: org.python.python Version: 2.6.4 (2.6.4) Code Type: X86 (Native) Parent Process: Python [12768] D

[issue7238] frame.f_lineno doesn't get updated after local trace function assigned to it

New submission from Mark Florisson : As you can see, when a local trace function sets f_lineno, f_lineno doesn't get updated on subsequent lines. Otherwise it works fine. $ python tracer_testcase.py

[issue7237] Syntax error with not

Eric Smith added the comment: I'm not sure what release it would be blocking. The oldest version I have on hand is 2.4, and it's a problem there. If it hasn't caused an actual problem in that long, then I don't see it as all that critical. -- nosy: +eric.smith _

[issue7237] Syntax error with not

R. David Murray added the comment: >>> 1+not File "", line 1 1+not ^ SyntaxError: invalid syntax >>> 1+(not(23&1)) 1 It's been this way since 2.4 at least, probably earlier. -- nosy: +r.david.murray priority: -> normal resolution: -> invalid stage: -> committed/rejecte

[issue5582] Incorrect DST transition

acummings added the comment: The same thing happens with the autumn transition. Windows knows the transition has changed, but python does not seem to know that: The following interactive session was run on Oct 29th, at 10:02 (Windows clock reported 10:02): >>> july1 = datetime(2009, 7, 1) >

[issue7237] Syntax error with not

David W. Lambert added the comment: problem also exists in 2.6. It's a, in my humble opinion, release blocker. -- type: compile error -> behavior ___ Python tracker ___ _

[issue7211] select module - kevent ident field 64 bit issue

Eric Smith added the comment: The patch (http://bugs.python.org/file15228/kevent.patch) works for me under OS X 10.5.8 Intel. All tests pass, except test_telnetlib which fails intermittently with and without the patch. Python 3.2a0 (py3k:75951, Oct 29 2009, 11:38:58) [GCC 4.0.1 (Apple Inc. bu

[issue7237] Syntax error with not

New submission from David W. Lambert : lambertdw$ p3 Python 3.1.1 (r311:74480, Oct 2 2009, 12:29:57) [GCC 4.3.3] on linux2 Type "help", "copyright", "credits" or "license" for more information. >>> not 23 False >>> not(23&1) False >>> 1+not(23&1) File "", line 1 1+not(23&1) ^ Synt

[issue4970] test_os causes delayed failure on x86 gentoo buildbot: Unknown signal 32

Antoine Pitrou added the comment: Forget the last comment, test_closerange is fine... -- ___ Python tracker ___ ___ Python-bugs-list m

[issue4120] Do not embed manifest files in *.pyd when compiling with MSVC

Koen van de Sande added the comment: The MinGW breakage probably comes from the same "issue" as encountered in http://bugs.python.org/issue4120#msg80908 and #msg80909: the main application, which embeds Matplotlib, does not have a manifest for the MSVCR9 runtimes? That's a problem which should b

[issue4970] test_os causes delayed failure on x86 gentoo buildbot: Unknown signal 32

Antoine Pitrou added the comment: Sridhar, Neal, I would advocate disabling (commenting out) test_closerange in Lib/test/test_os.py and see what happens. That's the one really dirty test in test_os, it might close a file handle linuxthreads is relying on. -- __

[issue7211] select module - kevent ident field 64 bit issue

Michael Broghton added the comment: Antoine, thanks for the tips and the example. I have updated the patch. I checked and this does apply cleanly to py3k. -- Added file: http://bugs.python.org/file15228/kevent.patch ___ Python tracker

[issue4970] test_os causes delayed failure on x86 gentoo buildbot: Unknown signal 32

Antoine Pitrou added the comment: Prelude has had the same problem with signal 32: https://dev.prelude-ids.com/issues/show/133 According to their research, it is due to the linuxthreads implementation of the pthread API. To know which threads implementation your glibc is using, you can run "get

[issue4120] Do not embed manifest files in *.pyd when compiling with MSVC

Christoph Gohlke added the comment: My last comment was merely reporting that this patch can break MinGW based build processes. It did surprise some developers that their programs embedding matplotlib, which is now build with the MSVC9 patch, stopped working. -- ___

[issue7235] IO libary have some error

lpp1985 added the comment: But sometimes the content of file in too large to put into memory,So I need a tool to solve this problem.Just only modify a subclass in Io could solve this problem.To me ,it is difficult,but simple to your team! 2009-10-29 李澎鹏 发件人： Antoine Pitrou

[issue7211] select module - kevent ident field 64 bit issue

Antoine Pitrou added the comment: Apparently Roundup borked the URL. Let's try another one (or look into Modules/_io/_iomodule.h): http://code.python.org/hg/trunk/file/b9bc35171668/Modules/_io/_iomodule.h#l88 -- ___ Python tracker

[issue7211] select module - kevent ident field 64 bit issue

Antoine Pitrou added the comment: According to man pages on the Web, the kevent structure is: struct kevent { uintptr_t ident;/* identifier for this event */ short filter; /* filter for event */ u_short flags;/* action flag

[issue7236] the reply's additional "Re:" is ok

Changes by Eric Smith : -- resolution: -> invalid status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing list Unsu

[issue7236] the reply's additional "Re:" is ok

__ ¸Ï¿ì×¢²áÑÅ»¢³¬´óÈÝÁ¿Ãâ·ÑÓÊÏä? http://cn.mail.yahoo.com  @font-face { font-family: 宋体; } @font-face { font-family: Verdana; } @font-face { font-family: @宋体; } @page Section1 {size: 595.3pt 841.9pt; margin: 72.0p

[issue7235] IO libary have some error

Antoine Pitrou added the comment: It's by design. If you want to split on arbitrary characters, use the split() method on string and bytes objects. -- nosy: +pitrou resolution: -> invalid status: open -> closed ___ Python tracker

[issue7234] Complete your registration to Python tracker -- keyRVZuTYMju0LifnIK60WPnidSrLQIHXI7

Changes by Eric Smith : -- resolution: -> invalid status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing list Unsu

[issue7235] IO libary have some error

New submission from lpp1985 : The parameter 'newline' in os.open() functiion in the condition of input could ought to be set to any character.But if I set anythin else '','\n','\r\n',and '\r',there will be a error raise.This is maybe a bug in this libary. -- components: Library (Lib)

[issue7234] Complete your registration to Python tracker -- keyRVZuTYMju0LifnIK60WPnidSrLQIHXI7

__ ¸Ï¿ì×¢²áÑÅ»¢³¬´óÈÝÁ¿Ãâ·ÑÓÊÏä? http://cn.mail.yahoo.com  @font-face { font-family: 宋体; } @font-face { font-family: Verdana; } @font-face { font-family: @宋体; } @page Section1 {size: 595.3pt 841.9pt; margin: 72.0p

[issue7233] decimal.py: two rotate() issues

Mark Dickinson added the comment: Merged (along with a test numbering fix in extra.decTest) in r75946 (release26-maint), r75947 (py3k) and r75948 (release31-maint). Thanks for the report! -- components: +Library (Lib) priority: -> normal resolution: -> fixed stage: -> committed/rej

[issue4120] Do not embed manifest files in *.pyd when compiling with MSVC

Marc-Andre Lemburg added the comment: Christoph Gohlke wrote: > > Christoph Gohlke added the comment: > > Apparently the msvc9compiler_stripruntimes_regexp2 patch causes problems > for MinGW users. The following C program is using the Python C API to > import the testpyd extension generated b

[issue7233] decimal.py: two rotate() issues

Mark Dickinson added the comment: And the shift and rotate bugs for large arguments are fixed in r75945. -- ___ Python tracker ___ ___

[issue7233] decimal.py: two rotate() issues

Mark Dickinson added the comment: There were a number of Decimal methods that failed to accept an integer second argument. I've fixed that in r75944. -- ___ Python tracker ___

[issue5872] New C API for declaring Python types

Antoine Pitrou added the comment: This patch is huge. Some things: - you should provide an example of using the new API. Your description is not very, well, descriptive :) - "all PyTypeObjects must now be *pointers* rather than static instances": is it mandatory, or did you add this out of "pur

[issue3871] cross and native build of python for mingw32 with distutils

Changes by David Fraser : -- nosy: +davidfraser ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pyth

[issue7233] decimal.py: two rotate() issues

Mark Dickinson added the comment: The shift function should also accept an integer 2nd argument. -- ___ Python tracker ___ ___ Python-

[issue7117] Backport py3k float repr to trunk

Mark Dickinson added the comment: The next job is to deprecate PyOS_ascii_atof and PyOS_ascii_strtod, I think. I'll get to work on that. -- ___ Python tracker ___ _

[issue1628484] Python 2.5 64 bit compile fails on Solaris 10/gcc 4.1.1

Marc-Andre Lemburg added the comment: Perhaps we can get some movement regarding this problem again, as it also applies to other platforms that require special gcc options for the compiler and linker. A common case where such settings were needed is Mac OS X - in the case of building universal

[issue7228] %lld for PyErr_Format (Modules/_io/bufferedio.c)

Mark Dickinson added the comment: I've rolled back all the changes I made trying to fix these format arguments; the rollback is in r75939 (trunk), r75941 (py3k) and r75942 (release31-maint). Next time I'll think a bit harder, get a code review, and make sure that the code gets tested on Win

[issue5500] tarfile: path problem in arcname under windows

Lars Gustäbel added the comment: I suppose this issue is related to issue4750 which I have just closed. If not, please reopen this issue. -- resolution: -> duplicate status: open -> closed ___ Python tracker _

[issue4750] tarfile keeps excessive dir structure in compressed files

Lars Gustäbel added the comment: I fixed it in r75935 and r75937. -- resolution: -> accepted status: open -> closed ___ Python tracker ___ __

[issue7233] decimal.py: two rotate() issues

Mark Dickinson added the comment: Agreed on both counts. I'll take a look. -- assignee: -> mark.dickinson ___ Python tracker ___ ___

[issue7233] decimal.py: two rotate() issues

New submission from Stefan Krah : Hi, I got two issues with the all-important function rotate(): 1. It should probably convert an integer argument: >>> from decimal import * >>> c = getcontext() >>> c.prec = 4 >>> Decimal("10").rotate(1) Traceback (most recent call last): File "", li

[issue4750] tarfile keeps excessive dir structure in compressed files

Lars Gustäbel added the comment: The latest patch (4750.gzip.basename.fix.diff) cannot be used the way it is. The problem is that it uses the name attribute to store the basename with the .gz extension stripped. This breaks compatibility. -- ___ Pyth

[issue7232] Support of 'with' statement fo TarFile class

Jaime Buelta added the comment: I've cleaned the patch, I don't now why Eclipse added a lot of garbage, sorry. -- Added file: http://bugs.python.org/file15221/tarfileWithSupportv2.patch ___ Python tracker _

[issue7232] Support of 'with' statement fo TarFile class

Lars Gustäbel added the comment: Please clean up the patch, and I take another look at it. -- assignee: -> lars.gustaebel nosy: +lars.gustaebel ___ Python tracker ___ __

[issue7232] Support of 'with' statement fo TarFile class

New submission from Jaime Buelta : Currently, the TarFile is not supporting the 'with' statement, which I think it should for coherence with other file classes. I've already created a patch including it for consideration. -- components: Library (Lib) files: tarfileWithSupport.patch key