New submission from Taylor Marks:
When you have a file that you don't think you need anymore, the proper thing to
do with it is move it to the Trash (or Recycling Bin, if you're on Windows.)
The standard library, however, doesn't offer any way of doing this currently.
Instead,
Taylor Marks added the comment:
Python is supposed to be cross platform. This has been a major incompatibility
issue between Windows and *nix and you think this patch, which has been ready
for nearly 7 years now, should simply get discarded because the fix is
available from pip?
I think
New submission from Taylor Marks:
The following code causes Python 2.7.8 to lockup for ten minutes, then crash,
in both Windows 7 and OS X:
from urllib import urlretrieve
urlretrieve('http://chromedriver.storage.googleapis.com/2.12/chromedriver_win32.zip',
'chromedriver_win32.
Taylor Marks added the comment:
I found someone else describing the same behavior in 2.4 here, I guess the
conclusion is it isn't a bug:
http://bytes.com/topic/python/answers/162599-windows-python-2-4-unbuffered-flag-causes-syntaxerror-interactive-sessions
--
resolution: -> n
Taylor Marks added the comment:
Sorry for multiple consecutive posts... I don't see a way to edit prior posts.
The stack trace I posted in my first message has the arrow in the wrong spot.
It should actually be pointing to the first space after the closing brace.
Here's a simpler (a
Taylor Marks added the comment:
I checked a few other combinations of flags:
-i -c works fine.
-u has the same issue as described in my opening message.
This occurs in both cmd and PowerShell, running as admin.
--
title: Anything results in a SyntaxError after -i -u -c on 2.7.8 on
New submission from Taylor Marks:
On Python 2.7.8, on Windows 7, if I start up the Python interactive console
using the flags -i -u -c, nothing else will be considered valid syntax from
that point forward.
My understanding is:
-i tells Python to enter interactive mode after it's done ru
