[issue25792] sorted() is not stable given key=len and large inputs

2015-12-03 Thread Sam Obstgarten
New submission from Sam Obstgarten: Tested under MacOS 10.11.1 Python 2.7.8 When using sorted() with key=len, sorted() is not stable (i.e. it does not return the same sorting depending on the input file). I expected, that sorted() sorts (i) first according the string length and then (ii

[issue25931] os.fork() command distributed in windows Python27 (in SocketServer module)

2015-12-22 Thread Sam Lobel
New submission from Sam Lobel: I ran into this bug while using multiprocessing in Flask, which deep down uses the SocketServer.py module. There's a call to os.fork() in the windows version , which obviously doesn't work. So SocketServer.py can't be used on windows. Maybe

[issue25933] Unhandled exception (TypeError) with ftplib in function retrbinary/retrlines causes inoperable behavior without crashing

2015-12-23 Thread Sam Adams
New submission from Sam Adams: Hello, I believe that I found a bug in ftplib.py in version 3.3.6. Whenever a user opens a file for writing in nonbinary mode and then proceeds to call the retrbinary function, or opens the file in binary mode and proceeds to call the retrlines fuction, then

[issue25933] Unhandled exception (TypeError) with ftplib in function retrbinary/retrlines causes inoperable behavior without crashing

2015-12-23 Thread Sam Adams
Changes by Sam Adams : -- type: -> behavior ___ Python tracker <http://bugs.python.org/issue25933> ___ ___ Python-bugs-list mailing list Unsubscrib

[issue25933] Unhandled exception (TypeError) with ftplib in function retrbinary/retrlines causes inoperable behavior without crashing

2015-12-23 Thread Sam Adams
Sam Adams added the comment: I don't have access to 3.5 where I am now. I can try later on, but it appears after a quick glance that the code for this function between 3.3 and 3.5 is the same for calling the callback function. -- ___ Python tr

[issue25933] Unhandled exception (TypeError) with ftplib in function retrbinary/retrlines causes inoperable behavior without crashing

2015-12-23 Thread Sam Adams
Sam Adams added the comment: Silent: The issue that i see is how the error is handled. I can trap the TypeError easily, however, if I keep the socket open, the behavior of ftplib will not be as intended. For example: fileTest = open('filename1', 'wb') ftp.retrlin

[issue26376] Tkinter root window won't close if packed.

2016-02-17 Thread Sam Yeager
New submission from Sam Yeager: Using the following code, the root window will not close properly when the close icon is clicked: from tkinter import * rootWin = Tk() l = Label(rootWin, text="foo") l.pack() Similar issue occurs with Tk.grid(). OS: Mac OS X 10.10.5 Python IDE:

[issue26376] Tkinter root window won't close if packed.

2016-02-17 Thread Sam Yeager
Changes by Sam Yeager : Removed file: http://bugs.python.org/file41942/Screen Shot 2016-02-17 at 10.00.21 AM.png ___ Python tracker <http://bugs.python.org/issue26

[issue26377] Tkinter dialogs will not close if root window not packed.

2016-02-17 Thread Sam Yeager
New submission from Sam Yeager: Using the following code, the messagebox will not close, leaving it on top of all other open windows: from tkinter import * rootWin = Tk() messagebox.showinfo("Title", "foo") If the root window contains a widget (Label, Entry, Button, et

[issue26376] Tkinter root window won't close if packed.

2016-02-19 Thread Sam Yeager
Sam Yeager added the comment: I've reverted to ActiveTcl 8.5.18. Issue persists. Uploading screenshots before and after attempting to close root window. -- Added file: http://bugs.python.org/file41972/1 Before closing root window.png ___ P

[issue26376] Tkinter root window won't close if packed.

2016-02-19 Thread Sam Yeager
Changes by Sam Yeager : Added file: http://bugs.python.org/file41973/2 After closing root window.png ___ Python tracker <http://bugs.python.org/issue26376> ___ ___ Pytho

[issue26377] Tkinter dialogs will not close if root window not packed.

2016-02-19 Thread Sam Yeager
Changes by Sam Yeager : Added file: http://bugs.python.org/file41975/2 After closing window and box.png ___ Python tracker <http://bugs.python.org/issue26377> ___ ___

[issue26377] Tkinter dialogs will not close if root window not packed.

2016-02-19 Thread Sam Yeager
Changes by Sam Yeager : Added file: http://bugs.python.org/file41974/1 Before closing window and box.png ___ Python tracker <http://bugs.python.org/issue26377> ___ ___

[issue26377] Tkinter dialogs will not close if root window not packed.

2016-02-19 Thread Sam Yeager
Changes by Sam Yeager : -- type: -> behavior ___ Python tracker <http://bugs.python.org/issue26377> ___ ___ Python-bugs-list mailing list Unsubscrib

[issue26376] Tkinter root window won't close if packed.

2016-02-22 Thread Sam Yeager
Sam Yeager added the comment: Ran script on Terminal. The issue disappears, and everything works normally. Running through IDLE, the issue returns. Sorry, Terry. -- ___ Python tracker <http://bugs.python.org/issue26

[issue26377] Tkinter dialogs will not close if root window not packed.

2016-02-22 Thread Sam Yeager
Sam Yeager added the comment: Updated script with the adding 'parent-Rootwin' to messagebox() arguments. The issue persists. Following advice in #26376: Ran script on Terminal. The issue disappears, and everything works normally. Running through IDLE, the iss

[issue26376] Tkinter root window won't close if packed.

2016-02-23 Thread Sam Yeager
Sam Yeager added the comment: It's almost certainly only found on OSX. I'm currently taking a Python class of approximately 150 students, and at least two of us independently found this issue on our respective Macs. IDLE and Python are the same version (v3.4.4). The info window l

[issue26376] Tkinter root window won't close if packed.

2016-02-24 Thread Sam Yeager
Sam Yeager added the comment: This occurs even when the window is large and/or packed with multiple elements. -- ___ Python tracker <http://bugs.python.org/issue26

[issue18987] distutils.utils.get_platform() for 32-bit Python on a 64-bit machine

2016-03-01 Thread Sam Ferencik
Sam Ferencik added the comment: Thanks for the analysis. I agree with you. If there's much push-back, maybe we could introduce an alternative interface, i.e. let get_platform() do its thing, deprecate it, and introduce something like get_interpreter_pla

[issue26992] 64-bit Python 2.7.11 hangs in 64-bit Windows 10 - CMD and Git Bash

2016-05-10 Thread Sam Taylor
New submission from Sam Taylor: We have seen an issue where the 64-bit 2.7.11 Python Interpreter hangs whilst trying to run it in either Command Prompt or Git Bash on 64-bit Windows 10. The issue is intermittent, the interpreter will run sometimes but will often hang immediately after typing

[issue17305] IDNA2008 encoding missing

2016-10-13 Thread Sam Whited
Changes by Sam Whited : -- nosy: +SamWhited ___ Python tracker <http://bugs.python.org/issue17305> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue18987] distutils.utils.get_platform() for 32-bit Python on a 64-bit machine

2016-11-01 Thread Sam Ferencik
Sam Ferencik added the comment: Michael, Thanks for reopening this. You say you're using "64-bit hardware", but what bitness is your OS and the Python interpreter? If you read my original issue description, I only had this issue with 32-bit Python on a 64-bit Linux system (on

[issue25251] Unknown MS Compiler version 1900

2016-11-03 Thread Sam Miller
Sam Miller added the comment: Hi disutils. I got this bug when trying to pip install pomegranate to python 3.5. There is now a m2w64-toolchain (https://github.com/ContinuumIO/anaconda-issues/issues/561)that allows installing the notoriously windows-challenged theano, so I thought this error

[issue28737] Document that tp_dealloc handler must call PyObject_GC_UnTrack if Py_TPFLAGS_HAVE_GC is set

2016-11-18 Thread Sam Gross
New submission from Sam Gross: In general, an a PyTypeObject that has Py_TPFLAGS_HAVE_GC set must call PyObject_GC_UnTrack() before it frees any PyObject* references it owns. The only reference to this requirement I found is in https://docs.python.org/3/c-api/gcsupport.html#c

[issue2931] optparse: various problems with unicode and gettext

2008-06-17 Thread Sam Pablo Kuper
Sam Pablo Kuper <[EMAIL PROTECTED]> added the comment: Using non-ASCII characters in an optparse help string also causes UnicodeDecodeErrors. Here's the relevant part of the traceback: File "/home/spk30/opt/ActivePython-2.5/lib/python2.5/optparse.py", line 1655, in prin

[issue2931] optparse: various problems with unicode and gettext

2008-06-17 Thread Sam Pablo Kuper
Sam Pablo Kuper <[EMAIL PROTECTED]> added the comment: ash, you are correct; my bad. Thanks for the heads-up. ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.pytho

[issue30322] PyObject_GetIter does not behave as documented on dict objects

2017-05-09 Thread Sam De Meyer
New submission from Sam De Meyer: According to the docs (https://docs.python.org/3/c-api/object.html) the `PyObject_GetIter` method should be equivalent to the python call `iter()`, but, when given a dict, the `PyObject_GetIter` returns an iterator over key-value pairs whereas the `iter

[issue30322] PyObject_GetIter does not behave as documented on dict objects

2017-05-10 Thread Sam De Meyer
Sam De Meyer added the comment: You seem to be right, my object was lacking the keys method. Please excuse me for the false alarm, and thanks for pointing it out. -- stage: -> resolved status: open -> closed ___ Python tracker

[issue9329] freeze tool cannot handle JSON module properly

2010-07-22 Thread Sam Saint-Pettersen
New submission from Sam Saint-Pettersen : Freeze tool can generate Makefile and C code for Python programs using the JSON module. The code can be compiled fine, but when a program using the JSON module is run, this is returned: Traceback (most recent call last): 2 File "myProgr

[issue9329] freeze tool cannot handle JSON module properly

2010-07-22 Thread Sam Saint-Pettersen
Sam Saint-Pettersen added the comment: Problem occurs with "frozen" programs if: from encodings import hex_codec ...is not explicitly written in the script. -- status: open -> pending ___ Python tracker <http://bugs.pyth

<    1   2   3