[issue6436] trace module doesn't seem to produce .cover files for Py3 (but does for Py2)

New submission from Mark Summerfield : When I execute the following command line (Linux, Fedora 10) using Python 2.5 or 2.6, I get a .cover file: python2.5 -m trace --count MyModule.py But when I do this with Python 3.0 or 3.1, no .cover file is output. I didn't notice anything in the document

[issue4017] Tkinter cannot find Tcl/Tk on Mac OS X

Ronald Oussoren added the comment: keflavich: Please open a new issue for the problem you are running in, it is a completely seperate issue than the one you appended your message to. Where can I download a 64-bit capable version of Tcl/Tk? BTW. The correct fix would be to add a probe to setu

[issue6431] Fraction fails equality test with a user-defined type

Case Van Horsen added the comment: Change Fraction __eq__ method to give the other operand a chance to perform the comparison if Fraction doesn't understand the other operand. -- keywords: +patch Added file: http://bugs.python.org/file14470/fractions_patch.diff

[issue4017] Tkinter cannot find Tcl/Tk on Mac OS X

Ned Deily added the comment: @keflavich: To include 64-bit support for Tcl/Tk on OSX, you'll need to modify python's setup.py file. Search down for "All existing framework builds of Tcl/Tk don't support 64-bit" around line 1500 in 2.6; there is explicit code there to prevent tkinter from at

[issue6435] logging: cache the traceback text on formatter, instead of record

Sridhar Ratnakumar added the comment: For example, see: http://paste.pocoo.org/show/127167/ -- ___ Python tracker ___ ___ Python-bugs-

[issue6435] logging: cache the traceback text on formatter, instead of record

Changes by Sridhar Ratnakumar : -- type: -> behavior ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mai

[issue6435] logging: cache the traceback text on formatter, instead of record

New submission from Sridhar Ratnakumar : In Formatter.format(): # Cache the traceback text to avoid converting it multiple times # (it's constant anyway) if not record.exc_text: record.exc_text = self.formatException(record.exc_info) The resul

[issue6074] .pyc files created readonly if .py file is readonly, python won't overwrite

Peter Simanyi added the comment: I verified that launching the script from a CMD.EXE window instead of from Cygwin also reproduces the "can't overwrite ZZZ.pyc". Here's a sample of "python -v" showing this: # C:\depot\central\ntf\tools\bin\build1.pyc has bad mtime import build1 # from C:\depo

[issue6422] timeit called from within Python should allow autoranging

Scott David Daniels added the comment: I've got the code "working" on trunk2 for my tests. Should I port to py3K before checking in, and give diffs from there, or what? -- ___ Python tracker __

[issue2977] truncation of text in tables in Library Reference PDF

Georg Brandl added the comment: Yes, Sphinx should use longtables now where appropriate. -- ___ Python tracker ___ ___ Python-bugs-lis

[issue6434] buffer overflow in Zipfile when wrinting more than 2gig file

segfault42 added the comment: look like issue 1182788 -- type: -> crash ___ Python tracker ___ ___ Python-bugs-list mailing list Unsu

[issue6434] buffer overflow in Zipfile when wrinting more than 2gig file

New submission from segfault42 : Hello, I have a problem with the librairy zipfile.py http://svn.python.org/view/python/trunk/Lib/zipfile.py?revision=73565&view=markup Zinfo structure limit the size of a file to an int max value with the ZIP64_LIMIT value ( equal to "(1 << 31) - 1 " so to 214

[issue6431] Fraction fails equality test with a user-defined type

Case Van Horsen added the comment: On Tue, Jul 7, 2009 at 1:26 AM, Mark Dickinson wrote: > > Mark Dickinson added the comment: > > I agree this should be fixed.  The conversion to float in the else > clause seems wrong to me: it can lose precision, making two unequal > values compare equal.  I

[issue5864] format(1234.5, '.4') gives misleading result

Eric Smith added the comment: I agree that backporting it to 2.6 would be nice, but it would be a huge change. There's too much risk involved. So this will just be a new feature in 2.7. It's already in Misc/NEWS, so you're all set there. I'm closing the issue, marking it as "wont fix" because i

[issue5864] format(1234.5, '.4') gives misleading result

Mark Dickinson added the comment: ... and 3.0 is dead. -- versions: -Python 3.0 ___ Python tracker ___ ___ Python-bugs-list mailing l

[issue5864] format(1234.5, '.4') gives misleading result

Mark Dickinson added the comment: I'm not going to backport this to 2.6. The problem is that the fix for this issue is tied up with the corresponding change to str (str(1e11) produces '1e+11' in trunk and 1000.0 in release26-maint); I daren't change str() in 2.6, so backporting woul

[issue1523] xdrlib fails to detect overflow (struct bug?)

Mark Dickinson added the comment: The deprecated overflow wrapping has been removed from trunk in r73891. (It was already removed in py3k a while ago.) I'd really like to remove the deprecated float coercion from trunk too, but since the warnings weren't functioning properly in 2.6, this pro

[issue665336] win32 os.path.normpath not correct for leading slash cases

Amaury Forgeot d'Arc added the comment: On Windows, os.path.normpath(r"\\x\y\z") must return the string unchanged, because this is the syntax for UNC paths: \\server\share\file.txt Closing as invalid. -- nosy: +amaury.forgeotdarc resolution: -> invalid status: open -> closed

[issue6399] Error reporting by logging.config.fileConfig()

Vinay Sajip added the comment: Well, there are other systems around (e.g. ConfigObj) which will allow you to validate against a schema, but it's not part of the core so logging can't rely on it. I'm not sure how much interest there'd be in adding this kind of validation to ConfigParser, but you

[issue6433] multiprocessing: pool.map hangs on empty list

Changes by Jesse Noller : -- assignee: -> jnoller ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.p

[issue6433] multiprocessing: pool.map hangs on empty list

Changes by R. David Murray : -- nosy: +jnoller ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pytho

[issue5814] SocketServer: TypeError: waitpid() takes no keyword arguments

R. David Murray added the comment: The socketserver code was changed on trunk in r69927 by neil.schemenauer (I can't find his roundup id or I'd make him nosy) so the bug no longer exists there or in the 3.x branch. I've backported it to 2.6 in r73887. -- nosy: +r.david.murray priority:

[issue5814] SocketServer: TypeError: waitpid() takes no keyword arguments

toxik added the comment: I don't really get how this could've ever worked. I tested using keyword arguments in py24 and py25, didn't work there either. I think the best approach would be fixing the SocketServer.py code (which obviously needs a test as well, because it's never run.) -

[issue6433] multiprocessing: pool.map hangs on empty list

Eric Eisner added the comment: A few lines before this patch the code turns iterable into a list if it does not hasattr('__len__') for the purpose of calculating the chunksize. -- ___ Python tracker ___

[issue6433] multiprocessing: pool.map hangs on empty list

Ezio Melotti added the comment: I'm not familiar with multiprocessing but I gave a quick look at the patch. If the 'iterable' is an iterator/generator "if len(iterable) == 0:" may fail since these objects don't usually have a __len__. More tests for this situation are probably needed too. -

[issue6414] struct module : processor endianness descriptions misleading

Mark Dickinson added the comment: Maybe it's better to avoid the platform-specific statements altogether, and just point out the existence of sys.byteorder for those who want to check the endianness of the system they're currently working on. Or maybe just mention that the x86 and AMD64 (aka

[issue6432] ImageTk.PhotoImage

Jean-Paul Miéville added the comment: You are right I think that the problem is related to PIL. I will reported to the mailing list of PIL. I have attached a script for testing this case. -- status: open -> closed Added file: http://bugs.python.org/file14468/Script1.py ___

[issue6433] multiprocessing: pool.map hangs on empty list

New submission from Eric Eisner : In multiprocessing, if you give a pool.map a zero-length iterator and specify a nonzero chunksize, the process hangs indefinitely. Example: import multiprocessing pool = multiprocessing.Pool() pool.map(len, [], chunksize=1) # hang forever Attached simple testca

[issue6399] Error reporting by logging.config.fileConfig()

Mike added the comment: Sorry, I only started learning Python a couple of weeks ago. Didn't know that there was a ConfigParser module. So this would really be a feature request of ConfigParser? Interesting you should mention Postel's Law. Being liberal about what you accept from others doesn

[issue6432] ImageTk.PhotoImage

Ezio Melotti added the comment: Can you provide a sample script to reproduce this or try it with a plain version of python? >From the traceback it looks like ImageTk is something defined by the PIL, and since it's not part of the stdlib this is probably not the right place where to report this

[issue6432] ImageTk.PhotoImage

New submission from Jean-Paul Miéville : When using the function ImageTk.PhotoImage. I got the following traceback. self.chart = ImageTk.PhotoImage(self.image) File "C:\Python25\Lib\site-packages\PIL\ImageTk.py", line 116, in __init__ self.paste(image) File "C:\Python25\Lib\site-pa

[issue6414] struct module : processor endianness descriptions misleading

Ezio Melotti added the comment: Something like "Motorola and Sun processors are usually big-endian; Intel and DEC processors are usually little-endian" (or "most of"/"several") might be enough. -- keywords: +easy nosy: +ezio.melotti priority: -> low ___

[issue6070] Python 2.6 makes .pyc/.pyo bytecode files executable

R. David Murray added the comment: Drat. I should have uploaded the revised patch first for testing. I'll update it to the tested patch. -- ___ Python tracker ___ __

[issue6333] logging: ValueError: I/O operation on closed file

Changes by Ezio Melotti : -- priority: -> normal stage: -> test needed status: pending -> open versions: +Python 2.7 -Python 2.6 ___ Python tracker ___ _

[issue6070] Python 2.6 makes .pyc/.pyo bytecode files executable

Oleg Broytmann added the comment: I didn't test ifndef-version, I tested the full version (issue6070.patch) on both Linux and w32. You are right, 'mode' must be defined even on w32. -- ___ Python tracker __

[issue6070] Python 2.6 makes .pyc/.pyo bytecode files executable

Marco Buccini added the comment: @r.david.murray: Does this works on Windows? Are you sure Oleg? :) Since you've done this: #ifndef MS_WINDOWS /* mode = ..*/ #endif but on Windows the compiler "jumps" over this code, so you can get a binding error, since it doesn't find the variable "mode"...

[issue6422] timeit called from within Python should allow autoranging

Changes by Ezio Melotti : -- priority: -> normal stage: -> test needed ___ Python tracker ___ ___ Python-bugs-list mailing list Unsub

[issue6425] imaplib.IMAP4.fetch() is missing documentation for message_set parameter

Ezio Melotti added the comment: The 4th paragraph in the section IMAP4 Objects [1] specifies that: "The message_set options to commands below is a string specifying one or more messages to be acted upon. It may be a simple message number ('1'), a range of message numbers ('2:4'), or a group of n

[issue6382] test_socketserver fails on trunk in test_ForkingTCPServer

Kristján Valur Jónsson added the comment: committed in revision 73877 and revision 73878 -- ___ Python tracker ___ ___ Python-bugs-lis

[issue6426] imaplib.IMAP4 "command illegal in this state" is unhelpful error message

Ezio Melotti added the comment: Can you provide a patch? -- keywords: +easy nosy: +ezio.melotti priority: -> low stage: -> needs patch versions: +Python 2.7 -Python 2.5 ___ Python tracker

[issue6430] array.array falsely advertises support for 'w' in documentation

Ezio Melotti added the comment: The problem seems to affect Python 2 too. See also #1268. In the online doc 'w' is not mentioned but a note about the size of 'u' that changes depending on the build should be added too. Also in the table in the Python 2 doc [1] the "Python Type" for 'unsigned int

[issue6431] Fraction fails equality test with a user-defined type

Changes by Mark Dickinson : -- stage: -> needs patch versions: +Python 2.6, Python 2.7, Python 3.2 ___ Python tracker ___ ___ Python-b

[issue6431] Fraction fails equality test with a user-defined type

Mark Dickinson added the comment: I agree this should be fixed. The conversion to float in the else clause seems wrong to me: it can lose precision, making two unequal values compare equal. I also agree that we should be getting NotImplemented here. Do you have a patch available? As an as

[issue6430] array.array falsely advertises support for 'w' in documentation

Ezio Melotti added the comment: Apparently 'w' and 'u' were used for wide and narrow builds respectively. In r58441 the distinction was removed and now 'u' can be either 2 or 4 bytes, depending on the build. I think that 'w' can be removed. -- nosy: +ezio.melotti __

[issue6343] TimedRotatingFileHandler permission denied rename failure on Windows

Changes by Vinay Sajip : -- assignee: -> vsajip status: open -> pending ___ Python tracker ___ ___ Python-bugs-list mailing list Unsub

[issue6314] logging.basicConfig(level='DEBUG', ... and setLevel("DEBUG") result in no logging

Vinay Sajip added the comment: The change that I made was in the wrong place - it should have been in the setLevel rather than in basicConfig itself. However, this would not have covered setLevel for Handlers... That setLevel behaves differently to basicConfig for the level argument could be se