Modest book on Python grahpics several years ago
About 4-5 years ago, two authors (possibly one) wrote a book on Python for beginners. It was probably no more than 200 pages thick, and likely cost close to $25. Several years later they wrote another book on Python graphics. Does anyone recall the name of these books? I don't think it was published by a well known publisher. -- https://mail.python.org/mailman/listinfo/python-list
Cannot remove PIL, numpy lib from XP
Well, it looks like I cannot remove PIL with control panel remove/add. The dialog just flashes when I push the button. I tried on an old program not in use, and it did respond as one would want. My guess is that I should not have started with removing Python 2.5.2 first. How do I get out of this bind? -- http://mail.python.org/mailman/listinfo/python-list
Installing Python 2.5.2 on Win 7
I would like to install 2.5.2 on Win 7 for several reasons. I'm using my former XP laptop, which I recently upgraded to Win7. In the XP form, I had at one time installed 2.5.2, PIL, numpy, matplotlib, etc. on it to drive a camera via a Python app. The camera is still around, and I use it on my PC XP desktop with this software, for which the python app will never be updated. However, I acquired a camera like the one I use and we set it up at a friend's house on his XP laptop. We installed this software on it, but for some reason, probably because of the camera interface via ethernet, we can get the app up, but not the camera. To solve this problem I thought I would install the software on my laptop Win7 PC. When I tried PIL.1.1.6 I got several unexpected messages that seem to indicate things were not going well. I have stopped to find out if it is really possible to install this suite of software on Win7. Is it possible? If not, will uninstalling Python also remove PIL? -- http://mail.python.org/mailman/listinfo/python-list
Re: Installing Python 2.5.2 on Win 7
On 4/1/2012 1:57 PM, Irmen de Jong wrote: On 1-4-2012 22:11, W. eWatson wrote: To solve this problem I thought I would install the software on my laptop Win7 PC. When I tried PIL.1.1.6 I got several unexpected messages that seem to indicate things were not going well. I have stopped to find out if it is really possible to install this suite of software on Win7. Is it possible? If not, will uninstalling Python also remove PIL? I'm using PIL 1.1.7 (the latest version available from effbot's website) on Windows 7. Admittedly, with Python 2.7.2, but there's an installer for Python 2.5 as well. I assume it should work just fine. What errors were you seeing? And no, uninstall Python won't remove PIL - it has its own uninstaller. Irmen I'm going to uninstall Python on my XP laptop, and get my friend's laptop tomorrow. I'll work on his problem here. I have a desktop xp that works for the app I'm concerned about. -- http://mail.python.org/mailman/listinfo/python-list
Re: Which libraries for Python 2.5.2 [SOLVED]
On 12/29/2011 9:44 AM, Ian Kelly wrote: On Thu, Dec 29, 2011 at 10:04 AM, Dennis Lee Bieber wlfr...@ix.netcom.com wrote: On Thu, 29 Dec 2011 09:54:48 -0500, Dennis Lee Bieber wlfr...@ix.netcom.com wrote: Talking to myself.. According to the pop-up I get (Win7) when supplying an invalid argument, Maybe regsrv32 was rewritten for Win7 64bit -- and assumed folks would run it from the start dialog (or file search in Win7) since the error messages do pop-up in windows, even when running in a command shell. As far as I know, it's always been like that. Well, I thought I'd take the PC to a computer shop to see why when I move windows they shake a bit. The technician took about 2 minutes to show me uninstalled devices under System Devices. He thought they should be fixed. The system was showing lots of device errors. They wanted $75 to repair it, but I told them a friend who will use the PC will have to decide that. This PC belonged to my wife at one time for 5 years. She had put Linux on it, but she no longer needed it. I restored it to XP Home. When I told her where the problems were she found a driver DVD, so I'm using it now to fill in the gaps. Maybe it'll get by the dll problem. It certainly is adding a VGA driver, so I think the window wobbles may get fixed. Well, it now works w/o any difficulty. It was the incomplete install that did it. It now has acrobat, wallpaper, etc, like most XP systems. No more wobbles! Yea! Thanks to all that helped. -- http://mail.python.org/mailman/listinfo/python-list
Re: Which libraries for Python 2.5.2
On 12/29/2011 6:54 AM, Dennis Lee Bieber wrote: On Wed, 28 Dec 2011 21:56:59 -0800, W. eWatson wolftra...@invalid.com wrote: It didn't like that either. Got msvcp71.dll was located but the dll server entry was not found. File could not be registered. Arguments are /u,/s/i/n. According to the pop-up I get (Win7) when supplying an invalid argument, /n - do not call DllRegisterServer; this option must be used with /i and that reads /i - Call DllInstall passing it an optional [cmdline]; when used with /u calls dll uninstall So.. If the register server entry point was not found, maybe you should try with /i/n to make it call the /other/ registration entry point. Well, it's worth a try. However, what other entry point. {And, in line with the other commentators; I don't even use start/run for the command shell -- I use the shell often enough to have put a dedicated shortcut on the start menu itself (and have since added PowerShell shortcuts). Only thing I use start/run with is the registry editor (regedt32 or regedit) and to start the despised Internet Explorer (iexplore, which has otherwise been removed from direct mouse access) -- in short; only programs with GUI interfaces get started from start/run} To keep it simple, I now just enter cmd, and work there. I'm not usually working with these low level operations. Occasionally, I use some of the network commands. -- http://mail.python.org/mailman/listinfo/python-list
Re: Which libraries for Python 2.5.2
On 12/29/2011 9:04 AM, Dennis Lee Bieber wrote: On Thu, 29 Dec 2011 09:54:48 -0500, Dennis Lee Bieber wlfr...@ix.netcom.com wrote: Talking to myself.. It's the best way to get people to listen to you. :-) According to the pop-up I get (Win7) when supplying an invalid argument, Maybe regsrv32 was rewritten for Win7 64bit -- and assumed folks would run it from the start dialog (or file search in Win7) since the error messages do pop-up in windows, even when running in a command shell. I'm installing Python on an XP PC that's 5 years old. This PC I'm writing from is Win7. ... -- http://mail.python.org/mailman/listinfo/python-list
Re: Which libraries for Python 2.5.2
On 12/27/2011 7:31 PM, W. eWatson wrote: On 12/27/2011 6:27 PM, Ian Kelly wrote: On Tue, Dec 27, 2011 at 6:21 PM, W. eWatsonwolftra...@invalid.com wrote: Well, it found several problems. These DLLs MSVCP1 EFSADU MSJAVA. I'm guessing MSVCP1 is a typo for MSVCP71? If that is missing then that is probably the culprit. That DLL is the C runtime library. It is supposed to be shipped with applications that need it, but it is so ubiquitous that it is often assumed to be present or forgotten. You can download it from http://www.dll-files.com/dllindex/dll-files.shtml?msvcp71 (or just find it on another Windows XP PC) and copy it into C:\Windows\System32. Don't forget to run regsvr32 to register it. HTH, Ian You are very likely right about the spelling. I wrote it down, and carried it to this PC. Sometimes I can't read my own writing. ... Well, thing went slightly awry. The link gave me two choices. Download msv...dll fixer, and download fixer. I took the latter. However, just checking on the other one, found that I got the same exe file. I installed it on the XP PC, and pressed what looked like a reasonable place to start. It would download the dll, and register it. Well, it seemed more interested in the registry. It scanned four areas of the registry, and found 123 problems in total. To fix them would require buying something. I noticed a large button near the top that said download dll. It found one the internet, and guess what? More purchase for the download. It seems like dll-fixer has a corner on the market. I found this http://pcsupport.about.com/od/findbyerrormessage/a/msvcp71-dll-not-found-missing-error.htm, but he almost has too much to say. He issues a warning about getting a dll off the web. He does offer this. Run the sfc /scannow System File Checker command to replace a missing or corrupt copy of the msvcp71.dll file. If this DLL file is provided my Microsoft, the System File Checker tool should restore it. I guess I'm missing something here. OK, I'm borrowing one from my XP laptop. Back later. -- http://mail.python.org/mailman/listinfo/python-list
Re: Which libraries for Python 2.5.2
A new dilemma. The PC XP in question with Python has the the msvcp71.dll file in System32. The one I took off my other laptop has a slightly newer one. Feb 2003 vs Aug 2003. Perhaps the (python PC) has a corrupt one? -- http://mail.python.org/mailman/listinfo/python-list
Re: Which libraries for Python 2.5.2
On 12/28/2011 9:37 AM, Ian Kelly wrote: On Wed, Dec 28, 2011 at 9:33 AM, W. eWatsonwolftra...@invalid.com wrote: Well, thing went slightly awry. The link gave me two choices. Download msv...dll fixer, and download fixer. I took the latter. However, just checking on the other one, found that I got the same exe file. I installed it on the XP PC, and pressed what looked like a reasonable place to start. It would download the dll, and register it. Well, it seemed more interested in the registry. It scanned four areas of the registry, and found 123 problems in total. To fix them would require buying something. I noticed a large button near the top that said download dll. It found one the internet, and guess what? More purchase for the download. It seems like dll-fixer has a corner on the market. Definitely don't download that spamware fixer program -- who knows what that does? You want the grey Download zip-file link, not the not the flashy Download fixer ad links. Anyway, it sounds like you've found another copy of the DLL. If I were you, I would uninstall that fixer ASAP and then run an anti-malware and anti-virus tool or two, just in case. Run the sfc /scannow System File Checker command to replace a missing or corrupt copy of the msvcp71.dll file. If this DLL file is provided my Microsoft, the System File Checker tool should restore it. I don't believe it is provided by Microsoft, but it wouldn't hurt to try. A new dilemma. The PC XP in question with Python has the the msvcp71.dll file in System32. The one I took off my other laptop has a slightly newer one. Feb 2003 vs Aug 2003. Weird. Try registering the existing dll, try replacing it with the other one (be sure to back up the original first), etc. I haven't installed the newer version yet, Aug 2003. I thought I'd see what happened if I entered sfc /scannow. Whatever, happened the black window flashed by in a split second. Somehow this doesn't seem helpful http://www.microsoft.com/resources/documentation/windows/xp/all/proddocs/en-us/system_file_checker.mspx?mfr=true. Although, 20 lines down or so it says: If sfc discovers that a protected file has been overwritten, it retrieves the correct version of the file from the %systemroot%\system32\dllcache folder, and then replaces the incorrect file. I'm going to run this by a XP NG. -- http://mail.python.org/mailman/listinfo/python-list
Re: Which libraries for Python 2.5.2
On 12/28/2011 12:55 PM, W. eWatson wrote: On 12/28/2011 9:37 AM, Ian Kelly wrote: On Wed, Dec 28, 2011 at 9:33 AM, W. eWatsonwolftra...@invalid.com wrote: Well, thing went slightly awry. The link gave me two choices. Download msv...dll fixer, and download fixer. I took the latter. However, just checking on the other one, found that I got the same exe file. I installed it on the XP PC, and pressed what looked like a reasonable place to start. It would download the dll, and register it. Well, it seemed more interested in the registry. It scanned four areas of the registry, and found 123 problems in total. To fix them would require buying something. I noticed a large button near the top that said download dll. It found one the internet, and guess what? More purchase for the download. It seems like dll-fixer has a corner on the market. Definitely don't download that spamware fixer program -- who knows what that does? You want the grey Download zip-file link, not the not the flashy Download fixer ad links. Anyway, it sounds like you've found another copy of the DLL. If I were you, I would uninstall that fixer ASAP and then run an anti-malware and anti-virus tool or two, just in case. Run the sfc /scannow System File Checker command to replace a missing or corrupt copy of the msvcp71.dll file. If this DLL file is provided my Microsoft, the System File Checker tool should restore it. I don't believe it is provided by Microsoft, but it wouldn't hurt to try. A new dilemma. The PC XP in question with Python has the the msvcp71.dll file in System32. The one I took off my other laptop has a slightly newer one. Feb 2003 vs Aug 2003. Weird. Try registering the existing dll, try replacing it with the other one (be sure to back up the original first), etc. I haven't installed the newer version yet, Aug 2003. I thought I'd see what happened if I entered sfc /scannow. Whatever, happened the black window flashed by in a split second. Somehow this doesn't seem helpful http://www.microsoft.com/resources/documentation/windows/xp/all/proddocs/en-us/system_file_checker.mspx?mfr=true. Although, 20 lines down or so it says: If sfc discovers that a protected file has been overwritten, it retrieves the correct version of the file from the %systemroot%\system32\dllcache folder, and then replaces the incorrect file. I'm going to run this by a XP NG. That certainly didn't help. I'm going to save the msvcp71.dll from the Python laptop somewhere, then insert the one from my other XP laptop. Finally, I'll register it. regsvr32. Just to review, I presume not from cmd, but Run? -- http://mail.python.org/mailman/listinfo/python-list
Re: Which libraries for Python 2.5.2
On 12/28/2011 9:09 PM, Michael Torrie wrote: On 12/28/2011 08:04 PM, W. eWatson wrote: I'm going to save the msvcp71.dll from the Python laptop somewhere, then insert the one from my other XP laptop. Finally, I'll register it. regsvr32. Just to review, I presume not from cmd, but Run? Seems like the bulk of your problems are coming from not using cmd (flashing black error windows). Anything non-GUI that could return an error message should be done from cmd. The Run dialog is mainly to be used to launch a cmd window! it appears more than just regsvr32 is need. Alone it fails with a msg. It needs an argument. I tried regsvr32 msvcp71.dll It didn't like that either. Got msvcp71.dll was located but the dll server entry was not found. File could not be registered. Arguments are /u,/s/i/n. -- http://mail.python.org/mailman/listinfo/python-list
Which libraries for Python 2.5.2
I'm trying to restore Python 2.5.2 on an old XP PC for a particular application from 4-5 years ago that uses it . According to the latest manual on it, the following should be installed. python-2.5.2.msi PIL-1.1.6.win32-py2.5.exe numpy-1.1.0-win32-superpack-python2.5.exe matplotlib-0.98.1.win32-py2.5.exe When I install them, and try to run the app program, Sentinel.py, some part of matplotlib complains (error msgs) and the program quits. The program begins with: from Tkinter import * from numpy import * import Image import ImageChops import ImageTk import time import binascii import tkMessageBox import tkSimpleDialog from pylab import plot, xlabel, ylabel, title, show, xticks, bar I tried numpy-1.2.0 and matplotlib-0.98.3 and had the same difficulty. What are wiser choices? Here's the traceback. Python 2.5.2 (r252:60911, Feb 21 2008, 13:11:45) [MSC v.1310 32 bit (Intel)] on win32 Type copyright, credits or license() for more information. Personal firewall software may warn about the connection IDLE makes to its subprocess using this computer's internal loopback interface. This connection is not visible on any external interface and no data is sent to or received from the Internet. IDLE 1.2.2 No Subprocess Traceback (most recent call last): File C:\Sentinel\Sent_user-20080716.py, line 16, in module (SEE THIS from the above list of imports, and the from)*--- from pylab import plot, xlabel, ylabel, title, show, xticks, bar File C:\Python25\lib\site-packages\pylab.py, line 1, in module from matplotlib.pylab import * File C:\Python25\lib\site-packages\matplotlib\pylab.py, line 206, in module from matplotlib import mpl # pulls in most modules File C:\Python25\lib\site-packages\matplotlib\mpl.py, line 1, in module from matplotlib import artist File C:\Python25\lib\site-packages\matplotlib\artist.py, line 4, in module from transforms import Bbox, IdentityTransform, TransformedBbox, TransformedPath File C:\Python25\lib\site-packages\matplotlib\transforms.py, line 34, in module from matplotlib._path import affine_transform ImportError: DLL load failed: The specified module could not be found. -- http://mail.python.org/mailman/listinfo/python-list
Re: Which libraries for Python 2.5.2
On 12/27/2011 8:42 AM, Lie Ryan wrote: On 12/28/2011 03:03 AM, W. eWatson wrote: Here's the traceback. The traceback seems to imply that matplotlib is not being installed properly. Have you tried uninstalling then reinstalling matplotlib? I believe I have, but I'll give it another go. -- http://mail.python.org/mailman/listinfo/python-list
Re: Which libraries for Python 2.5.2
On 12/27/2011 8:53 AM, Ian Kelly wrote: On Tue, Dec 27, 2011 at 9:03 AM, W. eWatsonwolftra...@invalid.com wrote: File C:\Python25\lib\site-packages\matplotlib\transforms.py, line 34, in module from matplotlib._path import affine_transform ImportError: DLL load failed: The specified module could not be found. Do you not have the file C:\Python25\lib\site-packages\matplotlib\_path.pyd? It's in the installer archive, so you should be able to just open it up with a zip program and extract it manually. If that's missing, then there may be other things wrong with your installation, though, so I would recommend a full reinstall. The path exits. _path.pyd exists. -- http://mail.python.org/mailman/listinfo/python-list
Re: Which libraries for Python 2.5.2
On 12/27/2011 8:42 AM, Lie Ryan wrote: On 12/28/2011 03:03 AM, W. eWatson wrote: Here's the traceback. The traceback seems to imply that matplotlib is not being installed properly. Have you tried uninstalling then reinstalling matplotlib? I just did, and the results are this: = Traceback (most recent call last): File C:\Sentinel\Sent_user-20080716.py, line 16, in module from pylab import plot, xlabel, ylabel, title, show, xticks, bar File C:\Python25\lib\site-packages\pylab.py, line 1, in module from matplotlib.pylab import * File C:\Python25\lib\site-packages\matplotlib\pylab.py, line 204, in module from matplotlib import mpl # pulls in most modules File C:\Python25\lib\site-packages\matplotlib\mpl.py, line 1, in module from matplotlib import artist File C:\Python25\lib\site-packages\matplotlib\artist.py, line 4, in module from transforms import Bbox, IdentityTransform, TransformedBbox, TransformedPath File C:\Python25\lib\site-packages\matplotlib\transforms.py, line 34, in module from matplotlib._path import affine_transform ImportError: DLL load failed: The specified module could not be found. = I'm suspicious of this line, and maybe even the app program. There may have been a change to the code that required the later two versions of numpy and matplotlib. In fact, I'm using the later version here, so I'll see if I can back up to the first Python app they produced. from pylab import plot, xlabel, ylabel, title, show, xticks, bar -- http://mail.python.org/mailman/listinfo/python-list
Re: Which libraries for Python 2.5.2
... I'm suspicious of this line, and maybe even the app program. There may have been a change to the code that required the later two versions of numpy and matplotlib. In fact, I'm using the later version here, so I'll see if I can back up to the first Python app they produced. from pylab import plot, xlabel, ylabel, title, show, xticks, bar I found what I thought might be the original, but that got changed in a later version on July 16, 2008, which became what I continued to use. The libs are as in my first post. I looked at the original Python app, and it used Python 2.4.2 but sure doesn't use the same lib versions as the 2008 version. The puzzler for me is why I can find numpy and matplotlib on my PC slightly latter than shown in the first post. It's like another release of the app came later. Unfortunately, I'm stuck on that, since our sponsors seem to be out for the entire holiday season. -- http://mail.python.org/mailman/listinfo/python-list
Re: Which libraries for Python 2.5.2
On 12/27/2011 10:36 AM, Christian Heimes wrote: Am 27.12.2011 17:03, schrieb W. eWatson: from matplotlib._path import affine_transform ImportError: DLL load failed: The specified module could not be found. You are missing one or more DLLs that is required to load the _path.pyd module. You can use http://www.dependencywalker.com/ to track down missing DLLs. Christian OK, I installed it. Is there an easy way to go to track down this dll. There's a Help, but I can't print it from the PC I have it on. -- http://mail.python.org/mailman/listinfo/python-list
Re: Which libraries for Python 2.5.2
I realized that I had a working copy of the app on another XP PC, so I looked at what I had installed for Python. It was not what I had posted the first time. There must have been some shift after the July 16, 2008 date. One lib that was missing was scipy. I just collected the three libs I saw there. numpy matplotlib scipy Scipy uses as its installer. scipy-0.6.0.win32-py2.5.exe I replaced numpy and matplotlib, and added scipy. I still get errors, but perhaps because the install order is now wrong. It was numpy matplotlib Does anyone know the right order? The complaint msgs were very close to what I posted before, and matplotlib was again the last of the bunch. DLL for it not found. Possibly I need the dependencywalker that Christian mentioned. -- http://mail.python.org/mailman/listinfo/python-list
Re: Which libraries for Python 2.5.2
On 12/27/2011 2:58 PM, Ian Kelly wrote: On Tue, Dec 27, 2011 at 2:35 PM, W. eWatsonwolftra...@invalid.com wrote: I replaced numpy and matplotlib, and added scipy. I still get errors, but perhaps because the install order is now wrong. It was numpy matplotlib Does anyone know the right order? The order (numpy, scipy, matplotlib) reflects the dependencies, but since the installers are just fancied-up self-extracting zips, I don't think it should matter. OK, I installed it. Is there an easy way to go to track down this dll. There's a Help, but I can't print it from the PC I have it on. It should be reasonably self-explanatory, I think. Just start Dependency Walker, open up the _path.pyd file, and it will show you the full dependency tree. Below that is a list of all the modules, and any missing dependencies should helpfully show up right at the top of the list. Note that missing delay-load dependencies (those with an hourglass icon) are not necessarily problems. Since the error occurs at load-time, you're looking for a missing module that would be loaded immediately. I was too timid. When I saw File-Open, I thought I was going to have to open a file, thinking what file could it be? Well, it found several problems. These DLLs MSVCP1 EFSADU MSJAVA. There may be 100 file. Issues found: required dependency not found delay-dependency not found one nodule unresolved ... missing delay-dependency module Perhaps the next step is to download a fresh version of matplotlib? -- http://mail.python.org/mailman/listinfo/python-list
Re: Which libraries for Python 2.5.2
On 12/27/2011 6:27 PM, Ian Kelly wrote: On Tue, Dec 27, 2011 at 6:21 PM, W. eWatsonwolftra...@invalid.com wrote: Well, it found several problems. These DLLs MSVCP1 EFSADU MSJAVA. I'm guessing MSVCP1 is a typo for MSVCP71? If that is missing then that is probably the culprit. That DLL is the C runtime library. It is supposed to be shipped with applications that need it, but it is so ubiquitous that it is often assumed to be present or forgotten. You can download it from http://www.dll-files.com/dllindex/dll-files.shtml?msvcp71 (or just find it on another Windows XP PC) and copy it into C:\Windows\System32. Don't forget to run regsvr32 to register it. HTH, Ian You are very likely right about the spelling. I wrote it down, and carried it to this PC. Sometimes I can't read my own writing. I've never used regsvr32, but I would guess it's entered into the Run (simple dialog for MS tools like regedit) selection off the Start menu. -- http://mail.python.org/mailman/listinfo/python-list
Re: Is my IDLE problem caused by .idlerc? Permissions.
On 12/24/2011 11:35 AM, Dennis Lee Bieber wrote: On Sat, 24 Dec 2011 10:55:48 -0800, W. eWatson wolftra...@invalid.com wrote: Permissions as follows: SYSTEM: All. From Full control to write Account Unknown(S-1-5-21...): readexec, Read Wayne: (normal use) All. From Full control to write Admin: All. From Full control to write WMPNetwork: Read Comments? .idlerc permissions are slightly different for Account Unknown. Account Unknown refers to a user account that has been deleted (or, via some other system corruption, is no longer associated with a login name -- happened to me earlier this year: my user account name had been Wulfraed but the user account directory was under Dennis Lee Bieber... When the registry crashed it disconnected name Wulfraed from directory Dennis Lee Bieber... Lost a month of email once I got done creating a new user account where directory and name matched and restored from backup [I failed to back-up the old user directory before trying a remove/create user]). My suggestion would be, first, remove privileges for that remnant account where-ever found; check higher directory levels too, and try to propagate the privilege downwards. Second -- could the file itself be set for read-only on the simple properties? I just tested with Win7 -- setting the general read-only did not make any changes to any of the security tab users. Third, confirm the owner of the file is your current user account; if not,see if you can get take ownership option for the file to work. I wonder if removing the Account Unknown account might just do it. Not quite familiar with Owner, but I'll look around. I'll check the file for read only. -- http://mail.python.org/mailman/listinfo/python-list
Re: Is my IDLE problem caused by .idlerc? Permissions.
On 12/26/2011 10:16 AM, W. eWatson wrote: On 12/24/2011 11:35 AM, Dennis Lee Bieber wrote: On Sat, 24 Dec 2011 10:55:48 -0800, W. eWatson wolftra...@invalid.com wrote: Permissions as follows: SYSTEM: All. From Full control to write Account Unknown(S-1-5-21...): readexec, Read Wayne: (normal use) All. From Full control to write Admin: All. From Full control to write WMPNetwork: Read Comments? .idlerc permissions are slightly different for Account Unknown. Account Unknown refers to a user account that has been deleted (or, via some other system corruption, is no longer associated with a login name -- happened to me earlier this year: my user account name had been Wulfraed but the user account directory was under Dennis Lee Bieber... When the registry crashed it disconnected name Wulfraed from directory Dennis Lee Bieber... Lost a month of email once I got done creating a new user account where directory and name matched and restored from backup [I failed to back-up the old user directory before trying a remove/create user]). My suggestion would be, first, remove privileges for that remnant account where-ever found; check higher directory levels too, and try to propagate the privilege downwards. Second -- could the file itself be set for read-only on the simple properties? I just tested with Win7 -- setting the general read-only did not make any changes to any of the security tab users. Third, confirm the owner of the file is your current user account; if not,see if you can get take ownership option for the file to work. I wonder if removing the Account Unknown account might just do it. Not quite familiar with Owner, but I'll look around. I'll check the file for read only. Solved. Moving .idlerc to another folder for safe keeping, and letting IDLE create a new .idlerc folder did it. I don't have the slightest idea why that worked, but the troublesome file was dated 2/2010, probably from installing 2.5.2, and never touched again by attempts either to re-install 2.5.2 or move up to 2.7.2. -- http://mail.python.org/mailman/listinfo/python-list
Is my IDLE problem caused by .idlerc? Permissions.
I installed 64-bit Python 2.7.2 on Win 7. IDLE does appear as the second choice on right-click of a py file menu. However, nothing happens if I use it. If I try to execute idle from the cmd window, it complains about .idlerc\recent-files.lst IOError: [Errno 13] Permission denied: 'C:\\Users\\Wayne\\.idlerc\\recent-files.lst' These are permissions for it. Permissions as follows: SYSTEM: All. From Full control to write Account Unknown(S-1-5-21...): readexec, Read Wayne: (normal use) All. From Full control to write Admin: All. From Full control to write WMPNetwork: Read Comments? .idlerc permissions are slightly different for Account Unknown. -- http://mail.python.org/mailman/listinfo/python-list
Re: Cannot Remove Python Libs from XP
On 12/22/2011 1:21 PM, Dennis Lee Bieber wrote: On Thu, 22 Dec 2011 09:53:04 -0800, W. eWatson wolftra...@invalid.com wrote: I have three py libs and the python program itself, 2.52, installed on an 6 year old HP Laptop. I decided to remove them, and took removed Python with the Control Panel ?Add/Remove icon. Worked fine. When I try to remove any of the remaining libs, press the add/remove button does nothing but blink. How do I get around this problem? It would probably have been better to remove the libraries first (especially if their installers /used/ Python to do the install; the uninstaller would then likely also have used that version of Python). In short, uninstalling a set of related packages should be done in the reverse order of how they were installed. If you don't have anything private stored in the remains of the Python2.5.2 install directory... Just delete the entire directory tree (which should get rid of any left-over files from the other libraries). Removing them from the Add/Remove control might be achieved by using a registry cleaner; if not, manually scanning the registry for those package names and deleting the registry keys may suffice (back up the registry first -- export everything from the top down). Then run a registry cleaner, as there may be stray GUID keys that eventually mapped to the deleted keys. Lets see {booting even older WinXP laptop -- I'm using a Win7 laptop with data-card for current online activity} HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall\... Look for the particular packages (and anything else you may also have removed just in case something got left behind) and delete the keys. (Interesting -- I have an entry for wxPython, but no entry for Python or ActiveState... They may be stuffed elsewhere -- I also seem to have a corrupted search path; maybe happened last time I tried using the laptop to debug one of your queries; Pythonwin isn't finding win32ui) I think this turns out to be something of a laugher. I did re-install Python 2.5.2; however, the action was similar when I tried to remove the libs. I happened to move the screen slightly, and noticed a small hidden dialog behind the Add/Remove screen with a message in it. Are you sure you want to remove this program?. Argh. How foolish it was to hide that simple dialog. So hitting the add/remove button repeatedly really was useless. -- http://mail.python.org/mailman/listinfo/python-list
Cannot Remove Python Libs from XP
I have three py libs and the python program itself, 2.52, installed on an 6 year old HP Laptop. I decided to remove them, and took removed Python with the Control Panel ?Add/Remove icon. Worked fine. When I try to remove any of the remaining libs, press the add/remove button does nothing but blink. How do I get around this problem? -- http://mail.python.org/mailman/listinfo/python-list
Re: What I do and do not know about installing Python on Win 7 with regard to IDLE.
On 11/23/2011 2:29 PM, Alan Meyer wrote: On 11/23/2011 12:38 PM, W. eWatson wrote: So unless Alan Meyer has further interest in this, it looks like it's at an end. It may be time to move on to c++. C++ is a ton of fun. You haven't lived until you've made a syntax error in a template instantiation and seen a hundred cascading error messages from included files that you didn't know you included. Unlike Python, it really builds character. I say, go for it! Alan So posting the results of the adventure you put me on has no further way to proceed? -- http://mail.python.org/mailman/listinfo/python-list
Re: What I do and do not know about installing Python on Win 7 with regard to IDLE.
Whoops, I thought I was replying to Matt Meyers just above you. However, I think he chimed in above about ActiveState back on the 22nd. In any case, I think this thread has ceased to be productive. -- http://mail.python.org/mailman/listinfo/python-list
Re: What I do and do not know about installing Python on Win 7 with regard to IDLE.
On 11/23/2011 10:29 AM, Arnaud Delobelle wrote: On 23 November 2011 17:38, W. eWatsonwolftra...@invalid.com wrote: [...] It may be time to move on to c++. Good Luck. Bye! We, pardn meee. -- Steve Martin -- http://mail.python.org/mailman/listinfo/python-list
Re: What I do and do not know about installing Python on Win 7 with regard to IDLE.
On 11/22/2011 10:43 PM, Dennis Lee Bieber wrote: On Tue, 22 Nov 2011 19:46:01 -0800, W. eWatson wolftra...@invalid.com declaimed the following in gmane.comp.python.general: Of course, Dennis' C:\Python26\Lib\site-packages\pythonwin\Pythonwin.exe wouldn't work either. If you didn't install an ActiveState packaged version, nor hand installed the win32 extension package into a Python.org installed system, you won't have PythonWin. I did a Win 7 search Pythonwin.exe, and found nothing. However, sometimes that search fails even when though there is something on the PC that matches the search. There is a pythonw.exe under C:\Python32. And has been mentioned at least three times in the last week -- pythonw.exe is the version of the Python interpreter that is supposed to be the default application for .pyw files. It is the version that does NOT open a console window for stdin/stdout (IOWs, it is meant for use by Python scripts that use a graphical library for all I/O -- Tk, wxPython, etc.). If you ran a graphical script using the plain python.exe it would open a console window that would just sit there until the script exited. Glad to hear you're keeping count. :-) I'll pin it on my wall. Don't use graphics. -- http://mail.python.org/mailman/listinfo/python-list
Re: What I do and do not know about installing Python on Win 7 withregard to IDLE.
On 11/23/2011 8:08 AM, John Gordon wrote: Inmailman.2962.1322031180.27778.python-l...@python.org Alemu Tadesseatade...@sunedison.com writes: scientific package is not working and complaining about not able to find/load DLL ... frustrating for the first day in the python world. ANY tip ? Post the exact error message you're getting. Also post your code, if it's not too long. And post it in a new thread. -- http://mail.python.org/mailman/listinfo/python-list
Re: What I do and do not know about installing Python on Win 7 with regard to IDLE.
So unless Alan Meyer has further interest in this, it looks like it's at an end. It may be time to move on to c++. -- http://mail.python.org/mailman/listinfo/python-list
Re: What I do and do not know about installing Python on Win 7 with regard to IDLE.
On 11/21/2011 11:21 AM, Dennis Lee Bieber wrote: On Mon, 21 Nov 2011 08:39:37 -0800, W. eWatson wolftra...@invalid.com declaimed the following in gmane.comp.python.general: My criterion for success is that it puts IDLE as a choice for editor on the menu produced with a right-click on a py file. So far no response on this has solved the problem. I know it sets up that way on a 2.5 and 2.4 on other PCs I have. I have three computers here: -=-=-=-=-=- Desktop WinXP Pro 32-bit, 3.4GHz hyper-threaded P4 ActiveState ActivePython 2.5.2.2 (Python 2.5.2) All of the above use ActiveState. I use whatever the Python organization provides on their download site. I would not expect the two to compare. -=-=-=-=-=- So, out of two generations of 32-bit Python 2.5, and 64 and 32 bit versions of Python 2.7, on three computers, NONE of mine have a right-click option for IDLE. I do know that IDLE appears on the Win 7 Start menu, but, when used, nothing happens. Well, OK, for about 3 seconds the Win 7 working icon spins around then zip, nothing. Further, right-clicking on Properties of IDLE (GUI) produces a tabbed dialog. It shows Start in: c:\Python32\, and None for shortcut. There is a compatibility tab, But what does it show for TARGET! c:\Python32 Start in, and for Target: Python 3.2.2 (64-bit) For the shortcut C:\ProgramData\Microsoft\Windows\Start Menu\Programs\Python3.2 Going directly to ...\Lib\idlelib\idle.pyw produces the spinning icon. At least, that's what happens in 3.2.2, but in the 32-bit versions I tried, I would get invalid Win 32 app. Possibly because you are trying to start a 32-bit version with a default open for .pyw files that runs the 64-bit Python.exe; so the DLLs are mixed architecture. 3.2.2 is 64-bit. Some have suggested a registry problem, but I don't have a clue how to play with that, or somehow clean it up, if there is a problem. My PC behaves normally Since none of your problems appear to be related to Python itself, but rather to the Windows configuration of the Python system, I'd have to disagree. I'm using Win 7 Premium. Home, Pro, Ultimate (or whatever the top level is? -- http://mail.python.org/mailman/listinfo/python-list
Re: What I do and do not know about installing Python on Win 7 with regard to IDLE.
On 11/21/2011 3:07 PM, Terry Reedy wrote: On 11/21/2011 11:39 AM, W. eWatson wrote: My criterion for success is that it puts IDLE as a choice for editor on the menu produced with a right-click on a py file. Your first criterion for success should be that IDLE runs at all, which is apparently does not. How you run it is secondary. Right-click responses are controlled by Windows using data in the registry. Windows modifies the registry in response to installers *and users*. The ActiveState installers request 'Edit with PythonWin'. They do not request 'Edit with IDLE' and it is foolish to complain to us when you use ActiveState and get their choice of context choices. ActiveState. Am I missing something? I'm running 64-bit Python downloaded from the Python organization's web site.l The PSF .msi installers (.msi = MicroSoftInstall format) from python.org request 'Edit with IDLE' but cannot make Windows put it in. If your registry is messed up enough, it does not happen. But no error message. I have explained to you another way to work with IDLE once it runs. It you refuse to use it, that is your problem, not ours. I know it sets up that way on a 2.5 and 2.4 on other PCs I have. You installed with the PSF installer with an ok registry. PSF? What does ok registry mean? I know at one time it worked on my 64-bit Win 7 PC, which likely had a 32-bit version installed on it. After something like six months of modest use it stopped working as above. No IDLE choice. So some *other* program messed things up. Stop blaming us. Heavy or modest use in the meantime is irrelevant. I'm blaming you??? I was just providing data for whatever it might be worth. I'm also suggesting that I do not have years of experience with Python. I know by installing a 64-bit version, 3.2.2 failed the IDLE criterions as described. No IDLE. Did you uninstall the 32 bit version, and best, all Python versions? I do know that IDLE appears on the Win 7 Start menu, but, when used, nothing happens. Well, OK, for about 3 seconds the Win 7 working icon spins around then zip, nothing. This is your real problem. Stop worrying about the context menu. I would expect consistency through all Python org releases. Should I put consistency in really bold letters with a 30 point font? :-) Further, right-clicking on Properties of IDLE (GUI) produces a tabbed dialog. It shows Start in: c:\Python32\, This is the Shortcut tab. A shortcut is like a bound method. The function is the target: 'python 3.2.2 (64 bit)' on my machine. The starting directory is like a bound argument, although it is passed to the launcher that launches the function. What the Properties dialog does not show are the actual 'bound arguments' that are passed to the target as options. So one cannot know what the shortcut is actually trying to do. This is one of the Really Stupid things about Windows that should have been fixed long ago but has not. I never use the shortcut on the Start menu. I mentioned the Start menu, since it might have some relevance. and None for shortcut. None for Shortcut key, such as alt-I to invoke the shortcut. There is a compatibility tab, which I've set to Win7. I think there's a troubleshooter there too, but I haven't used it. Under the Details tab, it shows Name: IDLE(Python Gui).lnk. Folder Path as: c:\ProgramData\Microsoft\Windows\Start... Nothing after the Details: Folder Path is the same as General: Location. Mouse over the latter the the full path appears. That Properties windows are still fixed at 480 pixel wide, regardless of screen size, is another Really Stupid thing. Yes, I finally realized I could mouse over it. Going directly to ...\Lib\idlelib\idle.pyw produces the spinning icon. At least, that's what happens in 3.2.2, but in the 32-bit versions I tried, I would get invalid Win 32 app. If the registry entry for .pyw is messed up, trying to run the file by clicking on it is not likely to work. Try running from Command Prompt, as I believe others suggested. I'm not trying to run the program, I'm trying to edit. Several times in these threads I've mentioned I can execute python from the command line. When I rebooted my system a few hours after installing 3.2.2, because the PC was running really slowly--not because of Python, I was greeted by a couple of interesting messages as the desktop was populated. I can execute Python from the command line. 1. Specified module could not be found: Load Lib, python.dll. 2. \ProgramFiles(x86)\uniblueDrivers\Scanner (x86) Python26.dll. The uniblue drivers program will match your drivers against a database of up-to-date drivers and offer to upgrade them. I have used uniblue's registry scanner program. Treating pythonxy.dll as a driver, if they are, is an error. These are paid programs. The free demos only scan to tell you what they would do if you bought them. Yes. Just Winamp looking for $$$. I'm sure this is related to Winamp
Re: What I do and do not know about installing Python on Win 7 with regard to IDLE.
On 11/21/2011 7:00 PM, alex23 wrote: W. eWatsonwolftra...@invalid.com wrote: Comments? Please don't start multiple threads on the same issue. Your joking, right, or do you just prefer 500 line threads wandering all over the place? -- http://mail.python.org/mailman/listinfo/python-list
Re: What I do and do not know about installing Python on Win 7 with regard to IDLE.
On 11/22/2011 11:29 AM, Alan Meyer wrote: On 11/22/2011 1:55 PM, Alan Meyer wrote: ... 6. Select, or navigate to and select, the python IDLE interpreter. ... On my system that's C:\Python26\Lib\site-packages\pythonwin\Pythonwin.exe Alan OK, I'm going to try it soon. Keeping my fingers crossed. -- http://mail.python.org/mailman/listinfo/python-list
Re: What I do and do not know about installing Python on Win 7 with regard to IDLE.
On 11/22/2011 7:29 PM, W. eWatson wrote: On 11/22/2011 11:29 AM, Alan Meyer wrote: On 11/22/2011 1:55 PM, Alan Meyer wrote: ... 6. Select, or navigate to and select, the python IDLE interpreter. ... On my system that's C:\Python26\Lib\site-packages\pythonwin\Pythonwin.exe Alan OK, I'm going to try it soon. Keeping my fingers crossed. Well, all there was there was a README.txt file that told me the purpose of the folder. This directory exists so that 3rd party packages can be installed here. Read the source for site.py for more details. Of course, Dennis' C:\Python26\Lib\site-packages\pythonwin\Pythonwin.exe wouldn't work either. I did a Win 7 search Pythonwin.exe, and found nothing. However, sometimes that search fails even when though there is something on the PC that matches the search. There is a pythonw.exe under C:\Python32. -- http://mail.python.org/mailman/listinfo/python-list
What I do and do not know about installing Python on Win 7 with regard to IDLE.
My criterion for success is that it puts IDLE as a choice for editor on the menu produced with a right-click on a py file. So far no response on this has solved the problem. I know it sets up that way on a 2.5 and 2.4 on other PCs I have. I know at one time it worked on my 64-bit Win 7 PC, which likely had a 32-bit version installed on it. After something like six months of modest use it stopped working as above. No IDLE choice. I know by installing a 64-bit version, 3.2.2 failed the IDLE criterions as described. No IDLE. I do know that IDLE appears on the Win 7 Start menu, but, when used, nothing happens. Well, OK, for about 3 seconds the Win 7 working icon spins around then zip, nothing. Further, right-clicking on Properties of IDLE (GUI) produces a tabbed dialog. It shows Start in: c:\Python32\, and None for shortcut. There is a compatibility tab, which I've set to Win7. I think there's a troubleshooter there too, but I haven't used it. Under the Details tab, it shows Name: IDLE(Python Gui).lnk. Folder Path as: c:\ProgramData\Microsoft\Windows\Start... Nothing after the Attributes: A Going directly to ...\Lib\idlelib\idle.pyw produces the spinning icon. At least, that's what happens in 3.2.2, but in the 32-bit versions I tried, I would get invalid Win 32 app. When I rebooted my system a few hours after installing 3.2.2, because the PC was running really slowly--not because of Python, I was greeted by a couple of interesting messages as the desktop was populated. I can execute Python from the command line. 1. Specified module could not be found: Load Lib, python.dll. 2. \ProgramFiles(x86)\uniblueDrivers\Scanner (x86) Python26.dll. I'm sure this is related to Winamp, which I had installed a month ago. It had some crazy choice to scan for new drivers. Of course, if it found one-connected with Python, and if you wanted it, $$$. I think this message is a red herring. I may re-install Winamp to get rid of that uniblue tool that seems like nothing more than an ad. Some have suggested a registry problem, but I don't have a clue how to play with that, or somehow clean it up, if there is a problem. My PC behaves normally I'm using Win 7 Premium. So unless some brilliant idea appears, that leaves me with the choice of not using Python or this suggestion... (Let's not get off into other variations of other Pythons like Active...): Someone suggested using the mail list at http://mail.python.org/mailman/listinfo/python-list. What's different about that list than this NG? Does the org suggest that the inhabitants of that list are more likely associated with the people who are responsible for constructing Python? Comments? -- http://mail.python.org/mailman/listinfo/python-list
Re: Python 2.7.2 on Win7 and IDLE (Try it)
On 11/19/2011 2:39 AM, Terry Reedy wrote: On 11/19/2011 12:03 AM, W. eWatson wrote: I meant 3.2.2, not 3.3.2, sorry for typo. * Python 3.2.2 Windows x86 MSI Installer (Windows binary -- does not include source) this is 32 bit. Note that your c: has /program files for 64 bit programs and /program files(x86) for 32 bit programs. I know, a bit confusing. * Python 3.2.2 Windows X86-64 MSI Installer (Windows AMD64 / Intel 64 / X86-64 binary [1] -- does not include source) this is 64 bit. Yes. Did I miss something? -- http://mail.python.org/mailman/listinfo/python-list
Re: Python 2.7.2 on Win7 and IDLE (Try it)
On 11/19/2011 2:34 AM, Terry Reedy wrote: On 11/18/2011 6:44 PM, Steven D'Aprano wrote: On Fri, 18 Nov 2011 10:06:47 -0800, W. eWatson wrote: Undoubtedly some of you have seen my post Both Python 2.5.2 and 2.7.2 flop the same way under Win 7. One thing I think no one has offered is whether their installation of 2.7.2 has the same IDLE oddity that I've described. That is, if you right-click on a py file, do you see a choice for the IDLE editor? Terry Reedy has already said that his installation works fine. I installed 3.3.2 on a new Win 7 machine and Edit with IDLE works fine. 64 bit python and 64 bit win 7 If you have installed the regular, 32-bit version of Python on a 64-bit version of Windows, chances are good that there will be registry problems stopping things from working correctly. See Stephen Hansen's post. Yes, see the other fork started by MRAB I tried it. Same old problem. -- http://mail.python.org/mailman/listinfo/python-list
Re: Python 2.7.2 on Win7 and IDLE (Try it)
On 11/19/2011 5:51 AM, Alec Taylor wrote: Works fine for me from msi install on Windows 8 x64 Dev Preview On Sat, Nov 19, 2011 at 5:06 AM, W. eWatsonwolftra...@invalid.com wrote: Undoubtedly some of you have seen my post Both Python 2.5.2 and 2.7.2 flop the same way under Win 7. One thing I think no one has offered is whether their installation of 2.7.2 has the same IDLE oddity that I've described. That is, if you right-click on a py file, do you see a choice for the IDLE editor? -- http://mail.python.org/mailman/listinfo/python-list 3.2.2, and not 2.7.2. The course of the thread was changed at the MRAB post. What do you mean by it works fine? My criterion is that it puts IDLE as a choice for editor on the menu produced with a right-click on a py file. -- http://mail.python.org/mailman/listinfo/python-list
Re: Python 2.7.2 on Win7 and IDLE (Try it)
On 11/19/2011 5:51 AM, Alec Taylor wrote: Works fine for me from msi install on Windows 8 x64 Dev Preview On Sat, Nov 19, 2011 at 5:06 AM, W. eWatsonwolftra...@invalid.com wrote: Undoubtedly some of you have seen my post Both Python 2.5.2 and 2.7.2 flop the same way under Win 7. One thing I think no one has offered is whether their installation of 2.7.2 has the same IDLE oddity that I've described. That is, if you right-click on a py file, do you see a choice for the IDLE editor? -- http://mail.python.org/mailman/listinfo/python-list Are you suggesting the mail list might be a better place to pursue this? Or is it from some one else? -- http://mail.python.org/mailman/listinfo/python-list
Re: Both Python 2.5.2 and 2.7.2 flop the same way under Win 7
On 11/18/2011 5:11 AM, Neil Cerutti wrote: On 2011-11-18, W. eWatsonwolftra...@invalid.com wrote: On 11/17/2011 4:24 PM, Steven D'Aprano wrote: On Thu, 17 Nov 2011 16:03:14 -0800, W. eWatson wrote: I have not found any successful way to get to IDLE. It's on on the right-click of a py menu, and, if I go the ...lib/idle.pyw, it fails with a invalid Win32 app msg. If you associate .pyw files with pythonw.exe, and then open idle.pyw, does it work? Failing that, go to your laptop where the associations are right, and see what they are, then duplicate the settings on your Windows 7 machine. Sounds like a good idea except I've not used associations in so long under XP, I have no idea where to start. Control Panel. My Computer Tools? Open Windows Explorer. With the menu, to to Tools-Folder Options Click the File Types tab in the Folder Options menu. There will be an upper view with registered filed types, and some buttons below far making changes to them. OK, I've found that. I see Py Pyc Pyo Pyw If I click on each, it basically it gives a short description of each. If I click advanced, there's more info. For example for py, Actions are IDLE and Open. What does this tell me that's relevant to Win7? If on Win7, I go to Default Programs I see under associations various python items. Py shows Unknown application. Since installing 2.7.2 I have not messed with these associations. If I right-click on Unknown, I see Notepad and python.exe for choices to open the file. I want neither. Why isn't IDLE listed there? If I right-click on junk.py, I see Open with. Notepad and python.exe are choices. However, that menu allows me to choose something else. For example, Adobe Reader, or Internet Explorer. I suppose the next question is should I use the browse there and try to connect to IDLE in ...\Lib\idlelib? My guess is that if I do, I will run into the invalid Win32 app, when I try to use it. -- http://mail.python.org/mailman/listinfo/python-list
Re: Both Python 2.5.2 and 2.7.2 flop the same way under Win 7
On 11/17/2011 8:34 PM, Dennis Lee Bieber wrote: On Thu, 17 Nov 2011 08:55:36 -0800, W. eWatson wolftra...@invalid.com declaimed the following in gmane.comp.python.general: Months ago 2.5.2 stopped functioning on my Win7 PC, so a few days ago I uninstalled and installed. Same problem. If one right-clicks on a py file, IDLE is not shown in the menu as Edit with IDLE. After playing with matters I gave up, and uninstalled 2.5.2 and turned to 2.7.2. Same results. If I look at a 2.4 install on my laptop, I get the desired reference to Edit with IDLE. Fine... so open a directory window, follow Tools/Folder Options/File Types Scroll down to PYW, click [Advanced] You should get an Edit File Type dialog. Mine shows just one action open, yours probably has open and edit. Select edit and then click [Edit] button. See what it says for the application to be used. Do the same on the Win7 machine -- it probably doesn't have edit as an action, so you'll be picking the [New] button. Define the new action to look like the action on the laptop (use the correct path to the python executable, and maybe to IDLE). Heck, check what those actions show for PY files too... The only difference between PY and PYW should be the application used in the open action. PY = .../python.exe PYW = .../pythonw.exe Also make sure that the open action is the defined default (select the action, and click the default button); when there are more than one action, the default will be in bold. My guess is that Win 7 is behind this. If so, it's good-bye Python. Comments? See my response to Neil Cerutii a few msgs above this one. -- http://mail.python.org/mailman/listinfo/python-list
Re: Both Python 2.5.2 and 2.7.2 flop the same way under Win 7
On 11/17/2011 8:34 PM, Dennis Lee Bieber wrote: On Thu, 17 Nov 2011 08:55:36 -0800, W. eWatson wolftra...@invalid.com declaimed the following in gmane.comp.python.general: Months ago 2.5.2 stopped functioning on my Win7 PC, so a few days ago I uninstalled and installed. Same problem. If one right-clicks on a py file, IDLE is not shown in the menu as Edit with IDLE. After playing with matters I gave up, and uninstalled 2.5.2 and turned to 2.7.2. Same results. If I look at a 2.4 install on my laptop, I get the desired reference to Edit with IDLE. Fine... so open a directory window, follow Tools/Folder Options/File Types Scroll down to PYW, click [Advanced] You should get an Edit File Type dialog. Mine shows just one action open, yours probably has open and edit. Select edit and then click [Edit] button. See what it says for the application to be used. Do the same on the Win7 machine -- it probably doesn't have edit as an action, so you'll be picking the [New] button. Define the new action to look like the action on the laptop (use the correct path to the python executable, and maybe to IDLE). Heck, check what those actions show for PY files too... The only difference between PY and PYW should be the application used in the open action. PY = .../python.exe PYW = .../pythonw.exe Also make sure that the open action is the defined default (select the action, and click the default button); when there are more than one action, the default will be in bold. My guess is that Win 7 is behind this. If so, it's good-bye Python. Comments? See my response to Neil Cerutti a few msgs above this one. -- http://mail.python.org/mailman/listinfo/python-list
Re: Both Python 2.5.2 and 2.7.2 flop the same way under Win 7
On 11/18/2011 9:12 AM, MRAB wrote: On 18/11/2011 15:29, W. eWatson wrote: On 11/18/2011 5:11 AM, Neil Cerutti wrote: On 2011-11-18, W. eWatsonwolftra...@invalid.com wrote: On 11/17/2011 4:24 PM, Steven D'Aprano wrote: On Thu, 17 Nov 2011 16:03:14 -0800, W. eWatson wrote: I have not found any successful way to get to IDLE. It's on on the right-click of a py menu, and, if I go the ...lib/idle.pyw, it fails with a invalid Win32 app msg. If you associate .pyw files with pythonw.exe, and then open idle.pyw, does it work? Failing that, go to your laptop where the associations are right, and see what they are, then duplicate the settings on your Windows 7 machine. Sounds like a good idea except I've not used associations in so long under XP, I have no idea where to start. Control Panel. My Computer Tools? Open Windows Explorer. With the menu, to to Tools-Folder Options Click the File Types tab in the Folder Options menu. There will be an upper view with registered filed types, and some buttons below far making changes to them. OK, I've found that. I see Py Pyc Pyo Pyw If I click on each, it basically it gives a short description of each. If I click advanced, there's more info. For example for py, Actions are IDLE and Open. What does this tell me that's relevant to Win7? If on Win7, I go to Default Programs I see under associations various python items. Py shows Unknown application. Since installing 2.7.2 I have not messed with these associations. If I right-click on Unknown, I see Notepad and python.exe for choices to open the file. I want neither. Why isn't IDLE listed there? If I right-click on junk.py, I see Open with. Notepad and python.exe are choices. However, that menu allows me to choose something else. For example, Adobe Reader, or Internet Explorer. I suppose the next question is should I use the browse there and try to connect to IDLE in ...\Lib\idlelib? My guess is that if I do, I will run into the invalid Win32 app, when I try to use it. You can't associate .py with Idle because Idle is a Python script, not an executable (an .exe). Odd, but OK. Have a look here: http://superuser.com/questions/68852/change-windows-7-explorer-edit-context-menu-action-for-jpg-and-other-image-fil Are you suggesting that I use the default program mentioned there? In my PC's registry (Windows XP, but Windows 7 should be similar or the same) it has the entry: Key: HKEY_CLASSES_ROOT\Python.File\shell\Edit with IDLE\command Value: C:\Python31\pythonw.exe C:\Python31\Lib\idlelib\idle.pyw -n -e %1 Note how it actually associates the Edit action of Python files with an .exe file. So pythonw.exe and idle.pyw are not scripts but somehow can fire up idle? Are you suggesting I modify my registry? I still find it bizarre the install did not put it IDLE choice on the menu for py. It's there on XP. -- http://mail.python.org/mailman/listinfo/python-list
Re: Both Python 2.5.2 and 2.7.2 flop the same way under Win 7
On 11/18/2011 9:19 AM, rusi wrote: On Nov 18, 10:12 pm, MRABpyt...@mrabarnett.plus.com wrote: On 18/11/2011 15:29, W. eWatson wrote: On 11/18/2011 5:11 AM, Neil Cerutti wrote: On 2011-11-18, W. eWatsonwolftra...@invalid.com wrote: On 11/17/2011 4:24 PM, Steven D'Aprano wrote: On Thu, 17 Nov 2011 16:03:14 -0800, W. eWatson wrote: I have not found any successful way to get to IDLE. It's on on the right-click of a py menu, and, if I go the ...lib/idle.pyw, it fails with a invalid Win32 app msg. If you associate .pyw files with pythonw.exe, and then open idle.pyw, does it work? Failing that, go to your laptop where the associations are right, and see what they are, then duplicate the settings on your Windows 7 machine. Sounds like a good idea except I've not used associations in so long under XP, I have no idea where to start. Control Panel. My Computer Tools? Open Windows Explorer. With the menu, to to Tools-Folder Options Click the File Types tab in the Folder Options menu. There will be an upper view with registered filed types, and some buttons below far making changes to them. OK, I've found that. I see Py Pyc Pyo Pyw If I click on each, it basically it gives a short description of each. If I click advanced, there's more info. For example for py, Actions are IDLE and Open. What does this tell me that's relevant to Win7? If on Win7, I go to Default Programs I see under associations various python items. Py shows Unknown application. Since installing 2.7.2 I have not messed with these associations. If I right-click on Unknown, I see Notepad and python.exe for choices to open the file. I want neither. Why isn't IDLE listed there? If I right-click on junk.py, I see Open with. Notepad and python.exe are choices. However, that menu allows me to choose something else. For example, Adobe Reader, or Internet Explorer. I suppose the next question is should I use the browse there and try to connect to IDLE in ...\Lib\idlelib? My guess is that if I do, I will run into the invalid Win32 app, when I try to use it. You can't associate .py with Idle because Idle is a Python script, not an executable (an .exe). Have a look here:http://superuser.com/questions/68852/change-windows-7-explorer-edit-c... In my PC's registry (Windows XP, but Windows 7 should be similar or the same) it has the entry: Key: HKEY_CLASSES_ROOT\Python.File\shell\Edit with IDLE\command Value: C:\Python31\pythonw.exe C:\Python31\Lib\idlelib\idle.pyw -n -e %1 Note how it actually associates the Edit action of Python files with an .exe file. The tools - folder options approach is the user-friendly approach -- when it works. The 'Correct the registry' is the muscular approach -- it will set right everything iff you are a wizard. In between the two is assoc and ftype see http://www.microsoft.com/resources/documentation/windows/xp/all/proddocs/en-us/ftype.mspx?mfr=true http://www.microsoft.com/resources/documentation/windows/xp/all/proddocs/en-us/assoc.mspx?mfr=true These two seem equally muscular. I shudder to think where these choices might lead me. -- http://mail.python.org/mailman/listinfo/python-list
Re: Both Python 2.5.2 and 2.7.2 flop the same way under Win 7
On 11/17/2011 11:35 PM, Terry Reedy wrote: On 11/17/2011 7:03 PM, W. eWatson wrote: I have not found any successful way to get to IDLE. Use the start menu to start IDLE once. Then pin it to your taskbar. If you do not have STart/ all programs / Python / IDLE, then your installation is bad. As for the right click problem, you probably have something screwy in the registry. The python installer (or uninstaller) will not fix it (my experience on my old xp machine). You will have to do so manually. IDLE is a choice on the Start menu (All Programs). Pressing it does nothing. I see nothing that suggests it's open. The IDLE entry is pointing at c:\Python27\ (shortcut) A post above yours suggests IDLE is a script, and somehow needs a boost to use it. An exe file, apparently. Beats the heck out of me. -- http://mail.python.org/mailman/listinfo/python-list
Re: Both Python 2.5.2 and 2.7.2 flop the same way under Win 7
On 11/17/2011 9:25 PM, Benjamin Kaplan wrote: On Thu, Nov 17, 2011 at 11:21 PM, W. eWatsonwolftra...@invalid.com wrote: On 11/17/2011 7:59 PM, Dave Angel wrote: On 11/17/2011 03:31 PM, W. eWatson wrote: On 11/17/2011 9:39 AM, John Gordon wrote: SNIP Can you add IDLE manually to the associated applications list? Tried that by sending it directly to idle.pyw, but then trying to get there through the Edit with menu caused a invalid Win32 app. You've been told repeatedly that building an association to idle.pyw is useless. It must be to something Windows understands, such as .exe, or .bat (or several other extensions, as I said in an earlier message) So why waste our time telling us yet again that it doesn't work? Because some people think that's a solution, and ask. It's not. It leads to an error message. Checking my Python install, there should be an idle.bat file in there too. Have you tried that? Yes. I tried running it. Got nowhere. -- http://mail.python.org/mailman/listinfo/python-list
Python 2.7.2 on Win7 and IDLE (Try it)
Undoubtedly some of you have seen my post Both Python 2.5.2 and 2.7.2 flop the same way under Win 7. One thing I think no one has offered is whether their installation of 2.7.2 has the same IDLE oddity that I've described. That is, if you right-click on a py file, do you see a choice for the IDLE editor? -- http://mail.python.org/mailman/listinfo/python-list
Re: Python 2.7.2 on Win7 and IDLE (Try it)
On 11/18/2011 10:06 AM, W. eWatson wrote: Undoubtedly some of you have seen my post Both Python 2.5.2 and 2.7.2 flop the same way under Win 7. One thing I think no one has offered is whether their installation of 2.7.2 has the same IDLE oddity that I've described. That is, if you right-click on a py file, do you see a choice for the IDLE editor? Try it on Win 7. -- http://mail.python.org/mailman/listinfo/python-list
Re: Python 2.7.2 on Win7 and IDLE (Try it)
On 11/18/2011 3:44 PM, Steven D'Aprano wrote: On Fri, 18 Nov 2011 10:06:47 -0800, W. eWatson wrote: Undoubtedly some of you have seen my post Both Python 2.5.2 and 2.7.2 flop the same way under Win 7. One thing I think no one has offered is whether their installation of 2.7.2 has the same IDLE oddity that I've described. That is, if you right-click on a py file, do you see a choice for the IDLE editor? Terry Reedy has already said that his installation works fine. I installed 3.3.2 on a new Win 7 machine and Edit with IDLE works fine. If you have installed the regular, 32-bit version of Python on a 64-bit version of Windows, chances are good that there will be registry problems stopping things from working correctly. See Stephen Hansen's post. Somehow 3.3.2 doesn't look like 2.7.2. Ah, I installed a 32-bit. Missed his post. So what should I do? Try 3.3.2 64-bit? I'm game. By the time you read this, I will either have done it or gotten into it. -- http://mail.python.org/mailman/listinfo/python-list
Re: Python 2.7.2 on Win7 and IDLE (Try it)
On 11/18/2011 4:31 PM, W. eWatson wrote: On 11/18/2011 3:44 PM, Steven D'Aprano wrote: On Fri, 18 Nov 2011 10:06:47 -0800, W. eWatson wrote: Undoubtedly some of you have seen my post Both Python 2.5.2 and 2.7.2 flop the same way under Win 7. One thing I think no one has offered is whether their installation of 2.7.2 has the same IDLE oddity that I've described. That is, if you right-click on a py file, do you see a choice for the IDLE editor? Terry Reedy has already said that his installation works fine. I installed 3.3.2 on a new Win 7 machine and Edit with IDLE works fine. If you have installed the regular, 32-bit version of Python on a 64-bit version of Windows, chances are good that there will be registry problems stopping things from working correctly. See Stephen Hansen's post. Somehow 3.3.2 doesn't look like 2.7.2. Ah, I installed a 32-bit. Missed his post. So what should I do? Try 3.3.2 64-bit? I'm game. By the time you read this, I will either have done it or gotten into it. 3.3.2? I do not see that in his single message I found. I see a 3.2.2 release on http://www.python.org/download/releases/3.2.2/. Google shows me nothing for 3.3.2. I see: * Windows x86 MSI Installer (3.2.2) (sig) and Visual Studio debug information files (sig) * Windows X86-64 MSI Installer (3.2.2) [1] (sig) and Visual Studio debug information files (sig) Visual Studio I hope I don't need VS! -- http://mail.python.org/mailman/listinfo/python-list
Re: Python 2.7.2 on Win7 and IDLE (Try it)
... 3.3.2? I do not see that in his single message I found. I see a 3.2.2 release on http://www.python.org/download/releases/3.2.2/. Google shows me nothing for 3.3.2. I see: * Windows x86 MSI Installer (3.2.2) (sig) and Visual Studio debug information files (sig) * Windows X86-64 MSI Installer (3.2.2) [1] (sig) and Visual Studio debug information files (sig) Visual Studio I hope I don't need VS! If you look more closely you'll see that there are 5 links on each line: Windows X86-64 MSI Installer (3.2.2) [1] (sig) Visual Studio debug information files (sig) Unless you intending to work on the sources, you need just the first one: Windows X86-64 MSI Installer (3.2.2) for a 64-bit build of Python 3.2.2. An oddity occurs here. Yes, x86-64 is the right installer, maybe. While noting your msg, my PC got very slow, and I ended up going to a related site for the downloads of 3.2.2 while trying for the one above. http://www.python.org/download/. It shows: Also look at the detailed Python 3.2.2 page: * Python 3.2.2 Windows x86 MSI Installer (Windows binary -- does not include source) * Python 3.2.2 Windows X86-64 MSI Installer (Windows AMD64 / Intel 64 / X86-64 binary [1] -- does not include source) The first of the two choices does not say x-bit anything. The second looks off course for my HP 64-bit PC. I'm going to just use Windows X86-64 MSI Installer (3.2.2). Wait a minute Windows X86-64 MSI Installer (3.2.2). Windows X86-64 MSI Installer (3.2.2) shows it's associated with Visual Studio. Why would I want that? Ah, I get it The single first line has Windows X86-64 MSI Installer (3.2.2) and Visual Studio. That's a really weird way to arrange them. OK, now off to Windows X86-64 MSI Installer (3.2.2) I'll be back shortly after I've made the install. -- http://mail.python.org/mailman/listinfo/python-list
Re: Python 2.7.2 on Win7 and IDLE (Try it)
On 11/18/2011 9:03 PM, W. eWatson wrote: ... 3.3.2? I do not see that in his single message I found. I see a 3.2.2 release on http://www.python.org/download/releases/3.2.2/. Google shows me nothing for 3.3.2. I see: * Windows x86 MSI Installer (3.2.2) (sig) and Visual Studio debug information files (sig) * Windows X86-64 MSI Installer (3.2.2) [1] (sig) and Visual Studio debug information files (sig) Visual Studio I hope I don't need VS! If you look more closely you'll see that there are 5 links on each line: Windows X86-64 MSI Installer (3.2.2) [1] (sig) Visual Studio debug information files (sig) Unless you intending to work on the sources, you need just the first one: Windows X86-64 MSI Installer (3.2.2) for a 64-bit build of Python 3.2.2. An oddity occurs here. Yes, x86-64 is the right installer, maybe. While noting your msg, my PC got very slow, and I ended up going to a related site for the downloads of 3.2.2 while trying for the one above. http://www.python.org/download/. It shows: Also look at the detailed Python 3.2.2 page: * Python 3.2.2 Windows x86 MSI Installer (Windows binary -- does not include source) * Python 3.2.2 Windows X86-64 MSI Installer (Windows AMD64 / Intel 64 / X86-64 binary [1] -- does not include source) The first of the two choices does not say x-bit anything. The second looks off course for my HP 64-bit PC. I'm going to just use Windows X86-64 MSI Installer (3.2.2). Wait a minute Windows X86-64 MSI Installer (3.2.2). Windows X86-64 MSI Installer (3.2.2) shows it's associated with Visual Studio. Why would I want that? Ah, I get it The single first line has Windows X86-64 MSI Installer (3.2.2) and Visual Studio. That's a really weird way to arrange them. OK, now off to Windows X86-64 MSI Installer (3.2.2) I'll be back shortly after I've made the install. I surrender. IDLE does not appear as a choice when I right-click on a py file. IDLE is on the All Programs list, and if I click on it, something more or less seems to happen, but it does not reveal anything. There is a comparability choice there that asks what OS did it last run on. Unfortunately the choices were VISTA (service packs) and Win7. I selected Win7 but it didn't help. Off to bed soon. -- http://mail.python.org/mailman/listinfo/python-list
Both Python 2.5.2 and 2.7.2 flop the same way under Win 7
Months ago 2.5.2 stopped functioning on my Win7 PC, so a few days ago I uninstalled and installed. Same problem. If one right-clicks on a py file, IDLE is not shown in the menu as Edit with IDLE. After playing with matters I gave up, and uninstalled 2.5.2 and turned to 2.7.2. Same results. If I look at a 2.4 install on my laptop, I get the desired reference to Edit with IDLE. My guess is that Win 7 is behind this. If so, it's good-bye Python. Comments? -- http://mail.python.org/mailman/listinfo/python-list
Re: Both Python 2.5.2 and 2.7.2 flop the same way under Win 7
On 11/17/2011 9:39 AM, John Gordon wrote: Inja3eae$rr$1...@dont-email.me W. eWatsonwolftra...@invalid.com writes: Months ago 2.5.2 stopped functioning on my Win7 PC, so a few days ago I uninstalled and installed. Same problem. If one right-clicks on a py file, IDLE is not shown in the menu as Edit with IDLE. After playing with matters I gave up, and uninstalled 2.5.2 and turned to 2.7.2. Same results. I'm not sure I'd describe the lack of IDLE in a context menu as python not functioning. If I look at a 2.4 install on my laptop, I get the desired reference to Edit with IDLE. My guess is that Win 7 is behind this. If so, it's good-bye Python. It was working originally, right? So the problem can't really just be Win 7. Can you add IDLE manually to the associated applications list? Not successfully. I tried it and pointed to idle.pyw. It gave a Invalid Win32 app. -- http://mail.python.org/mailman/listinfo/python-list
Re: Both Python 2.5.2 and 2.7.2 flop the same way under Win 7
On 11/17/2011 9:39 AM, John Gordon wrote: Inja3eae$rr$1...@dont-email.me W. eWatsonwolftra...@invalid.com writes: Months ago 2.5.2 stopped functioning on my Win7 PC, so a few days ago I uninstalled and installed. Same problem. If one right-clicks on a py file, IDLE is not shown in the menu as Edit with IDLE. After playing with matters I gave up, and uninstalled 2.5.2 and turned to 2.7.2. Same results. I'm not sure I'd describe the lack of IDLE in a context menu as python not functioning. Well, yes, and I can run it from the command line. If I look at a 2.4 install on my laptop, I get the desired reference to Edit with IDLE. My guess is that Win 7 is behind this. If so, it's good-bye Python. This has been a nagging problem for far too long. I see no reason why a simple install should make such a difference with the way I get to IDLE. Maybe few people here like IDLE, but for my minimal needs, it's just fine. It was working originally, right? So the problem can't really just be Win 7. I installed it about April 2010, and it worked for months. I then stopped using it until around July 2011. It no longer worked in the IDLE sense. Who really knows? Can you add IDLE manually to the associated applications list? Tried that by sending it directly to idle.pyw, but then trying to get there through the Edit with menu caused a invalid Win32 app. -- http://mail.python.org/mailman/listinfo/python-list
Re: Both Python 2.5.2 and 2.7.2 flop the same way under Win 7
On 11/17/2011 12:46 PM, spartan.the wrote: On Nov 17, 10:31 pm, W. eWatsonwolftra...@invalid.com wrote: On 11/17/2011 9:39 AM, John Gordon wrote: Inja3eae$r...@dont-email.meW. eWatsonwolftra...@invalid.comwrites: Months ago 2.5.2 stopped functioning on my Win7 PC, so a few days ago I uninstalled and installed. Same problem. If one right-clicks on a py file, IDLE is not shown in the menu as Edit with IDLE. After playing with matters I gave up, and uninstalled 2.5.2 and turned to 2.7.2. Same results. I'm not sure I'd describe the lack of IDLE in a context menu as python not functioning. Well, yes, and I can run it from the command line. If I look at a 2.4 install on my laptop, I get the desired reference to Edit with IDLE. My guess is that Win 7 is behind this. If so, it's good-bye Python. This has been a nagging problem for far too long. I see no reason why a simple install should make such a difference with the way I get to IDLE. Maybe few people here like IDLE, but for my minimal needs, it's just fine. It was working originally, right? So the problem can't really just be Win 7. I installed it about April 2010, and it worked for months. I then stopped using it until around July 2011. It no longer worked in the IDLE sense. Who really knows? Can you add IDLE manually to the associated applications list? Tried that by sending it directly to idle.pyw, but then trying to get there through the Edit with menu caused a invalid Win32 app. idle.pyw is not executable in Windows, but you can right-click it, open, browse to pythonw.exe. Then it should work. right-click on junk.py gives me a menu. I select Open with, and ... hmmm, whoops, in the latest install, 2.7.2, I did not give it access to idle.pyw. My mistake above. I was talking about the previous 2.5.2 of install in Win7. Where I'm at is 2.7.2 now. However, I still find in very odd there is no Edit with IDLE when I right-click on junk.py. That's the way it worked on 2.5.2 on my XP and earlier, 2010, on Win7. Downright frustrating. -- http://mail.python.org/mailman/listinfo/python-list
Re: Both Python 2.5.2 and 2.7.2 flop the same way under Win 7
On 11/17/2011 12:59 PM, MRAB wrote: On 17/11/2011 20:31, W. eWatson wrote: On 11/17/2011 9:39 AM, John Gordon wrote: Inja3eae$rr$1...@dont-email.me W. eWatsonwolftra...@invalid.com writes: Months ago 2.5.2 stopped functioning on my Win7 PC, so a few days ago I uninstalled and installed. Same problem. If one right-clicks on a py file, IDLE is not shown in the menu as Edit with IDLE. After playing with matters I gave up, and uninstalled 2.5.2 and turned to 2.7.2. Same results. I'm not sure I'd describe the lack of IDLE in a context menu as python not functioning. Well, yes, and I can run it from the command line. If I look at a 2.4 install on my laptop, I get the desired reference to Edit with IDLE. My guess is that Win 7 is behind this. If so, it's good-bye Python. This has been a nagging problem for far too long. I see no reason why a simple install should make such a difference with the way I get to IDLE. Maybe few people here like IDLE, but for my minimal needs, it's just fine. It was working originally, right? So the problem can't really just be Win 7. I installed it about April 2010, and it worked for months. I then stopped using it until around July 2011. It no longer worked in the IDLE sense. Who really knows? Can you add IDLE manually to the associated applications list? Tried that by sending it directly to idle.pyw, but then trying to get there through the Edit with menu caused a invalid Win32 app. Are you trying to associate .pyw with idle.pyw instead of with pythonw.exe? What does pythonw.exe do for me? I would think all associations would be correct after an install. The single thing I do not understand is why in my latest install of 2.5.2 and 2.7.2 (2.5.2 was uninstalled before going to 2.7.2) on Win7 that why a right-click on a py file does not show as a choice is Edit with IDLE, as it does on my XP PC and my 2010 install of 2.5.2 on this Win 7 PC. To me that signals that something is wrong. -- http://mail.python.org/mailman/listinfo/python-list
Re: Both Python 2.5.2 and 2.7.2 flop the same way under Win 7
On 11/17/2011 2:12 PM, Terry Reedy wrote: On 11/17/2011 11:55 AM, W. eWatson wrote: Months ago 2.5.2 stopped functioning on my Win7 PC, so a few days ago I uninstalled and installed. Same problem. If one right-clicks on a py file, IDLE is not shown in the menu as Edit with IDLE. After playing with matters I gave up, and uninstalled 2.5.2 and turned to 2.7.2. Same results. If I look at a 2.4 install on my laptop, I get the desired reference to Edit with IDLE. My guess is that Win 7 is behind this. If so, it's good-bye Python. I installed 3.3.2 on a new Win 7 machine and Edit with IDLE works fine. However, I almost never use that with Explorer to open files. I have IDLE pinned to the task bar so it is one click to start. If I edit a file, I want to run it, so I want a shell window open anyway. I usually open files to edit with the first three entries under the File menu: New File, Open, or Recent Files. Once I open a file in a particular directory (usually with Recent Files), Open initially looks for files in the same directory, which is usually what I want. So say hello again to Python, especially Python 3. I have not found any successful way to get to IDLE. It's on on the right-click of a py menu, and, if I go the ...lib/idle.pyw, it fails with a invalid Win32 app msg. -- http://mail.python.org/mailman/listinfo/python-list
Re: Both Python 2.5.2 and 2.7.2 flop the same way under Win 7
On 11/17/2011 7:59 PM, Dave Angel wrote: On 11/17/2011 03:31 PM, W. eWatson wrote: On 11/17/2011 9:39 AM, John Gordon wrote: SNIP Can you add IDLE manually to the associated applications list? Tried that by sending it directly to idle.pyw, but then trying to get there through the Edit with menu caused a invalid Win32 app. You've been told repeatedly that building an association to idle.pyw is useless. It must be to something Windows understands, such as .exe, or .bat (or several other extensions, as I said in an earlier message) So why waste our time telling us yet again that it doesn't work? Because some people think that's a solution, and ask. It's not. It leads to an error message. -- http://mail.python.org/mailman/listinfo/python-list
Re: Both Python 2.5.2 and 2.7.2 flop the same way under Win 7
On 11/17/2011 4:24 PM, Steven D'Aprano wrote: On Thu, 17 Nov 2011 16:03:14 -0800, W. eWatson wrote: I have not found any successful way to get to IDLE. It's on on the right-click of a py menu, and, if I go the ...lib/idle.pyw, it fails with a invalid Win32 app msg. If you associate .pyw files with pythonw.exe, and then open idle.pyw, does it work? Failing that, go to your laptop where the associations are right, and see what they are, then duplicate the settings on your Windows 7 machine. Sounds like a good idea except I've not used associations in so long under XP, I have no idea where to start. Control Panel. My Computer Tools? -- http://mail.python.org/mailman/listinfo/python-list
Re: Both Python 2.5.2 and 2.7.2 flop the same way under Win 7
On 11/17/2011 7:04 PM, alex23 wrote: On Nov 18, 2:55 am, W. eWatsonwolftra...@invalid.com wrote: Comments? Are you using the vanilla installer or ActiveState's ActivePython? I find the latter integrates better with Windows. Also, out of curiousity, 32 or 64 bit Windows? 64-bit and plain old python msi installer. -- http://mail.python.org/mailman/listinfo/python-list
Re: Uninstalling Py 2.5.2 from Windows 7 (Invalid on Win 32 app)
On 11/14/2011 7:24 AM, John Gordon wrote: Inj9q8cs$3al$1...@dont-email.me W. eWatsonwolftra...@invalid.com writes: I just pushed aside the python25 folder by renaming it, and installed py 2.5.2. However, when I try to open the simplest of py programs with IDLE, I get an error from Win7. c:\Users\blah\...\junk.py is not a valid Win 32 app. Are you double-clicking on the .py file? Yes. What application is associated with .py files? Application? Simple ones, including the one i put here that you removed to answer my question. -- http://mail.python.org/mailman/listinfo/python-list
Re: Uninstalling Py 2.5.2 from Windows 7 (Invalid on Win 32 app)
On 11/14/2011 8:15 AM, John Gordon wrote: Inj9rct4$frh$1...@dont-email.me W. eWatsonwolftra...@invalid.com writes: What application is associated with .py files? Application? Simple ones, including the one i put here that you removed to answer my question. Eh? I can't see anywhere that you mentioned your Windows settings as to what application is associated with .py files. (You mentioned running IDLE, but I don't see that it was given as the default application for opening .py files.) I would think the install would make the association of py to Python, either IDLE or the interpreter. If I right-click on a py file, it asks me for Open with. If I select idle.pyw, it gives me the message I posted earlier. -- http://mail.python.org/mailman/listinfo/python-list
Re: Uninstalling Py 2.5.2 from Windows 7 (Invalid on Win 32 app)
On 11/14/2011 10:00 AM, John Gordon wrote: Inj9rja5$qcp$1...@dont-email.me W. eWatsonwolftra...@invalid.com writes: I would think the install would make the association of py to Python, either IDLE or the interpreter. I would hope so too, however you did mention that you moved the python executable to a different directory and installed a newer version, so verifying that the .py file association points to the correct application might be worthwhile. Note though I had uninstalled Python. The folder remained, so I renamed it, then installed. I see no way that under that arrangement that py would be associated with the renamed contents. The renamed folder has no exe file for the interpreter. There is, of course, a new Python25 that shows python.exe and pythonw.exe. python.exe will bring up a command window. -- http://mail.python.org/mailman/listinfo/python-list
Uninstalling Py 2.5.2 from Windows 7
For many months I had sporadically used 2.5.2 under Win 7, then something went awry. I tried an uninstall/install and it didn't get any better. I thought I'd take another shot at it today. The uninstall went OK, but c:\python25 remained with several py files and a folder, Lib. I went ahead with the install and got a msg that asked if I wanted to write over the python25 folder. I figured maybe I should ask about this. It's probably OK. Yes, I know I have an old version of Python, but I need it occasionally. Comments? -- http://mail.python.org/mailman/listinfo/python-list
Re: Uninstalling Py 2.5.2 from Windows 7
On 11/13/2011 2:08 PM, Terry Reedy wrote: On 11/13/2011 12:46 PM, W. eWatson wrote: For many months I had sporadically used 2.5.2 under Win 7, then something went awry. I tried an uninstall/install and it didn't get any better. I thought I'd take another shot at it today. The uninstall went OK, but c:\python25 remained with several py files and a folder, Lib. I went ahead with the install and got a msg that asked if I wanted to write over the python25 folder. Uninstall (should) only uninstall files that it installed and directories that are empty. The 'several py files' should be files that you or some third-party software installed. I personally put everything I write under /pythonxy in a subdirectory thereof that install and uninstall pay no attention to. The Lib directory contains all the python-coded stdlib modules. Unless you know there is something that you wrote that you want, I would delete it before re-installing. I suspect that current installers work a bit better than 2.5. I would definitely use the latest 2.5.z that comes with an installer and not 2.5.2. They are all the same version of the language. The only difference is bug fixes. Thanks to both of you. Deleting python25 folder. Nothing of personal use in it. -- http://mail.python.org/mailman/listinfo/python-list
Re: Uninstalling Py 2.5.2 from Windows 7
Well, let be a careful a little more. I have PIL, numpy, scipy, pymatplotlib and pyephem installed, I think. There are Removeexe files in the python25 folder for them. There's also a Removepy2exe.exe. Probably that was somehow used to get out py2.5. -- http://mail.python.org/mailman/listinfo/python-list
Re: Uninstalling Py 2.5.2 from Windows 7 (Invalid on Win 32 app)
I just pushed aside the python25 folder by renaming it, and installed py 2.5.2. However, when I try to open the simplest of py programs with IDLE, I get an error from Win7. c:\Users\blah\...\junk.py is not a valid Win 32 app. Here's one: def abc(one): print abc: , one, is one def duh(two): print duh: ,abc(2) abc(1) duh(2) duh(so what) abc(36.333) -- http://mail.python.org/mailman/listinfo/python-list
File Association for Python on XP
Last night I thought I'd install Python on a friend's XP PC. I noticed he had declined to show extensions on any file. I thought the Control Panel might be the way to do it. I couldn't find anything that would do all files, doc, txt, py, etc. I was able to do it, I think, from a right-click on a py file. However, when I then clicked on the file, it seemed like the IDE was not going to come up. Instead it looked like it was headed directly for interpreter. His computer is quite slow. We went on to something else. Python doesn't yet need that much attention. So what should I have done, and how do I undo what I did? -- http://mail.python.org/mailman/listinfo/python-list
Re: File Association for Python on XP
On 10/23/2011 9:41 AM, MRAB wrote: To show the extensions, in an Explorer window go to Tools-Folder Options... and look in the View tab. You can also look at the file associations in the File Types tab. Thanks. -- http://mail.python.org/mailman/listinfo/python-list
Re: [OT] Anyone here familiar with installing Open Watcom F77?
On 9/5/2011 9:36 AM, Colin J. Williams wrote: On 05-Sep-11 12:22 PM, Dan Nagle wrote: Hello, On 2011-09-05 16:15:20 +, W. eWatson said: On 9/5/2011 8:24 AM, Chris Angelico wrote: On Tue, Sep 6, 2011 at 1:15 AM, W. eWatsonwolftra...@invalid.com wrote: See Subject. snip To what extent familiar? I have it installed on several computers, but only because it comes with Open Wat C/C++. With something off-topic like this, snip sierra_mtnview @ sbcglobal.net Here's the story. As far as I can tell F77 1.8 is not available. I've Googled quite a bit for it. My source for 1.9 is http://www.openwatcom.org/index.php/Download. It gives me: open-watcom-f77-win32-1.9.exe. On Usenet, comp.lang.fortran might be the best source of help for this. There's a good chance one of the regulars there can answer you within one or two posts. (I'll not cross-post, you can choose for yourself.) HTH You might get in touch with someone at Waterloo University, which is located in Kitchener/Waterloo. This could have come from the 60's or 70's. Good luck. Colin W. Left a message on Tuesday. No return call. I'm starting to make progress on this. -- http://mail.python.org/mailman/listinfo/python-list
Re: strange thing:
CA, Did you respond to my off-NG msg about FORTRAN? Perhaps it's caught in my spam on the net. -- http://mail.python.org/mailman/listinfo/python-list
Re: strange thing:
On 9/6/2011 7:48 PM, Chris Angelico wrote: On Wed, Sep 7, 2011 at 12:43 PM, W. eWatsonwolftra...@invalid.com wrote: CA, Did you respond to my off-NG msg about FORTRAN? Perhaps it's caught in my spam on the net. No, I didn't; as someone else pointed out, you'll get better results asking on a dedicated Fortran list. ChrisA OK. -- http://mail.python.org/mailman/listinfo/python-list
[OT] Anyone here familiar with installing Open Watcom F77?
See Subject. -- http://mail.python.org/mailman/listinfo/python-list
Re: [OT] Anyone here familiar with installing Open Watcom F77?
On 9/5/2011 8:24 AM, Chris Angelico wrote: On Tue, Sep 6, 2011 at 1:15 AM, W. eWatsonwolftra...@invalid.com wrote: See Subject. -- http://mail.python.org/mailman/listinfo/python-list To what extent familiar? I have it installed on several computers, but only because it comes with Open Wat C/C++. With something off-topic like this, it might be better to have a real email address, so the responses can be off-list. ChrisA sierra_mtnview @ sbcglobal.net Here's the story. As far as I can tell F77 1.8 is not available. I've Googled quite a bit for it. My source for 1.9 is http://www.openwatcom.org/index.php/Download. It gives me: open-watcom-f77-win32-1.9.exe. When I install, there are only choices: Custom, which presumably will ask a lot of questions, and some one shot do-it without any intervention. I took the latter. ..., XP, and no Win7? I use Win7. Trouble?? Something is amiss with my install. I downloaded 1.9. I did not use any customization. I can bring up the IDE easily. Using it is a different matter. The only Getting Started in F77 manual I can find is shown as v1.8. If 1.9 is needed, I can't find it. If I use the 1.8 manual, then the contents don't match up with what I find in the F77 IDE. For example, the manual talks about a Kitchen project on page 15. Not found anywhere in the install folder. -- http://mail.python.org/mailman/listinfo/python-list
Re: How do I access IDLE in Win7
On 7/27/2011 9:46 PM, Dennis Lee Bieber wrote: On Wed, 27 Jul 2011 17:28:38 -0700, W. eWatson wolftra...@invalid.com declaimed the following in gmane.comp.python.general: For junk.py, I tried Open With-Choose default program. I selected idle.pyw. When I tried the new default for getting to IDLE, it complained it was not a valid 32-bit app. That's very strange. Quite expected... idle.pyw is a Python byte code file... IT needs to be run using a Python interpreter (pythonw.exe to suppress the shell window). What happens IN the command/shell if you type (replace thewords with the correct string on your installation) path to pythonpython -vpath to idle.pywidle.pyw This is my install: E:\UserData\Wulfraed\My Documentse:\Python25\python -v e:\Python25\Lib\idlelib\idle.pyw # installing zipimport hook import zipimport # builtin # installed zipimport hook # e:\Python25\lib\site.pyc matches e:\Python25\lib\site.py import site # precompiled from e:\Python25\lib\site.pyc # e:\Python25\lib\os.pyc matches e:\Python25\lib\os.py import os # precompiled from e:\Python25\lib\os.pyc import errno # builtin import nt # builtin # e:\Python25\lib\ntpath.pyc matches e:\Python25\lib\ntpath.py import ntpath # precompiled from e:\Python25\lib\ntpath.pyc # e:\Python25\lib\stat.pyc matches e:\Python25\lib\stat.py import stat # precompiled from e:\Python25\lib\stat.pyc # e:\Python25\lib\UserDict.pyc matches e:\Python25\lib\UserDict.py import UserDict # precompiled from e:\Python25\lib\UserDict.pyc # e:\Python25\lib\copy_reg.pyc matches e:\Python25\lib\copy_reg.py import copy_reg # precompiled from e:\Python25\lib\copy_reg.pyc # e:\Python25\lib\types.pyc matches e:\Python25\lib\types.py import types # precompiled from e:\Python25\lib\types.pyc import _types # builtin # zipimport: found 45 names in e:\Python25\lib\site-packages\simplejson-2.0.3-py2.5.egg # zipimport: found 33 names in e:\Python25\lib\site-packages\ruledispatch-0.5a1.dev_r2506-py2.5- win32.egg # zipimport: found 15 names in e:\Python25\lib\site-packages\decoratortools-1.7-py2.5.egg # zipimport: found 9 names in e:\Python25\lib\site-packages\configobj-4.5.3-py2.5.egg # zipimport: found 15 names in e:\Python25\lib\site-packages\extremes-1.1-py2.5.egg # zipimport: found 43 names in e:\Python25\lib\site-packages\pyprotocols-1.0a0-py2.5-win32.egg # e:\Python25\lib\locale.pyc matches e:\Python25\lib\locale.py import locale # precompiled from e:\Python25\lib\locale.pyc import encodings # directory e:\Python25\lib\encodings # e:\Python25\lib\encodings\__init__.pyc matches e:\Python25\lib\encodings\__init__.py import encodings # precompiled from e:\Python25\lib\encodings\__init__.pyc # e:\Python25\lib\codecs.pyc matches e:\Python25\lib\codecs.py import codecs # precompiled from e:\Python25\lib\codecs.pyc import _codecs # builtin # e:\Python25\lib\encodings\aliases.pyc matches e:\Python25\lib\encodings\aliases.py import encodings.aliases # precompiled from e:\Python25\lib\encodings\aliases.pyc import _locale # builtin # e:\Python25\lib\re.pyc matches e:\Python25\lib\re.py import re # precompiled from e:\Python25\lib\re.pyc # e:\Python25\lib\sre_compile.pyc matches e:\Python25\lib\sre_compile.py import sre_compile # precompiled from e:\Python25\lib\sre_compile.pyc import _sre # builtin # e:\Python25\lib\sre_constants.pyc matches e:\Python25\lib\sre_constants.py import sre_constants # precompiled from e:\Python25\lib\sre_constants.pyc # e:\Python25\lib\sre_parse.pyc matches e:\Python25\lib\sre_parse.py import sre_parse # precompiled from e:\Python25\lib\sre_parse.pyc import operator # builtin # e:\Python25\lib\encodings\cp1252.pyc matches e:\Python25\lib\encodings\cp1252.py import encodings.cp1252 # precompiled from e:\Python25\lib\encodings\cp1252.pyc # e:\Python25\lib\warnings.pyc matches e:\Python25\lib\warnings.py import warnings # precompiled from e:\Python25\lib\warnings.pyc # e:\Python25\lib\linecache.pyc matches e:\Python25\lib\linecache.py import linecache # precompiled from e:\Python25\lib\linecache.pyc ActivePython 2.5.2.2 (ActiveState Software Inc.) based on Python 2.5.2 (r252:60911, Mar 27 2008, 17:57:18) [MSC v.1310 32 bit (Intel)] on win32 Type help, copyright, credits or license for more information. import idlelib # directory e:\Python25\lib\idlelib # e:\Python25\lib\idlelib\__init__.pyc matches e:\Python25\lib\idlelib\__init__.py import idlelib # precompiled from e:\Python25\lib\idlelib\__init__.pyc # e:\Python25\lib\idlelib\PyShell.pyc matches e:\Python25\lib\idlelib\PyShell.py import idlelib.PyShell # precompiled from e:\Python25\lib\idlelib\PyShell.pyc # e:\Python25\lib\string.pyc matches e:\Python25\lib\string.py import string # precompiled from e:\Python25\lib\string.pyc import strop # builtin # e:\Python25\lib\getopt.pyc matches e:\Python25\lib\getopt.py import getopt # precompiled from e:\Python25\lib\getopt.pyc # e:\Python25\lib\socket.pyc matches e:\Python25\lib\socket.py import socket # precompiled from e:\Python25\lib
Re: How do I access IDLE in Win7
On 7/28/2011 6:19 AM, Jerry Hill wrote: On Wed, Jul 27, 2011 at 5:26 PM, W. eWatsonwolftra...@invalid.com wrote: .py=Python.File .pyw=Python.NoConFile Python.File=C:\Python25\python.exe %1 %* Python.File=C:\Python25\python.exe %1 %* Python.NoConFile=C:\Python25\pythonw.exe %1 %* That all looks good. I cannot copy from the cmd window. It ends with [errorno 13] Permission denied to c:||Users\\Wayne\\idlerc\\recent-files.lst' That sounds like the root of the problem, then. I'm assuming Wayne is your username, but I don't know why you wouldn't have permission to access something in your own user directory. Can you try deleting that file in the windows explorer? You could try messing with the permissions, but I doubt you care about a recent file list that sounds several months old. You might even try removing (or renaming) the whole C:\Users\Wayne\idlerc folder. Idle should re-build anything it needs if it's not there when you start up. It's a hidden file. I tried deleting w/o success so changed the name. The file was dated 5/??/2010. I tried the usual method of right-click on junk.py to see if Edit with IDLE would appear in the menu. It didn't, so I tried a right-click to Choose default program to idle.pyw. Using it again gave me an invalid 32-bit message. I am able to get a proper response at the command level by entering pythonw.exe. print abc works fine. I've forgotten how to get out of . I'm killing the command window. -- http://mail.python.org/mailman/listinfo/python-list
Re: How do I access IDLE in Win7
On 7/28/2011 8:10 AM, W. eWatson wrote: On 7/28/2011 6:19 AM, Jerry Hill wrote: On Wed, Jul 27, 2011 at 5:26 PM, W. eWatsonwolftra...@invalid.com wrote: .py=Python.File .pyw=Python.NoConFile Python.File=C:\Python25\python.exe %1 %* Python.File=C:\Python25\python.exe %1 %* Python.NoConFile=C:\Python25\pythonw.exe %1 %* That all looks good. I cannot copy from the cmd window. It ends with [errorno 13] Permission denied to c:||Users\\Wayne\\idlerc\\recent-files.lst' That sounds like the root of the problem, then. I'm assuming Wayne is your username, but I don't know why you wouldn't have permission to access something in your own user directory. Can you try deleting that file in the windows explorer? You could try messing with the permissions, but I doubt you care about a recent file list that sounds several months old. You might even try removing (or renaming) the whole C:\Users\Wayne\idlerc folder. Idle should re-build anything it needs if it's not there when you start up. It's a hidden file. I tried deleting w/o success so changed the name. The file was dated 5/??/2010. I tried the usual method of right-click on junk.py to see if Edit with IDLE would appear in the menu. It didn't, so I tried a right-click to Choose default program to idle.pyw. Using it again gave me an invalid 32-bit message. I am able to get a proper response at the command level by entering pythonw.exe. print abc works fine. I've forgotten how to get out of . I'm killing the command window. idle.pyw brings up IDLE at the command level. -- http://mail.python.org/mailman/listinfo/python-list
Re: How do I access IDLE in Win7
I've given this problem over to the Python Tutor mail-list. I can capture screens more easily than manipulate in cmd.exe. It may be a preference problem on who owns what. SYSTEM seems to be the owner, and not me. -- http://mail.python.org/mailman/listinfo/python-list
How do I access IDLE in Win7
It's been many months since I played with Python, and have forgotten how to bring up IDLE. If I simply click on a py file, I see what may be a dos window appear and quickly disappear. If I right-click on the file, and select IDLE, the same thing happens. If I go directly to All Programs, the same thing happens when I select IDLE. -- http://mail.python.org/mailman/listinfo/python-list
Re: How do I access IDLE in Win7
On 7/27/2011 8:38 AM, rantingrick wrote: On Jul 27, 10:06 am, W. eWatsonwolftra...@invalid.com wrote: It's been many months since I played with Python, and have forgotten how to bring up IDLE. If I simply click on a py file, I see what may be a dos window appear and quickly disappear. Double-clicking a [py|pyw] file in windows will auto run the file (considering you have not changed the association). So if you're trying to edit the file you'll want to try something else. If I right-click on the file, and select IDLE, the same thing happens. You mean Right-Click - Send-To-IDLE? A right-click gives me two choices. Edit with IDLE or Open With. The first produces nothing, or something so quick that I do not see it. The second gives me a choice of python.exe, Notepad, or Choose Default Program. None of these are helpful. If I go directly to All Programs, the same thing happens when I select IDLE. You mean Start_Menu - All_Programs - PythonX.X - IDLE_(Python GUI)? Yes typically that is how you'd run IDLE form a winders box. Yes, that's what I do, but again the result is essentially nothing. If you want to edit a python script then first open an editor and then navigate to the file. There is also a RightClick - Open-with-IDLE option also but i prefer to navigate from my editor. Edit with IDLE as above. Doesn't work. No editor appears. However it sounds like you may be experiencing a bug (or configuration issue). Can you capture the dos error with the print screen button and post it here? You'll have to be quick to catch it! Way too fast. Also try to run IDLE from this path: ...\PythonXX\Lib\idlelib {double click PyShell.py} It stays up for about 1/2 second. If I run cmd.exe and work my way down to .../idlelib, I find nothing but idle.bat. strange. Hidden? I can get into line mode by using python.exe. That is, I can type in print abc, and get a result. Baffling. -- http://mail.python.org/mailman/listinfo/python-list
Re: How do I access IDLE in Win7
On 7/27/2011 9:48 AM, Jerry Hill wrote: On Wed, Jul 27, 2011 at 12:28 PM, W. eWatsonwolftra...@invalid.com wrote: If I run cmd.exe and work my way down to .../idlelib, I find nothing but idle.bat. strange. Hidden? I can get into line mode by using python.exe. That is, I can type in print abc, and get a result. So, you don't have an idle.py or idle.pyw in C:\Python26\Lib\idlelib\ (or where ever you installed python)? If not, it sounds to me like your python installation is screwed up. I would re-install. Jerry Yes, I have both. Neither shows anything on the monitor when I double click them. -- http://mail.python.org/mailman/listinfo/python-list
Re: How do I access IDLE in Win7
On 7/27/2011 12:53 PM, Jerry Hill wrote: On Wed, Jul 27, 2011 at 3:34 PM, W. eWatsonwolftra...@invalid.com wrote: On 7/27/2011 9:48 AM, Jerry Hill wrote: So, you don't have an idle.py or idle.pyw in C:\Python26\Lib\idlelib\ (or where ever you installed python)? If not, it sounds to me like your python installation is screwed up. I would re-install. Yes, I have both. Neither shows anything on the monitor when I double click them. Oh, I guess I misunderstood. Go ahead and open that cmd.exe window back up. Please run the following and report back the results. In the cmd.exe window run: assoc .py assoc .pyw ftype Python.File ftype Python.NoConFile .py=Python.File .pyw=Python.NoConFile Python.File=C:\Python25\python.exe %1 %* Python.File=C:\Python25\python.exe %1 %* Python.NoConFile=C:\Python25\pythonw.exe %1 %* Those four commands should show us how the python file associations are set up on your computer. Then, let's try to run idle and capture whatever error message is popping up. I don't think you've mentioned what version of python you have installed. The following is for 2.6, since that's what I have installed here, but it should work on any other version if you swap in your installation directory for the 2.6 one below. Still in your cmd.exe window, run the following: c:\Python26\python.exe C:\Python26\Lib\idlelib\idle.py I cannot copy from the cmd window. It ends with [errorno 13] Permission denied to c:||Users\\Wayne\\idlerc\\recent-files.lst' recent-files.lst !!! weird If you get an exception, please copy and paste the details for us. If that works and opens idle, please try running this: C:\Python26\Lib\idlelib\idle.py Based on the behavior you've described so far, that ought to fail, and hopefully give some sort of message or exception for us to diagnose. PS: If you're just trying to get things working, and don't care what might be wrong, I would recommend just re-installing python. That ought to clean up all the file associations and set things up properly for you. That's likely the quickest way to just get things working. Yep, I'm thinking about it. -- http://mail.python.org/mailman/listinfo/python-list
Re: How do I access IDLE in Win7
In the mean time, I punted and re-installed. It's still not quite right. I uninstalled it. I was asked during install if I wanted to remove c:\Python25. It was still there and had several folders (Lib, Scripts) and files (fishe.py, RemovePIL.exe, junk.py). I said yes. It installed 2.5.2. Edit with IDLE still fails, as does a simple py file like junk.py (has five lines of simple math). That is executing junk.py or trying to get it into IDLE doesn't work. For junk.py, I tried Open With-Choose default program. I selected idle.pyw. When I tried the new default for getting to IDLE, it complained it was not a valid 32-bit app. That's very strange. -- http://mail.python.org/mailman/listinfo/python-list
Re: Python Portability
On 8/8/2010 4:08 AM, David Cournapeau wrote: ... python-Numpy-1.2.0. No scipy anything. Well, this is interesting. I just noticed Martin v. Loewis on the Python 2.5 entry. That's you, right? You are conflating so many issues at the same time, it is very difficult to follow what you are doing. Concerning the numpy error: you installed a version of scipy which requires a more recent version of numpy than the one you have. More concretely, NumpyTest has disappeared since 1.3.0. Unless you have a good reason not to, I strongly suggest to just use the last released versions of numpy and scipy (1.4.1 and 0.8.0 respectively). Note also that Enthought Python Distribution exists to exactly avoid those issues - they do the packaging hard word so that you don't have to. But none of this has anything to do with one character change or portability, cheers, David Believe me I had no intent of expanding this thread beyond looking for a straight and simple insight to Python distribution (portability, whatever) and how to get my partner squared away. The general issue seems to drifted off on its own accord. I find generally that once I've had to post five times on a topic, and haven't gotten a satisfactory answer, I'm not going to get one. Yes, you are quite correct about numpy, but for reasons which I have no plans to explain, I want my partner on the same version of numpy as myself. I now have the answer I need, and I do not care one more wit about a one character change. I'm done here. -- http://mail.python.org/mailman/listinfo/python-list
Win7. Why Don't Matplotlib, ... Show up in Control Panel Add-Remove?
See Subject. I use matplotlib, scipy, numpy and possibly one other module. If I go to the control panel, I only see numpy listed. Why? I use a search and find only numpy and Python itself. How can matplotlib and scipy be uninstalled? -- http://mail.python.org/mailman/listinfo/python-list
Re: Win7. Why Don't Matplotlib, ... Show up in Control Panel Add-Remove?
On 8/8/2010 10:56 AM, Benjamin Kaplan wrote: On Sun, Aug 8, 2010 at 10:21 AM, David Robinowdrobi...@gmail.com wrote: On Sun, Aug 8, 2010 at 12:51 PM, Mark Lawrencebreamore...@yahoo.co.uk wrote: On 08/08/2010 17:16, W. eWatson wrote: See Subject. I use matplotlib, scipy, numpy and possibly one other module. If I go to the control panel, I only see numpy listed. Why? I use a search and find only numpy and Python itself. How can matplotlib and scipy be uninstalled? Have you heard of google? google is not relevant to this issue. This group is the correct forum. I'm not sure what the answer to the OP's problem is. If you no longer wish to use these modules I suggest doing nothing. No harm will result. Since this is specifically a matplotlib and scipy question, the most relevant forums would be the matplotlib and scipy mailing lists. The maintainers of those projects are probably on those lists, and they'll be able to answer this question better than we can since they know what the installers do in the first place. https://lists.sourceforge.net/lists/listinfo/matplotlib-users http://mail.scipy.org/mailman/listinfo/scipy-user Well, you have a good point, and I will do that. However, I'm surprised there doesn't seem to be some uniformity on this subject. Yes, removing them directly is an option, but I prefer to find out why the discrepancy? BTW, I really do not plan to remove them now. The anomaly does deserve an answer. To suggest Google as above, makes no sense to me. This is the place to ask, as another poster stated. -- http://mail.python.org/mailman/listinfo/python-list
Re: Win7. Why Don't Matplotlib, ... Show up in Control Panel Add-Remove?
On 8/8/2010 5:51 PM, Steven D'Aprano wrote: On Sun, 08 Aug 2010 16:15:45 -0700, W. eWatson wrote: To suggest Google as above, makes no sense to me. This is the place to ask, as another poster stated. He may have stated it, but the evidence suggests he's wrong. You're asking a question about the details of the installers used specifically by scipy and matplotlib. Most people here have no idea about that, hence the lack of useful answers. The best likelihood of finding a solution is to go to a specialist forum, not a generic one. In any case, suggesting Google is *always* relevant. You gave us no reason at all to think that you had made any effort to solve the problem yourself before asking for us to volunteer our time. That's rude. Did you google for uninstall scipy before asking for help? Did you make any effort to read the Scipy manual first? Did you make any effort *at all*? If you had -- and for all we know, you might have spent days trying to solve this, or 3 seconds, or anything in between -- you didn't say so. Suggesting that you do some googling is absolutely relevant. Perhaps it's about time that we point you at this: http://catb.org/esr/faqs/smart-questions.html I don't agree with everything the author says, but the basic position is about right. For the last few hours, I've been on the scipy and numpy mail list, per a suggestion. No one seems to really understand uninstall there. I think Ben Caplan may have it right. You and I need go no further with this. We disagree--again. -- http://mail.python.org/mailman/listinfo/python-list
Re: [Tutor] Finding the version # of a module, and py module problem
On 8/6/2010 7:18 PM, Philip Semanchuk wrote: On Aug 6, 2010, at 3:14 PM, W. eWatson wrote: I must be missing something. I tried this. (Windows, IDLE, Python 2.5) Yes, as Benjamin Kaplan pointed out and as I said in the email where I posted this code snippet, dependencies is a list of custom classes that represent modules we need (e.g. numpy). The code I posted was not meant to be a complete working example. It's part of a larger piece of code that I didn't have time to cook down to a simpler, self-sufficient whole. Also, in your list you've got numyp instead of numpy. Also, at the top of your code you have import numpy and import scipy which defeats the purpose of this code. Good. It worked. Are there other attributes of a module that can help identify it further? Release date, ...? -- http://mail.python.org/mailman/listinfo/python-list
Re: Python Portability
On 8/6/2010 2:23 AM, Lawrence D'Oliveiro wrote: In messagei3fpos$p7...@news.eternal-september.org, W. eWatson wrote: I made a one character change to it and sent him the new py file. He can't execute it. What exactly was the problem? I put a minus sign in front of a variable. I had him use the shell to check his version numpy, which he just provided. version -- 1.4.0. As I think I mentioned above, he's probably not using the same numpy version that I use 1.2.0. Don't ask for an explanation of why I want him on 1.2.0. :-) I think that pretty much wraps up the problem. He needs to get back to 1.2.0. Presumably I have him somehow delete the numpy site-package, the numpy 1.2.0 package? Just drill his way dow from the .../lib/site_packages? Then install 1.2.0. He's missed the boat on that before by not following instructions. -- http://mail.python.org/mailman/listinfo/python-list
Re: Python Portability
On 8/7/2010 2:01 PM, Michael Torrie wrote: On 08/07/2010 01:17 PM, W. eWatson wrote: Presumably I have him somehow delete the numpy site-package, the numpy 1.2.0 package? Just drill his way dow from the .../lib/site_packages? Then install 1.2.0. He's missed the boat on that before by not following instructions. Wait. I'm confused. Aren't you distributing your python app as an executable, with the interpreter and all the libraries bundled? Not at all. There is no exe. The py source program is all that goes out. It is expected that the recipients have the same versions of modules, numpy, etc, and IDLE. All under Windows. There's not a single person (of about 50) that gets person who is likely to have changed the Python environment. None of them know Python. When the sponsor decides to change the app we all use, then we update Python and modules as required. User's execute the programs with IDLE, or a double click of the py file. -- http://mail.python.org/mailman/listinfo/python-list
Re: Python Portability
On 8/7/2010 2:26 PM, Martin v. Loewis wrote: Am 07.08.2010 23:01, schrieb Michael Torrie: On 08/07/2010 01:17 PM, W. eWatson wrote: Presumably I have him somehow delete the numpy site-package, the numpy 1.2.0 package? Just drill his way dow from the .../lib/site_packages? Then install 1.2.0. He's missed the boat on that before by not following instructions. Wait. I'm confused. Aren't you distributing your python app as an executable, with the interpreter and all the libraries bundled? No, he was really mentioning two distinct scenarios. In the one discussed above, the remote machine had all stuff manually installed, and somehow got the actual Python program copied into it. Regards, Martin To add to the msg I just sent to M. Torrie. We are given the msi programs for Python, PIL,matplotlib, and numpy. The question of how to uninstall and re-install a different version remains. The answer is? -- http://mail.python.org/mailman/listinfo/python-list
Re: Python Portability
On 8/7/2010 4:45 PM, Martin v. Loewis wrote: To add to the msg I just sent to M. Torrie. We are given the msi programs for Python, PIL,matplotlib, and numpy. The question of how to uninstall and re-install a different version remains. I'd claim that this is not the real question. The real question is, instead: What specific error did you get when adding a single minus sign to the program? Please try answering that question also. The answer is? I'm not sure I understand the question. What do you mean by given? Perhaps already downloaded locally? If so, the obvious answer is Go to Add-Remove-Programs. Uninstall. Then double-click the MSI files. If that is not a good answer: why not? If you want that automated: write a batch file, invoking msiexec as necessary. Regards, Martin Given. We either download them from various specified sites or newbies get a CD when they receive hardware that is used by the sponsor's programs. Add-Remove would be a very good answer, except for one thing. Understand that I'm in Win7 so CP takes on a different form. On Control Panel Add-Remove, I can find exactly two Python files: Python 2.5, and python-Numpy-1.2.0. No scipy anything. Well, this is interesting. I just noticed Martin v. Loewis on the Python 2.5 entry. That's you, right? msiexec. Don't need it automated now, but it might be worthwhile, at some future point. I think I posted the errors my partner got above. Let me look. Yes, here's the copy. He gets Traceback (most recent call last): File C:\Documents and Settings\HP_Administrator.DavesDesktop\Desktop\NC-FireballReport20100729.py, line 40, in module from scipy import stats as stats # scoreatpercentile File C:\Python25\lib\site-packages\scipy\stats\__init__.py, line 7, in module from stats import * File C:\Python25\lib\site-packages\scipy\stats\stats.py, line 191, in module import scipy.special as special File C:\Python25\lib\site-packages\scipy\special\__init__.py, line 22, in module from numpy.testing import NumpyTest ImportError: cannot import name NumpyTest Here are the first few lines of code. import sys, os, glob import string from numpy import * from datetime import datetime, timedelta import time from scipy import stats as stats # scoreatpercentile -- http://mail.python.org/mailman/listinfo/python-list
Re: Python Portability--Not very portable?
I would think there are some small time and big time Python players who sell executable versions of their programs for profit? Yes. What's your point? That someone must know how to distribute them without having the source code ripped off. disutils. Sounds familiar. I'm pretty sure I was using Py2Exe, and disutils might have been part of it. distutils. http://docs.python.org/library/distutils.html I don't see ;how distutils is going to solve this problem. Are you suggesting the program should be packaged? Why? I can just send it to him as py code. distutils looks like it's for library modules, e.g., functions like math. So how does one keep a non-Python user in lock step with my setup, so these problems don't arise? I don't even want to think about having him uninstall and re-install. :-) Although maybe he could do it without making matters worse. That's going to hinge on what your dependencies are. Geremy Condra -- http://mail.python.org/mailman/listinfo/python-list
Re: Python Portability--Not very portable?
I can't respond to otten directly, since he uses gmane. Here's my response. W. eWatson wrote: I would think there are some small time and big time Python players who sell executable versions of their programs for profit? Yes. What's your point? That someone must know how to distribute them without having the source code ripped off. Ott wrote? Yes, but he won't tell for fear of getting ripped off of his knowledge. Who won't tell? Why would I send you the py code, for example, if I wanted to protect it because of its importance? I'd put it in exe form and send it and allow you to input data to produce the desired result of the program. -- http://mail.python.org/mailman/listinfo/python-list
Re: Python Portability--Not very portable?
On 8/6/2010 9:03 AM, Peter Otten wrote: ... Seriously, I try to make a joke once in a while, usually with devastating results. The idea you were meant to take away was that once you start thinking about a protection scheme there is always a next step until you reach the point where your software, say, is completely safe, but also completely unusable. Had Guido started the language in that mindset there would be no Python for you to worry about its ripp-off safety. Why would I send you the py code, for example, if I wanted to protect it because of its importance? Because if you think again you may find that it's not as important as you think? I'd put it in exe form and send it and allow you to input data to produce the desired result of the program. There is no analog in python, and if you cannot concentrate on your honest customers the only option that offers reasonable safety would be to turn your application into web service. Peter So you think Python is part of open software in terms of distributing a product? So I should stick to C, where one can distribute programs w/o revealing code details, and having a customer compile the code? It's been awhile since I've used Linux or Unix, but I think there's a lot of commercial code out there dependent upon it, and the users do not have to compile anything. -- http://mail.python.org/mailman/listinfo/python-list
Re: [Tutor] Finding the version # of a module, and py module problem
On 8/5/2010 6:47 PM, Philip Semanchuk wrote: On Aug 5, 2010, at 8:55 PM, W. eWatson wrote: It's been awhile since I've used python, and I recall there is a way to find the version number from the IDLE command line prompt. dir, help, __version.__? Hi Wayne, FYI it's got nothing to do with IDLE, it's just a question of whether or not the module in question exposes any kind of a version attribute. There's no standard, unfortunately. The most popular convention seems to be via an attribute called __version__, but I've also seen __VERSION__, VERSION, and version. Here's some code that I wrote that you might find useful. It's from a setup.py and it checks a list of modules on which our project depends to see if (a) they're installed and (b) if the version installed is adequate. In the snippet below, dependencies is a list of custom classes that represent modules we need (e.g. numpy). # Try each module for dependency in dependencies: try: __import__(dependency.name) except ImportError: # Uh oh! dependency.installed = None else: # The module loaded OK. Get a handle to it and try to extract # version info. # Many Python modules follow the convention of providing their # version as a string in a __version__ attribute. module = sys.modules[dependency.name] # This is what I default to. dependency.installed = [version unknown] for attribute_name in (__version__, __VERSION__, VERSION, version): if hasattr(module, attribute_name): dependency.installed = getattr(module, attribute_name) break Hope this helps a little, Philip Thanks. I'll look into it. -- http://mail.python.org/mailman/listinfo/python-list