From kbk@shore.net Sun Jun 1 00:43:00 2003 From: kbk@shore.net (Kurt B. Kaiser) Date: Sat, 31 May 2003 19:43:00 -0400 Subject: [Idle-dev] RE: Current Working Directory In-Reply-To: <200305301156.h4UBuwp15182@pcp02138704pcs.reston01.va.comcast.net> (Guido van Rossum's message of "Fri, 30 May 2003 07:56:58 -0400") References: <200305301156.h4UBuwp15182@pcp02138704pcs.reston01.va.comcast.net> Message-ID: Guido van Rossum writes: > Here's the model I'd like to see. It's similar to what Emacs does, > and it works very well for me there. Each window has a directory > associated with it. This is normally the directory containing the > file loaded in the window; if a window has no file loaded in it, it > should be the directory of the window from which this window was > created. E.g. if I'm editing a file /foo/bar.py, and I hit ^N to > create a new window, the new window's directory should be /foo. The > directory associated with a window should be used as the initial > directory for all Open and Save dialogs. If you use Save As into a > different directory, the window's directory changes (but not so for > Save A Copy). All this has nothing to do with the current directory > of the IDLE process itself, which is never changed. If the initial > window has no file associated with it (e.g. it is a Python Shell > window) then it should be the startup directory of IDLE. Works ok for existing modules being opened. > (I think this is pretty much already implemented except for > file-less windows, which seem to inherit IDLE's initial directory.) It turns out this is rather complex to fix, involving 4 - 5 modules in an area that has some bugs (WindowList when opening a new file) and is in need of refactoring. I got it working here (we've heard that before :) but I think it's too much change for the level of importance this close to the 2.3 release. So I'm going to defer it to 2.4. > The Run command should use the file's directory as the initial cwd > of the subprocess started, and this should also set directory > associated with the Python Shell window where the output is sent. Implemented. Also, from a previously checked-in fix, the sys.path is updated to include that directory so associated modules can be found. -- KBK From kbk@users.sourceforge.net Sun Jun 1 00:44:21 2003 From: kbk@users.sourceforge.net (Kurt B. Kaiser) Date: Sat, 31 May 2003 16:44:21 -0700 Subject: [Idle-dev] CVS: idle ScriptBinding.py,1.23,1.24 Message-ID: Update of /cvsroot/idlefork/idle In directory sc8-pr-cvs1:/tmp/cvs-serv21028 Modified Files: ScriptBinding.py Log Message: SF 745525 Excecution environment and residual shell has cwd set to the directory of the module being run. M ScriptBinding.py Index: ScriptBinding.py =================================================================== RCS file: /cvsroot/idlefork/idle/ScriptBinding.py,v retrieving revision 1.23 retrieving revision 1.24 diff -C2 -r1.23 -r1.24 *** ScriptBinding.py 26 May 2003 22:20:34 -0000 1.23 --- ScriptBinding.py 31 May 2003 23:44:18 -0000 1.24 *************** *** 18,21 **** --- 18,22 ---- """ + import os import re import string *************** *** 116,120 **** def run_module_event(self, event): ! "Check syntax, if ok run the module in the shell top level" filename = self.getfilename() if not filename: --- 117,128 ---- def run_module_event(self, event): ! """Run the module after setting up the environment. ! ! First check the syntax. If OK, make sure the shell is active and ! then transfer the arguments, set the run environment's working ! directory to the directory of the module being executed and also ! add that directory to its sys.path if not already included. ! ! """ filename = self.getfilename() if not filename: *************** *** 128,131 **** --- 136,140 ---- if PyShell.use_subprocess: shell.restart_shell() + dirname = os.path.dirname(filename) # XXX Too often this discards arguments the user just set... interp.runcommand("""if 1: *************** *** 136,141 **** _basename(_sys.argv[0]) != _basename(_filename)): _sys.argv = [_filename] ! del _filename, _sys, _basename ! \n""" % `filename`) interp.prepend_syspath(filename) interp.runcode(code) --- 145,152 ---- _basename(_sys.argv[0]) != _basename(_filename)): _sys.argv = [_filename] ! import os as _os ! _os.chdir(%s) ! del _filename, _sys, _basename, _os ! \n""" % (`filename`, `dirname`)) interp.prepend_syspath(filename) interp.runcode(code) From noreply@sourceforge.net Sun Jun 1 00:46:30 2003 From: noreply@sourceforge.net (SourceForge.net) Date: Sat, 31 May 2003 16:46:30 -0700 Subject: [Idle-dev] [ idlefork-Bugs-745525 ] Current Working Directory Message-ID: Bugs item #745525, was opened at 2003-05-29 09:27 Message generated for change (Comment added) made by kbk You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=109579&aid=745525&group_id=9579 Category: None Group: None >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Bruce Sherwood (bsherwood) Assigned to: Kurt B. Kaiser (kbk) Summary: Current Working Directory Initial Comment: I'm not sure whether this is a bug or a feature, but it represents a significant change from the original idlefork. Put this at the start of a file and run it: import os print os.getcwd() In the past this was the directory where the file is saved, but now it is always the starting directory for IDLE (on Windows, the directory specified in the "Start in:" property of the shortcut used to start IDLE), independent of where the file is stored. This makes it awkward to test and run programs that do simple file I/O in the program's own directory, where in the past it was sufficient just to do an open on the data file. ---------------------------------------------------------------------- >Comment By: Kurt B. Kaiser (kbk) Date: 2003-05-31 18:46 Message: Logged In: YES user_id=149084 ScriptBinding.py Rev 1.24 Choosing option #3 of previous message. Acts like VPython IDLE now. cwd is unchanged when running a script using the -r option on the command line. ---------------------------------------------------------------------- Comment By: Kurt B. Kaiser (kbk) Date: 2003-05-29 15:19 Message: Logged In: YES user_id=149084 Currently it's working the same way as Python IDLE but different from VPython IDLE. There are three possibilities: 1. Only change directory when the user issues a change directory command. This is what Unix people expect, and this is what Python IDLE does. The working directory is the one where you started IDLE. 2. Change directory when opening a file. This seems to be what Windows does. Your working directory is that of the last file you opened. This has advantages because it's *really* hard to change directory on Windows otherwise if you are not using a Command window. You have to set .py to associate with IDLE and fiddle with Folder Options / File Types / Advanced, I think, and then diddle the PATH environment variable. 3. Change directory when running a program; change to the directory of the program. This is what VPython IDLE does via Remote.py. This has the disadvantage that if you happen to be calling a script from another directory, you will be abruptly and surprisingly chdir'd to, say, python22/lib/site-packages/ scripts. I think adhering to the principle of least surprise is the right thing to do, but in this case the amount of surprise depends on which platform you are used to. Now, if you were using pure Python you would not expect a cd to the directory of the script!! When I fixed Bug 706860 I noted that the submitter was not sure whether a chdir was warranted, and he's a Windows man. But at least we now have the script's directory on sys.path. To me, the aggravation comes as follows: I open IDLEfork, then open a file in my working directory under My Documents. Then I start a new file to continue the project, go to save it, and IDLEfork wants to save it to the "start in" directory. This is closely related to your complaint, and we may be able to handle both with the same solution. My preference would be #2 above. Change directory every time a file is opened with the file open browser. But don't change directory if IDLE is fed a script from the command line. I wonder what other people think about this? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=109579&aid=745525&group_id=9579 From noreply@sourceforge.net Sun Jun 1 02:02:19 2003 From: noreply@sourceforge.net (SourceForge.net) Date: Sat, 31 May 2003 18:02:19 -0700 Subject: [Idle-dev] [ idlefork-Bugs-745525 ] Current Working Directory Message-ID: Bugs item #745525, was opened at 2003-05-29 09:27 Message generated for change (Comment added) made by kbk You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=109579&aid=745525&group_id=9579 Category: None Group: None Status: Closed Resolution: Fixed Priority: 5 Submitted By: Bruce Sherwood (bsherwood) Assigned to: Kurt B. Kaiser (kbk) Summary: Current Working Directory Initial Comment: I'm not sure whether this is a bug or a feature, but it represents a significant change from the original idlefork. Put this at the start of a file and run it: import os print os.getcwd() In the past this was the directory where the file is saved, but now it is always the starting directory for IDLE (on Windows, the directory specified in the "Start in:" property of the shortcut used to start IDLE), independent of where the file is stored. This makes it awkward to test and run programs that do simple file I/O in the program's own directory, where in the past it was sufficient just to do an open on the data file. ---------------------------------------------------------------------- >Comment By: Kurt B. Kaiser (kbk) Date: 2003-05-31 20:02 Message: Logged In: YES user_id=149084 ScriptBinding.py Rev 1.24 Choosing option #3 of previous message. Acts like VPython IDLE now. cwd is unchanged when running a script using the -r option on the command line. ---------------------------------------------------------------------- Comment By: Kurt B. Kaiser (kbk) Date: 2003-05-31 18:46 Message: Logged In: YES user_id=149084 ScriptBinding.py Rev 1.24 Choosing option #3 of previous message. Acts like VPython IDLE now. cwd is unchanged when running a script using the -r option on the command line. ---------------------------------------------------------------------- Comment By: Kurt B. Kaiser (kbk) Date: 2003-05-29 15:19 Message: Logged In: YES user_id=149084 Currently it's working the same way as Python IDLE but different from VPython IDLE. There are three possibilities: 1. Only change directory when the user issues a change directory command. This is what Unix people expect, and this is what Python IDLE does. The working directory is the one where you started IDLE. 2. Change directory when opening a file. This seems to be what Windows does. Your working directory is that of the last file you opened. This has advantages because it's *really* hard to change directory on Windows otherwise if you are not using a Command window. You have to set .py to associate with IDLE and fiddle with Folder Options / File Types / Advanced, I think, and then diddle the PATH environment variable. 3. Change directory when running a program; change to the directory of the program. This is what VPython IDLE does via Remote.py. This has the disadvantage that if you happen to be calling a script from another directory, you will be abruptly and surprisingly chdir'd to, say, python22/lib/site-packages/ scripts. I think adhering to the principle of least surprise is the right thing to do, but in this case the amount of surprise depends on which platform you are used to. Now, if you were using pure Python you would not expect a cd to the directory of the script!! When I fixed Bug 706860 I noted that the submitter was not sure whether a chdir was warranted, and he's a Windows man. But at least we now have the script's directory on sys.path. To me, the aggravation comes as follows: I open IDLEfork, then open a file in my working directory under My Documents. Then I start a new file to continue the project, go to save it, and IDLEfork wants to save it to the "start in" directory. This is closely related to your complaint, and we may be able to handle both with the same solution. My preference would be #2 above. Change directory every time a file is opened with the file open browser. But don't change directory if IDLE is fed a script from the command line. I wonder what other people think about this? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=109579&aid=745525&group_id=9579 From kbk@users.sourceforge.net Sun Jun 1 02:08:35 2003 From: kbk@users.sourceforge.net (Kurt B. Kaiser) Date: Sat, 31 May 2003 18:08:35 -0700 Subject: [Idle-dev] CVS: idle config-main.def,1.18,1.19 Message-ID: Update of /cvsroot/idlefork/idle In directory sc8-pr-cvs1:/tmp/cvs-serv8373 Modified Files: config-main.def Log Message: Set the default for delete-exitfunc in config-main.def to True to handle abnormal exit situations cleanly, especially stuck user threads. Future plan is to intercept the user's atexit functions and run them under IDLE's control. Index: config-main.def =================================================================== RCS file: /cvsroot/idlefork/idle/config-main.def,v retrieving revision 1.18 retrieving revision 1.19 diff -C2 -r1.18 -r1.19 *** config-main.def 28 May 2003 01:47:46 -0000 1.18 --- config-main.def 1 Jun 2003 01:08:32 -0000 1.19 *************** *** 44,48 **** print-command-posix=lpr %s print-command-win=start /min notepad /p %s ! delete-exitfunc= 0 [EditorWindow] --- 44,48 ---- print-command-posix=lpr %s print-command-win=start /min notepad /p %s ! delete-exitfunc= 1 [EditorWindow] From kbk@users.sourceforge.net Sun Jun 1 02:11:16 2003 From: kbk@users.sourceforge.net (Kurt B. Kaiser) Date: Sat, 31 May 2003 18:11:16 -0700 Subject: [Idle-dev] CVS: idle NEWS.txt,1.18,1.19 README.txt,1.6,1.7 TODO.txt,1.5,1.6 Message-ID: Update of /cvsroot/idlefork/idle In directory sc8-pr-cvs1:/tmp/cvs-serv9061 Modified Files: NEWS.txt README.txt TODO.txt Log Message: Update for release Modified Files: NEWS.txt README.txt TODO.txt Index: NEWS.txt =================================================================== RCS file: /cvsroot/idlefork/idle/NEWS.txt,v retrieving revision 1.18 retrieving revision 1.19 diff -C2 -r1.18 -r1.19 *** NEWS.txt 17 May 2003 03:15:48 -0000 1.18 --- NEWS.txt 1 Jun 2003 01:11:13 -0000 1.19 *************** *** 8,11 **** --- 8,36 ---- *Release date: XX-XXX-2003* + - The current working directory of the execution environment (and shell + following completion of execution) is now that of the module being run. + + - Added the delete-exitfunc option to config-main.def. (This option is not + included in the Options dialog.) Setting this to True (the default) will + cause IDLE to not run sys.exitfunc/atexit when the subprocess exits. + + - IDLE now preserves the line ending codes when editing a file produced on + a different platform. SF 661759, SF 538584 + + - Reduced default editor font size to 10 point and increased window height + to provide a better initial impression on Windows. + + - Options / Fonts/Tabs / Set Base Editor Font: List box was not highlighting + the default font when first installed on Windows. SF 661676 + + - Added Autosave feature: when user runs code from edit window, if the file + has been modified IDLE will silently save it if Autosave is enabled. The + option is set in the Options dialog, and the default is to prompt the + user to save the file. SF 661318 Bruce Sherwood patch. + + - Improved the RESTART annotation in the shell window when the user restarts + the shell while it is generating output. Also improved annotation when user + repeatedly hammers the Ctrl-F6 restart. + - Allow IDLE to run when not installed and cwd is not the IDLE directory SF Patch 686254 "Run IDLEfork from any directory without set-up" - Raphael *************** *** 15,20 **** the same directory. Do the same for a script run from the command line. ! - Interrupt the subprocess if it is running when the user attempts to ! restart the shell, run a module, or exit. - Improved exception reporting when running commands or scripts from the --- 40,47 ---- the same directory. Do the same for a script run from the command line. ! - Correctly restart the subprocess if it is running user code and the user ! attempts to run some other module or restarts the shell. Do the same if ! the link is broken and it is possible to restart the subprocess and re- ! connect to the GUI. SF RFE 661321. - Improved exception reporting when running commands or scripts from the *************** *** 31,35 **** debugger to trace through parts of IDLE itself, which may or may not be desirable, depending on your point of view. In addition, the traditional ! reload/import tricks must be use if user source code is changed.) - Improve the error message a user gets when saving a file with non-ASCII --- 58,65 ---- debugger to trace through parts of IDLE itself, which may or may not be desirable, depending on your point of view. In addition, the traditional ! reload/import tricks must be use if user source code is changed.) This is ! helpful for developing IDLE using IDLE, because one instance can be used to ! edit the code and a separate instance run to test changes. (Multiple ! concurrent IDLE instances with subprocesses is a future feature) - Improve the error message a user gets when saving a file with non-ASCII *************** *** 49,53 **** - Implemented a threaded subprocess which allows interrupting a pass loop in user code using the 'interrupt' extension. User code runs ! in MainThread, while the RPCServer is handled by SockThread. - Implemented the 'interrupt' extension module, which allows a subthread --- 79,84 ---- - Implemented a threaded subprocess which allows interrupting a pass loop in user code using the 'interrupt' extension. User code runs ! in MainThread, while the RPCServer is handled by SockThread. This is ! necessary because Windows doesn't support signals. - Implemented the 'interrupt' extension module, which allows a subthread *************** *** 68,75 **** - Exit IDLE cleanly even when doing subprocess I/O ! - Handle subprocess interrupt in Windows with an RPC message. ! ! - Calling Run will restart the subprocess even if user code is running. ! SF RFE 661321 - Restart the subprocess if it terminates itself. (VPython programs do that) --- 99,103 ---- - Exit IDLE cleanly even when doing subprocess I/O ! - Handle subprocess interrupt with an RPC message. - Restart the subprocess if it terminates itself. (VPython programs do that) *************** *** 78,88 **** exception formatting to the subprocess. - - Known issues: - - + Typing two Control-C in close succession when the subprocess is busy can - cause IDLE to lose communication with the subprocess. Please type one - only and wait for the exception to complete. If you do manage to - interrupt the interrupt, simply restart the shell. - + Printing under some versions of Linux may be problematic. --- 106,109 ---- Index: README.txt =================================================================== RCS file: /cvsroot/idlefork/idle/README.txt,v retrieving revision 1.6 retrieving revision 1.7 diff -C2 -r1.6 -r1.7 *** README.txt 10 Jan 2003 21:27:23 -0000 1.6 --- README.txt 1 Jun 2003 01:11:14 -0000 1.7 *************** *** 10,13 **** --- 10,16 ---- steps down the import chain. + It is possible to interrupt tightly looping user code with a control-c, even on + Windows. + There is also a new GUI configuration manager which makes it easy to select fonts, colors, keybindings, and startup options. There is new feature where *************** *** 18,24 **** For information on this release, refer to NEWS.txt - - As David Scherer aptly put it in the original IDLEfork README, "It is alpha - software and might be unstable. If it breaks, you get to keep both pieces." If you find bugs let us know about them by using the IDLEfork Bug Tracker. See --- 21,24 ---- Index: TODO.txt =================================================================== RCS file: /cvsroot/idlefork/idle/TODO.txt,v retrieving revision 1.5 retrieving revision 1.6 diff -C2 -r1.5 -r1.6 *** TODO.txt 17 Jan 2003 04:04:06 -0000 1.5 --- TODO.txt 1 Jun 2003 01:11:14 -0000 1.6 *************** *** 12,23 **** - fix the stupid bug where you need to step twice - display class name in stack viewer entries for methods ! - suppress tracing through IDLE internals (e.g. print) - add a button to suppress through a specific module or class or method - more object inspection to stack viewer, e.g. to view all array items ! - insert the initial current directory into sys.path - default directory attribute for each window instead of only for windows that have an associated filename - command expansion from keywords, module contents, other buffers, etc. ! - "Recent documents" menu item - Filter region command - Optional horizontal scroll bar --- 12,23 ---- - fix the stupid bug where you need to step twice - display class name in stack viewer entries for methods ! - suppress tracing through IDLE internals (e.g. print) DONE - add a button to suppress through a specific module or class or method - more object inspection to stack viewer, e.g. to view all array items ! - insert the initial current directory into sys.path DONE - default directory attribute for each window instead of only for windows that have an associated filename - command expansion from keywords, module contents, other buffers, etc. ! - "Recent documents" menu item DONE - Filter region command - Optional horizontal scroll bar *************** *** 38,42 **** inside IDLE (needed for Tk mainloop, also handy for $PYTHONSTARTUP) - Add more utility methods for use by extensions (a la get_selection) ! - Way to run command in totally separate interpreter (fork+os.system?) - Way to find definition of fully-qualified name: In other words, select "UserDict.UserDict", hit some magic key and --- 38,42 ---- inside IDLE (needed for Tk mainloop, also handy for $PYTHONSTARTUP) - Add more utility methods for use by extensions (a la get_selection) ! - Way to run command in totally separate interpreter (fork+os.system?) DONE - Way to find definition of fully-qualified name: In other words, select "UserDict.UserDict", hit some magic key and *************** *** 58,62 **** end of the command buffer appears, which is hard to get rid of because it stays when you are typing! ! - The Line/Col in the status bar can be wrong initially in PyShell Structural problems: --- 58,62 ---- end of the command buffer appears, which is hard to get rid of because it stays when you are typing! ! - The Line/Col in the status bar can be wrong initially in PyShell DONE Structural problems: *************** *** 72,76 **** - Open Module doesn't appear to handle hierarchical packages. - Class browser should also allow hierarchical packages. ! - Open and Open Module could benefit from a history, either command line style, or Microsoft recent-file style. --- 72,76 ---- - Open Module doesn't appear to handle hierarchical packages. - Class browser should also allow hierarchical packages. ! - Open and Open Module could benefit from a history, DONE either command line style, or Microsoft recent-file style. *************** *** 127,131 **** - I'd like support for shift-click extending the selection. There's a bug now that it doesn't work the first time you try it. ! - Printing is needed. How hard can that be on Windows? - The python-mode trick of autoindenting a line with is neat and very handy. --- 127,131 ---- - I'd like support for shift-click extending the selection. There's a bug now that it doesn't work the first time you try it. ! - Printing is needed. How hard can that be on Windows? FIRST CUT DONE - The python-mode trick of autoindenting a line with is neat and very handy. *************** *** 182,189 **** beginning with "idle" -- for window manangers. (Randall Hopper) ! - Config files editable through a preferences dialog. (me) - Config files still editable outside the preferences dialog. ! (Randall Hopper) - When you're editing a command in PyShell, and there are only blank --- 182,189 ---- beginning with "idle" -- for window manangers. (Randall Hopper) ! - Config files editable through a preferences dialog. (me) DONE - Config files still editable outside the preferences dialog. ! (Randall Hopper) DONE - When you're editing a command in PyShell, and there are only blank *************** *** 196,200 **** - Shouldn't be able to delete part of the prompt (or any text before ! it) in the PyShell. (Martijn Faassen) - Emacs style auto-fill (also smart about comments and strings). --- 196,200 ---- - Shouldn't be able to delete part of the prompt (or any text before ! it) in the PyShell. (Martijn Faassen) DONE - Emacs style auto-fill (also smart about comments and strings). *************** *** 203,210 **** - Output of Run Script should go to a separate output window, not to the shell window. Output of separate runs should all go to the same ! window but clearly delimited. (David Scherer) ! - GUI form designer to kick VB's butt. (Robert Geiger) - Printing! Possibly via generation of PDF files which the user must ! then send to the printer separately. (Dinu Gherman) --- 203,210 ---- - Output of Run Script should go to a separate output window, not to the shell window. Output of separate runs should all go to the same ! window but clearly delimited. (David Scherer) REJECT FIRST, LATTER DONE ! - GUI form designer to kick VB's butt. (Robert Geiger) THAT'S NOT IDLE - Printing! Possibly via generation of PDF files which the user must ! then send to the printer separately. (Dinu Gherman) FIRST CUT From kbk@users.sourceforge.net Mon Jun 2 02:50:23 2003 From: kbk@users.sourceforge.net (Kurt B. Kaiser) Date: Sun, 01 Jun 2003 18:50:23 -0700 Subject: [Idle-dev] CVS: idle PyShell.py,1.72,1.73 run.py,1.20,1.21 Message-ID: Update of /cvsroot/idlefork/idle In directory sc8-pr-cvs1:/tmp/cvs-serv12642 Modified Files: PyShell.py run.py Log Message: Modify the remote stack viewer to work in the threaded subprocess. M PyShell.py M run.py Index: PyShell.py =================================================================== RCS file: /cvsroot/idlefork/idle/PyShell.py,v retrieving revision 1.72 retrieving revision 1.73 diff -C2 -r1.72 -r1.73 *** PyShell.py 28 May 2003 01:47:46 -0000 1.72 --- PyShell.py 2 Jun 2003 01:50:19 -0000 1.73 *************** *** 358,361 **** --- 358,362 ---- self.rpcclt.register("flist", self.tkconsole.flist) self.rpcclt.register("linecache", linecache) + self.rpcclt.register("interp", self) self.transfer_path() self.poll_subprocess() *************** *** 480,483 **** --- 481,497 ---- def getdebugger(self): return self.debugger + + def open_remote_stack_viewer(self): + """Initiate the remote stack viewer from a separate thread. + + This method is called from the subprocess, and by returning from this + method we allow the subprocess to unblock. After a bit the shell + requests the subprocess to open the remote stack viewer which returns a + static object looking at the last exceptiopn. It is queried through + the RPC mechanism. + + """ + self.tkconsole.text.after(300, self.remote_stack_viewer) + return def remote_stack_viewer(self): Index: run.py =================================================================== RCS file: /cvsroot/idlefork/idle/run.py,v retrieving revision 1.20 retrieving revision 1.21 diff -C2 -r1.20 -r1.21 *** run.py 28 May 2003 01:47:46 -0000 1.20 --- run.py 2 Jun 2003 01:50:19 -0000 1.21 *************** *** 208,214 **** executive = Executive(self) self.register("exec", executive) ! sys.stdin = self.get_remote_proxy("stdin") sys.stdout = self.get_remote_proxy("stdout") sys.stderr = self.get_remote_proxy("stderr") rpc.RPCHandler.getresponse(self, myseq=None, wait=0.05) --- 208,215 ---- executive = Executive(self) self.register("exec", executive) ! sys.stdin = self.console = self.get_remote_proxy("stdin") sys.stdout = self.get_remote_proxy("stdout") sys.stderr = self.get_remote_proxy("stderr") + self.interp = self.get_remote_proxy("interp") rpc.RPCHandler.getresponse(self, myseq=None, wait=0.05) *************** *** 239,248 **** --- 240,254 ---- def runcode(self, code): try: + self.usr_exc_info = None exec code in self.locals except: + self.usr_exc_info = sys.exc_info() if quitting: exit() # even print a user code SystemExit exception, continue print_exception() + jit = self.rpchandler.console.getvar("<>") + if jit: + self.rpchandler.interp.open_remote_stack_viewer() else: flush_stdout() *************** *** 262,273 **** def stackviewer(self, flist_oid=None): ! if not hasattr(sys, "last_traceback"): return None flist = None if flist_oid is not None: flist = self.rpchandler.get_remote_proxy(flist_oid) - tb = sys.last_traceback while tb and tb.tb_frame.f_globals["__name__"] in ["rpc", "run"]: tb = tb.tb_next item = StackViewer.StackTreeItem(flist, tb) return RemoteObjectBrowser.remote_object_tree_item(item) --- 268,282 ---- def stackviewer(self, flist_oid=None): ! if self.usr_exc_info: ! typ, val, tb = self.usr_exc_info ! else: return None flist = None if flist_oid is not None: flist = self.rpchandler.get_remote_proxy(flist_oid) while tb and tb.tb_frame.f_globals["__name__"] in ["rpc", "run"]: tb = tb.tb_next + sys.last_type = typ + sys.last_value = val item = StackViewer.StackTreeItem(flist, tb) return RemoteObjectBrowser.remote_object_tree_item(item) From kbk@users.sourceforge.net Mon Jun 2 02:51:41 2003 From: kbk@users.sourceforge.net (Kurt B. Kaiser) Date: Sun, 01 Jun 2003 18:51:41 -0700 Subject: [Idle-dev] CVS: idle Bindings.py,1.17,1.18 Message-ID: Update of /cvsroot/idlefork/idle In directory sc8-pr-cvs1:/tmp/cvs-serv13010 Modified Files: Bindings.py Log Message: Eliminate the Revert to Default Settings submenu of Option menu. Not implemented and not needed. Index: Bindings.py =================================================================== RCS file: /cvsroot/idlefork/idle/Bindings.py,v retrieving revision 1.17 retrieving revision 1.18 diff -C2 -r1.17 -r1.18 *** Bindings.py 27 Jan 2003 02:36:18 -0000 1.17 --- Bindings.py 2 Jun 2003 01:51:38 -0000 1.18 *************** *** 71,76 **** ('options', [ ('_Configure IDLE...', '<>'), ! None, ! ('Revert to _Default Settings', '<>'), ]), ('help', [ --- 71,76 ---- ('options', [ ('_Configure IDLE...', '<>'), ! ## None, ! ## ('Revert to _Default Settings', '<>'), ]), ('help', [ From kbk@shore.net Mon Jun 2 18:48:16 2003 From: kbk@shore.net (Kurt B. Kaiser) Date: Mon, 02 Jun 2003 13:48:16 -0400 Subject: [Idle-dev] Tagged Repository: r09b1 Message-ID: Tagged MAIN as r09b1 for Beta Release 1 -- KBK From noreply@sourceforge.net Mon Jun 2 19:27:06 2003 From: noreply@sourceforge.net (SourceForge.net) Date: Mon, 02 Jun 2003 11:27:06 -0700 Subject: [Idle-dev] [ idlefork-Bugs-747667 ] Error doesn't decolorize Message-ID: Bugs item #747667, was opened at 2003-06-02 18:27 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=109579&aid=747667&group_id=9579 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Bruce Sherwood (bsherwood) Assigned to: Nobody/Anonymous (nobody) Summary: Error doesn't decolorize Initial Comment: On Windows, using the latest CVS version: In the midst of a program file, deliberately omit a final right parens and run. Get syntax error message, and the first word of the next line is colorized. Add the ")" to the preceding line and run again. The colorized word stays colorized forever, even if you scroll it off and back on the screen. In fact, at the moment I have several different colorized words being displayed. (It is a long-standing bug that the line FOLLOWING a missing right parens is flagged rather than the line itself. I can kind of see how this happens, but it is a large source of confusion, especially for unsophisticated users, because the flagged line looks and is correct.) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=109579&aid=747667&group_id=9579 From noreply@sourceforge.net Mon Jun 2 22:41:28 2003 From: noreply@sourceforge.net (SourceForge.net) Date: Mon, 02 Jun 2003 14:41:28 -0700 Subject: [Idle-dev] [ idlefork-Bugs-747772 ] RedHat Linux 8.0 problems Message-ID: Bugs item #747772, was opened at 2003-06-02 21:41 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=109579&aid=747772&group_id=9579 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Bruce Sherwood (bsherwood) Assigned to: Nobody/Anonymous (nobody) Summary: RedHat Linux 8.0 problems Initial Comment: When installing the latest CVS on RedHat Linux 8.0, setup failed because it was looking for CREDITS.txt, HISTORY.txt, INSTALL.txt, LICENSE.txt, NEWS.txt, and README.txt, all of which were present but with lower-case file names (which didn't matter on Windows). The Help for Idle displays "\r" at the end of each line. I always get the "cannot open socket" message, sometimes when trying to start Idle, but sometimes not until I press F5 to run. I don't have this problem with the old original idlefork. I had a nonreproducible problem with keyboard shortcuts such as Ctrl-C for copy. For a while they worked only for items on the Format menu. Now they all work. Thought I should at least report it. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=109579&aid=747772&group_id=9579 From kbk@shore.net Mon Jun 2 23:01:46 2003 From: kbk@shore.net (Kurt B. Kaiser) Date: Mon, 02 Jun 2003 18:01:46 -0400 Subject: [Idle-dev] IDLEfork-0.9b1 Released Message-ID: The IDLEfork 0.9 Beta 1 release is now available for download at: http://sourceforge.net/projects/idlefork/ The distribution is available as Windows Installer for Python 2.2 and 2.3, as a Python2 RPM, and in source form as a .tar.gz. These files install as IDLEfork. However, there is also an IDLE .tar.gz, which will replace the existing IDLE in your Python installation. Please read the release notes (which include installation instructions) at Sourceforge for additional details. Click on Download, then on IDLEfork-0.9b1 to display them. 0.9 Beta 1 Highlights ===================== It is now possbile to interrupt tightly looping user code on Windows. An Autosave configuration selection has been added. When enabled, user source code will be saved automatically before each Run/F5. Shell restart is available from the shell menu and as Ctrl-F6. Restart annotation has been improved, as has termination of errant user code and automatic restart of the shell if the subprocess terminates. Directory handling improvements: The directory of the module being run is added to sys.path and also becomes the cwd of the shell, allowing IDLE to find modules and data in that directory. Line-ending codes are preserved when editing files. You can now edit a Python file on several platforms and the file will retain its original line endings. The ability to run without a subprocess has been restored. This is useful for platforms which don't support subprocesses and/or sockets. It's also useful for developing IDLE using IDLE. Just start with the -n switch. If IDLE is not installed (lives in Tools but not in site-packages), it will run from any directory if called by an absolute path. This allows installing multiple (differently named) versions for testing. Many bug fixes and usability enhancements. Refer to NEWS.txt for further details. IDLEfork ======== IDLEfork is an official experimental fork of Python's Integrated DeveLopment Environment, IDLE. The biggest change is to execute Python code in a separate process, which is /restarted/ for each Run (F5) initiated from an editor window. This enhancement of IDLE has often been requested, and is now finally available, complete with the IDLE debugger. The magic "reload/import *" incantations are no longer required when editing/testing a module two or three steps down the import chain. It is possible to interrupt tightly looping user code with a control-c, even on Windows. There is also a new GUI configuration manager which makes it easy to select fonts, colors, keybindings, and startup options. There is new feature where the user can specify additional help sources, either locally or on the web. There is an Autosave option. IDLEfork will be merged back into the Python distribution in the near future (probably 2.3), replacing the current version of IDLE. If you find bugs let us know about them by using the IDLEfork Bug Tracker. See the IDLEfork home page at http://idlefork.sourceforge.net for details. Patches are always appreciated at the IDLEfork Patch Tracker, and Change Requests should be posted to the RFE Tracker at https://sourceforge.net/tracker/?group_id=9579&atid=359579 There is a mail list for IDLE: idle-dev@python.org. You can join at http://mail.python.org/mailman/listinfo/idle-dev Thanks for trying IDLEfork. From janeaustine50@hotmail.com Tue Jun 3 06:17:03 2003 From: janeaustine50@hotmail.com (Austine Jane) Date: Tue, 03 Jun 2003 14:17:03 +0900 Subject: [Idle-dev] Bicycle Repair Man Message-ID: Has anyone already integrated BRM into IDLEfork? There is an IDLE integration included in the BRM pacakge, but it doesn't work with IDLEfork. Jane _________________________________________________________________ The new MSN 8: advanced junk mail protection and 2 months FREE* http://join.msn.com/?page=features/junkmail From kbk@shore.net Tue Jun 3 15:51:15 2003 From: kbk@shore.net (Kurt B. Kaiser) Date: Tue, 03 Jun 2003 10:51:15 -0400 Subject: [Idle-dev] Bicycle Repair Man In-Reply-To: ("Austine Jane"'s message of "Tue, 03 Jun 2003 14:17:03 +0900") References: Message-ID: "Austine Jane" writes: > Has anyone already integrated BRM into IDLEfork? There is an IDLE > integration included in the BRM pacakge, but it doesn't work with > IDLEfork. Hm! Funny you should ask, I downloaded it one hour before you wrote your message. I looked over the docs and code a bit but haven't tried it yet. The only previous comment on the list that I know about is from Mike Crowe: http://mail.python.org/pipermail/idle-dev/2002-November/001328.html Quoting, """ Hi All, I was trying to import BicycleRepairMan_Idle into the current idlefork. By putting the following lines into config-extensions.def: [BicycleRepairMan_Idle] enable=1 The BMR menu comes up. That's as far as I got Cheers! Mike """ Let us know if you come up with something. I remember an image showing IDLE's dependencies which I believe was done with BRM but I don't see it on the web site now, maybe I missed it. -- KBK From noreply@sourceforge.net Tue Jun 3 18:14:52 2003 From: noreply@sourceforge.net (SourceForge.net) Date: Tue, 03 Jun 2003 10:14:52 -0700 Subject: [Idle-dev] [ idlefork-Bugs-747772 ] RedHat Linux 8.0 problems Message-ID: Bugs item #747772, was opened at 2003-06-02 16:41 Message generated for change (Comment added) made by kbk You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=109579&aid=747772&group_id=9579 Category: None Group: None Status: Open >Resolution: Works For Me Priority: 5 Submitted By: Bruce Sherwood (bsherwood) Assigned to: Nobody/Anonymous (nobody) Summary: RedHat Linux 8.0 problems Initial Comment: When installing the latest CVS on RedHat Linux 8.0, setup failed because it was looking for CREDITS.txt, HISTORY.txt, INSTALL.txt, LICENSE.txt, NEWS.txt, and README.txt, all of which were present but with lower-case file names (which didn't matter on Windows). The Help for Idle displays "\r" at the end of each line. I always get the "cannot open socket" message, sometimes when trying to start Idle, but sometimes not until I press F5 to run. I don't have this problem with the old original idlefork. I had a nonreproducible problem with keyboard shortcuts such as Ctrl-C for copy. For a while they worked only for items on the Format menu. Now they all work. Thought I should at least report it. ---------------------------------------------------------------------- >Comment By: Kurt B. Kaiser (kbk) Date: 2003-06-03 12:14 Message: Logged In: YES user_id=149084 First, the CVS issues: If you have lower case .txt files (except for help.txt) there is something wrong with your cvs client or other setup. The repository is correct. Also, the line endings for help.txt in the repository are 0x0a (\n) with no \r involved. So again, it sounds like a cvs client problem. The socket problem: Since you are struggling a bit you may have moribund IDLEfork processes. Do a ps fx and kill any you see, then try again. Once the first instance of IDLEfork is started I would like all subsequent attempts to fail cleanly, but that is still not completely robust. Once it is, we can move on to Michael William's request to run multiple copies of IDLEfork simultaneously. (To give you an idea of how flakey this is, /once/ on WinXP I had two copies running with one printing a string of 1's and the other a string of 2's. But it's not supposed to be possible to have two processes setting up connections on the same socket. And I can't reproduce it.) When this kind of thing happens to me it's usually because I created a bug that caused IDLE to fail while initializing, and the stuck process prevents the next instance from initializing. ps fx and kill are your friends. I haven't seen anything like the last problem. It's likely related to incomplete initialization of IDLE on startup. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=109579&aid=747772&group_id=9579 From noreply@sourceforge.net Tue Jun 3 18:24:42 2003 From: noreply@sourceforge.net (SourceForge.net) Date: Tue, 03 Jun 2003 10:24:42 -0700 Subject: [Idle-dev] [ idlefork-Bugs-747772 ] RedHat Linux 8.0 problems Message-ID: Bugs item #747772, was opened at 2003-06-02 17:41 Message generated for change (Comment added) made by gvanrossum You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=109579&aid=747772&group_id=9579 Category: None Group: None Status: Open Resolution: Works For Me Priority: 5 Submitted By: Bruce Sherwood (bsherwood) Assigned to: Nobody/Anonymous (nobody) Summary: RedHat Linux 8.0 problems Initial Comment: When installing the latest CVS on RedHat Linux 8.0, setup failed because it was looking for CREDITS.txt, HISTORY.txt, INSTALL.txt, LICENSE.txt, NEWS.txt, and README.txt, all of which were present but with lower-case file names (which didn't matter on Windows). The Help for Idle displays "\r" at the end of each line. I always get the "cannot open socket" message, sometimes when trying to start Idle, but sometimes not until I press F5 to run. I don't have this problem with the old original idlefork. I had a nonreproducible problem with keyboard shortcuts such as Ctrl-C for copy. For a while they worked only for items on the Format menu. Now they all work. Thought I should at least report it. ---------------------------------------------------------------------- >Comment By: Guido van Rossum (gvanrossum) Date: 2003-06-03 13:24 Message: Logged In: YES user_id=6380 Looks to me like maybe Bruce got the files on Windows and transferred them to Linux from there (or maybe shared them using VMWARE or SAMBA). ---------------------------------------------------------------------- Comment By: Kurt B. Kaiser (kbk) Date: 2003-06-03 13:14 Message: Logged In: YES user_id=149084 First, the CVS issues: If you have lower case .txt files (except for help.txt) there is something wrong with your cvs client or other setup. The repository is correct. Also, the line endings for help.txt in the repository are 0x0a (\n) with no \r involved. So again, it sounds like a cvs client problem. The socket problem: Since you are struggling a bit you may have moribund IDLEfork processes. Do a ps fx and kill any you see, then try again. Once the first instance of IDLEfork is started I would like all subsequent attempts to fail cleanly, but that is still not completely robust. Once it is, we can move on to Michael William's request to run multiple copies of IDLEfork simultaneously. (To give you an idea of how flakey this is, /once/ on WinXP I had two copies running with one printing a string of 1's and the other a string of 2's. But it's not supposed to be possible to have two processes setting up connections on the same socket. And I can't reproduce it.) When this kind of thing happens to me it's usually because I created a bug that caused IDLE to fail while initializing, and the stuck process prevents the next instance from initializing. ps fx and kill are your friends. I haven't seen anything like the last problem. It's likely related to incomplete initialization of IDLE on startup. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=109579&aid=747772&group_id=9579 From noreply@sourceforge.net Tue Jun 3 20:07:52 2003 From: noreply@sourceforge.net (SourceForge.net) Date: Tue, 03 Jun 2003 12:07:52 -0700 Subject: [Idle-dev] [ idlefork-Bugs-747772 ] RedHat Linux 8.0 problems Message-ID: Bugs item #747772, was opened at 2003-06-02 21:41 Message generated for change (Comment added) made by bsherwood You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=109579&aid=747772&group_id=9579 Category: None Group: None Status: Open Resolution: Works For Me Priority: 5 Submitted By: Bruce Sherwood (bsherwood) Assigned to: Nobody/Anonymous (nobody) Summary: RedHat Linux 8.0 problems Initial Comment: When installing the latest CVS on RedHat Linux 8.0, setup failed because it was looking for CREDITS.txt, HISTORY.txt, INSTALL.txt, LICENSE.txt, NEWS.txt, and README.txt, all of which were present but with lower-case file names (which didn't matter on Windows). The Help for Idle displays "\r" at the end of each line. I always get the "cannot open socket" message, sometimes when trying to start Idle, but sometimes not until I press F5 to run. I don't have this problem with the old original idlefork. I had a nonreproducible problem with keyboard shortcuts such as Ctrl-C for copy. For a while they worked only for items on the Format menu. Now they all work. Thought I should at least report it. ---------------------------------------------------------------------- >Comment By: Bruce Sherwood (bsherwood) Date: 2003-06-03 19:07 Message: Logged In: YES user_id=34881 Guido's right -- my fault for passing through Windows on the way to Linux. And I should have checked CVS to see the names there. Today I used IDLEfork-0.9b1 to install on Linux without difficulty, but I still can't run a program. If I set preferences to start in an edit window, I can edit, but as soon as I press F5 I get the socket error. If on the other hand I set preferences to start in the shell, I get the socket error immediately, before any window opens. ps fx shows no instances of Python lying around. I don't know what to try. I repeat that the VPython version of Idle continues to work on my Linux machine. ---------------------------------------------------------------------- Comment By: Guido van Rossum (gvanrossum) Date: 2003-06-03 17:24 Message: Logged In: YES user_id=6380 Looks to me like maybe Bruce got the files on Windows and transferred them to Linux from there (or maybe shared them using VMWARE or SAMBA). ---------------------------------------------------------------------- Comment By: Kurt B. Kaiser (kbk) Date: 2003-06-03 17:14 Message: Logged In: YES user_id=149084 First, the CVS issues: If you have lower case .txt files (except for help.txt) there is something wrong with your cvs client or other setup. The repository is correct. Also, the line endings for help.txt in the repository are 0x0a (\n) with no \r involved. So again, it sounds like a cvs client problem. The socket problem: Since you are struggling a bit you may have moribund IDLEfork processes. Do a ps fx and kill any you see, then try again. Once the first instance of IDLEfork is started I would like all subsequent attempts to fail cleanly, but that is still not completely robust. Once it is, we can move on to Michael William's request to run multiple copies of IDLEfork simultaneously. (To give you an idea of how flakey this is, /once/ on WinXP I had two copies running with one printing a string of 1's and the other a string of 2's. But it's not supposed to be possible to have two processes setting up connections on the same socket. And I can't reproduce it.) When this kind of thing happens to me it's usually because I created a bug that caused IDLE to fail while initializing, and the stuck process prevents the next instance from initializing. ps fx and kill are your friends. I haven't seen anything like the last problem. It's likely related to incomplete initialization of IDLE on startup. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=109579&aid=747772&group_id=9579 From noreply@sourceforge.net Wed Jun 4 00:44:13 2003 From: noreply@sourceforge.net (SourceForge.net) Date: Tue, 03 Jun 2003 16:44:13 -0700 Subject: [Idle-dev] [ idlefork-Bugs-747772 ] RedHat Linux 8.0 problems Message-ID: Bugs item #747772, was opened at 2003-06-02 16:41 Message generated for change (Comment added) made by kbk You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=109579&aid=747772&group_id=9579 Category: None Group: None Status: Open Resolution: Works For Me Priority: 5 Submitted By: Bruce Sherwood (bsherwood) Assigned to: Nobody/Anonymous (nobody) Summary: RedHat Linux 8.0 problems Initial Comment: When installing the latest CVS on RedHat Linux 8.0, setup failed because it was looking for CREDITS.txt, HISTORY.txt, INSTALL.txt, LICENSE.txt, NEWS.txt, and README.txt, all of which were present but with lower-case file names (which didn't matter on Windows). The Help for Idle displays "\r" at the end of each line. I always get the "cannot open socket" message, sometimes when trying to start Idle, but sometimes not until I press F5 to run. I don't have this problem with the old original idlefork. I had a nonreproducible problem with keyboard shortcuts such as Ctrl-C for copy. For a while they worked only for items on the Format menu. Now they all work. Thought I should at least report it. ---------------------------------------------------------------------- >Comment By: Kurt B. Kaiser (kbk) Date: 2003-06-03 18:44 Message: Logged In: YES user_id=149084 Please start IDLEfork from the command line and post all the error messages here. If you have lsof installed, please post the output of lsof -i after the error occurs, also. ---------------------------------------------------------------------- Comment By: Bruce Sherwood (bsherwood) Date: 2003-06-03 14:07 Message: Logged In: YES user_id=34881 Guido's right -- my fault for passing through Windows on the way to Linux. And I should have checked CVS to see the names there. Today I used IDLEfork-0.9b1 to install on Linux without difficulty, but I still can't run a program. If I set preferences to start in an edit window, I can edit, but as soon as I press F5 I get the socket error. If on the other hand I set preferences to start in the shell, I get the socket error immediately, before any window opens. ps fx shows no instances of Python lying around. I don't know what to try. I repeat that the VPython version of Idle continues to work on my Linux machine. ---------------------------------------------------------------------- Comment By: Guido van Rossum (gvanrossum) Date: 2003-06-03 12:24 Message: Logged In: YES user_id=6380 Looks to me like maybe Bruce got the files on Windows and transferred them to Linux from there (or maybe shared them using VMWARE or SAMBA). ---------------------------------------------------------------------- Comment By: Kurt B. Kaiser (kbk) Date: 2003-06-03 12:14 Message: Logged In: YES user_id=149084 First, the CVS issues: If you have lower case .txt files (except for help.txt) there is something wrong with your cvs client or other setup. The repository is correct. Also, the line endings for help.txt in the repository are 0x0a (\n) with no \r involved. So again, it sounds like a cvs client problem. The socket problem: Since you are struggling a bit you may have moribund IDLEfork processes. Do a ps fx and kill any you see, then try again. Once the first instance of IDLEfork is started I would like all subsequent attempts to fail cleanly, but that is still not completely robust. Once it is, we can move on to Michael William's request to run multiple copies of IDLEfork simultaneously. (To give you an idea of how flakey this is, /once/ on WinXP I had two copies running with one printing a string of 1's and the other a string of 2's. But it's not supposed to be possible to have two processes setting up connections on the same socket. And I can't reproduce it.) When this kind of thing happens to me it's usually because I created a bug that caused IDLE to fail while initializing, and the stuck process prevents the next instance from initializing. ps fx and kill are your friends. I haven't seen anything like the last problem. It's likely related to incomplete initialization of IDLE on startup. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=109579&aid=747772&group_id=9579 From basherwo@unity.ncsu.edu Wed Jun 4 02:22:50 2003 From: basherwo@unity.ncsu.edu (Bruce Sherwood) Date: Tue, 03 Jun 2003 21:22:50 -0400 Subject: [Idle-dev] Thanks, Kurt! Message-ID: <3EDD49EA.90106@unity.ncsu.edu> We fans of idlefork owe Kurt an enormous debt for the huge amount of excellent work he has done to get out the latest release. THANK YOU! Bruce Sherwood From noreply@sourceforge.net Wed Jun 4 17:19:42 2003 From: noreply@sourceforge.net (SourceForge.net) Date: Wed, 04 Jun 2003 09:19:42 -0700 Subject: [Idle-dev] [ idlefork-Bugs-747772 ] RedHat Linux 8.0 problems Message-ID: Bugs item #747772, was opened at 2003-06-02 21:41 Message generated for change (Comment added) made by bsherwood You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=109579&aid=747772&group_id=9579 Category: None Group: None Status: Open Resolution: Works For Me Priority: 5 Submitted By: Bruce Sherwood (bsherwood) Assigned to: Nobody/Anonymous (nobody) Summary: RedHat Linux 8.0 problems Initial Comment: When installing the latest CVS on RedHat Linux 8.0, setup failed because it was looking for CREDITS.txt, HISTORY.txt, INSTALL.txt, LICENSE.txt, NEWS.txt, and README.txt, all of which were present but with lower-case file names (which didn't matter on Windows). The Help for Idle displays "\r" at the end of each line. I always get the "cannot open socket" message, sometimes when trying to start Idle, but sometimes not until I press F5 to run. I don't have this problem with the old original idlefork. I had a nonreproducible problem with keyboard shortcuts such as Ctrl-C for copy. For a while they worked only for items on the Format menu. Now they all work. Thought I should at least report it. ---------------------------------------------------------------------- >Comment By: Bruce Sherwood (bsherwood) Date: 2003-06-04 16:19 Message: Logged In: YES user_id=34881 Here is what I get both before and after running idlefork from lsof -i: COMMAND PID USER FD TYPE DEVICE SIZE NODE NAME portmap 530 rpc 3u IPv4 926 UDP *:sunrpc portmap 530 rpc 4u IPv4 927 TCP *:sunrpc (LISTEN) rpc.statd 549 rpcuser 4u IPv4 1000 UDP *:1024 rpc.statd 549 rpcuser 6u IPv4 1003 TCP *:1024 (LISTEN) sshd 678 root 3u IPv4 1324 TCP *:ssh (LISTEN) xinetd 692 root 5u IPv4 1364 TCP 127.0.0.1:1025 (LISTEN) X 853 root 1u IPv4 1589 TCP *:x11 (LISTEN) fam 943 root 0u IPv4 1364 TCP 127.0.0.1:1025 (LISTEN) fam 943 root 1u IPv4 1364 TCP 127.0.0.1:1025 (LISTEN) fam 943 root 2u IPv4 1364 TCP 127.0.0.1:1025 (LISTEN) I don't see how to get this info at the instant that I press F5, though I did clumsily try to do this. Is there some test of that kind you'd like me to do? How do I do it? ---------------------------------------------------------------------- Comment By: Kurt B. Kaiser (kbk) Date: 2003-06-03 23:44 Message: Logged In: YES user_id=149084 Please start IDLEfork from the command line and post all the error messages here. If you have lsof installed, please post the output of lsof -i after the error occurs, also. ---------------------------------------------------------------------- Comment By: Bruce Sherwood (bsherwood) Date: 2003-06-03 19:07 Message: Logged In: YES user_id=34881 Guido's right -- my fault for passing through Windows on the way to Linux. And I should have checked CVS to see the names there. Today I used IDLEfork-0.9b1 to install on Linux without difficulty, but I still can't run a program. If I set preferences to start in an edit window, I can edit, but as soon as I press F5 I get the socket error. If on the other hand I set preferences to start in the shell, I get the socket error immediately, before any window opens. ps fx shows no instances of Python lying around. I don't know what to try. I repeat that the VPython version of Idle continues to work on my Linux machine. ---------------------------------------------------------------------- Comment By: Guido van Rossum (gvanrossum) Date: 2003-06-03 17:24 Message: Logged In: YES user_id=6380 Looks to me like maybe Bruce got the files on Windows and transferred them to Linux from there (or maybe shared them using VMWARE or SAMBA). ---------------------------------------------------------------------- Comment By: Kurt B. Kaiser (kbk) Date: 2003-06-03 17:14 Message: Logged In: YES user_id=149084 First, the CVS issues: If you have lower case .txt files (except for help.txt) there is something wrong with your cvs client or other setup. The repository is correct. Also, the line endings for help.txt in the repository are 0x0a (\n) with no \r involved. So again, it sounds like a cvs client problem. The socket problem: Since you are struggling a bit you may have moribund IDLEfork processes. Do a ps fx and kill any you see, then try again. Once the first instance of IDLEfork is started I would like all subsequent attempts to fail cleanly, but that is still not completely robust. Once it is, we can move on to Michael William's request to run multiple copies of IDLEfork simultaneously. (To give you an idea of how flakey this is, /once/ on WinXP I had two copies running with one printing a string of 1's and the other a string of 2's. But it's not supposed to be possible to have two processes setting up connections on the same socket. And I can't reproduce it.) When this kind of thing happens to me it's usually because I created a bug that caused IDLE to fail while initializing, and the stuck process prevents the next instance from initializing. ps fx and kill are your friends. I haven't seen anything like the last problem. It's likely related to incomplete initialization of IDLE on startup. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=109579&aid=747772&group_id=9579 From noreply@sourceforge.net Wed Jun 4 17:22:18 2003 From: noreply@sourceforge.net (SourceForge.net) Date: Wed, 04 Jun 2003 09:22:18 -0700 Subject: [Idle-dev] [ idlefork-Bugs-748973 ] Wrong starting folder for save of new file Message-ID: Bugs item #748973, was opened at 2003-06-04 16:22 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=109579&aid=748973&group_id=9579 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Bruce Sherwood (bsherwood) Assigned to: Nobody/Anonymous (nobody) Summary: Wrong starting folder for save of new file Initial Comment: I start idlefork in some folder A, then create a new edit window, edit, and save into a different folder B. In the menu bar for this new file I choose New Window, edit, then save. I expect the file save dialog box to be in B, but it is in A, which is awkward. One of the additional places where folder context makes sense is that saving a new file should go to the folder I was in when I made the new window. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=109579&aid=748973&group_id=9579 From noreply@sourceforge.net Wed Jun 4 17:23:01 2003 From: noreply@sourceforge.net (SourceForge.net) Date: Wed, 04 Jun 2003 09:23:01 -0700 Subject: [Idle-dev] [ idlefork-Bugs-748975 ] Print Window in shell Message-ID: Bugs item #748975, was opened at 2003-06-04 16:23 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=109579&aid=748975&group_id=9579 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Bruce Sherwood (bsherwood) Assigned to: Nobody/Anonymous (nobody) Summary: Print Window in shell Initial Comment: In the shell, Print Window brings up a mysterious dialog box which says "Cannot find the None.txt file. Do you want to create a new file?" I bemusedly click Ok, and nothing happens. In contrast, Print Window works fine in an edit window. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=109579&aid=748975&group_id=9579 From noreply@sourceforge.net Wed Jun 4 23:24:52 2003 From: noreply@sourceforge.net (SourceForge.net) Date: Wed, 04 Jun 2003 15:24:52 -0700 Subject: [Idle-dev] [ idlefork-Bugs-748973 ] Wrong starting folder for save of new file Message-ID: Bugs item #748973, was opened at 2003-06-04 11:22 Message generated for change (Comment added) made by kbk You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=109579&aid=748973&group_id=9579 Category: None Group: None Status: Open >Resolution: Later Priority: 5 Submitted By: Bruce Sherwood (bsherwood) >Assigned to: Kurt B. Kaiser (kbk) Summary: Wrong starting folder for save of new file Initial Comment: I start idlefork in some folder A, then create a new edit window, edit, and save into a different folder B. In the menu bar for this new file I choose New Window, edit, then save. I expect the file save dialog box to be in B, but it is in A, which is awkward. One of the additional places where folder context makes sense is that saving a new file should go to the folder I was in when I made the new window. ---------------------------------------------------------------------- >Comment By: Kurt B. Kaiser (kbk) Date: 2003-06-04 17:24 Message: Logged In: YES user_id=149084 Yes, I'd like to see this fixed, also. This is the issue that GvR commented on in Idledev. My response was that a fix involved several modules (in an area that was buggy and needed re-factoring) and was too risky to do in the Python 2.3 release. Python 2.4. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=109579&aid=748973&group_id=9579 From noreply@sourceforge.net Thu Jun 5 02:24:56 2003 From: noreply@sourceforge.net (SourceForge.net) Date: Wed, 04 Jun 2003 18:24:56 -0700 Subject: [Idle-dev] [ idlefork-Bugs-748973 ] Wrong starting folder for save of new file Message-ID: Bugs item #748973, was opened at 2003-06-04 12:22 Message generated for change (Comment added) made by gvanrossum You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=109579&aid=748973&group_id=9579 Category: None Group: None Status: Open Resolution: Later Priority: 5 Submitted By: Bruce Sherwood (bsherwood) Assigned to: Kurt B. Kaiser (kbk) Summary: Wrong starting folder for save of new file Initial Comment: I start idlefork in some folder A, then create a new edit window, edit, and save into a different folder B. In the menu bar for this new file I choose New Window, edit, then save. I expect the file save dialog box to be in B, but it is in A, which is awkward. One of the additional places where folder context makes sense is that saving a new file should go to the folder I was in when I made the new window. ---------------------------------------------------------------------- >Comment By: Guido van Rossum (gvanrossum) Date: 2003-06-04 21:24 Message: Logged In: YES user_id=6380 I disagree that this should wait for Python 2.4. Below's a patch. It may not be perfect, but it works for me. ---------------------------------------------------------------------- Comment By: Kurt B. Kaiser (kbk) Date: 2003-06-04 18:24 Message: Logged In: YES user_id=149084 Yes, I'd like to see this fixed, also. This is the issue that GvR commented on in Idledev. My response was that a fix involved several modules (in an area that was buggy and needed re-factoring) and was too risky to do in the Python 2.3 release. Python 2.4. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=109579&aid=748973&group_id=9579 From noreply@sourceforge.net Thu Jun 5 03:35:40 2003 From: noreply@sourceforge.net (SourceForge.net) Date: Wed, 04 Jun 2003 19:35:40 -0700 Subject: [Idle-dev] [ idlefork-Bugs-748973 ] Wrong starting folder for save of new file Message-ID: Bugs item #748973, was opened at 2003-06-04 11:22 Message generated for change (Comment added) made by kbk You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=109579&aid=748973&group_id=9579 Category: None Group: None >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Bruce Sherwood (bsherwood) Assigned to: Kurt B. Kaiser (kbk) Summary: Wrong starting folder for save of new file Initial Comment: I start idlefork in some folder A, then create a new edit window, edit, and save into a different folder B. In the menu bar for this new file I choose New Window, edit, then save. I expect the file save dialog box to be in B, but it is in A, which is awkward. One of the additional places where folder context makes sense is that saving a new file should go to the folder I was in when I made the new window. ---------------------------------------------------------------------- >Comment By: Kurt B. Kaiser (kbk) Date: 2003-06-04 21:35 Message: Logged In: YES user_id=149084 Applied. Thanks for the patch! EditorWindow 1.48 FileList 1.5 IOBinding 1.17 ---------------------------------------------------------------------- Comment By: Guido van Rossum (gvanrossum) Date: 2003-06-04 20:24 Message: Logged In: YES user_id=6380 I disagree that this should wait for Python 2.4. Below's a patch. It may not be perfect, but it works for me. ---------------------------------------------------------------------- Comment By: Kurt B. Kaiser (kbk) Date: 2003-06-04 17:24 Message: Logged In: YES user_id=149084 Yes, I'd like to see this fixed, also. This is the issue that GvR commented on in Idledev. My response was that a fix involved several modules (in an area that was buggy and needed re-factoring) and was too risky to do in the Python 2.3 release. Python 2.4. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=109579&aid=748973&group_id=9579 From kbk@users.sourceforge.net Thu Jun 5 03:38:35 2003 From: kbk@users.sourceforge.net (Kurt B. Kaiser) Date: Wed, 04 Jun 2003 19:38:35 -0700 Subject: [Idle-dev] CVS: idle ScriptBinding.py,1.24,1.25 Message-ID: Update of /cvsroot/idlefork/idle In directory sc8-pr-cvs1:/tmp/cvs-serv2111 Modified Files: ScriptBinding.py Log Message: SF 747667 Error Doesn't Decolorize Also improved error notification if Tabnanny detects a TokenError. M ScriptBinding Index: ScriptBinding.py =================================================================== RCS file: /cvsroot/idlefork/idle/ScriptBinding.py,v retrieving revision 1.24 retrieving revision 1.25 diff -C2 -r1.24 -r1.25 *** ScriptBinding.py 31 May 2003 23:44:18 -0000 1.24 --- ScriptBinding.py 5 Jun 2003 02:38:32 -0000 1.25 *************** *** 70,74 **** tabnanny.process_tokens(tokenize.generate_tokens(f.readline)) except tokenize.TokenError, msg: ! self.errorbox("Token error", "Token error:\n%s" % msg) return False except tabnanny.NannyNag, nag: --- 70,77 ---- tabnanny.process_tokens(tokenize.generate_tokens(f.readline)) except tokenize.TokenError, msg: ! msgtxt, (lineno, start) = msg ! self.editwin.gotoline(lineno) ! self.errorbox("Tabnanny Tokenizing Error", ! "Token Error: %s" % msgtxt) return False except tabnanny.NannyNag, nag: *************** *** 87,90 **** --- 90,95 ---- if source and source[-1] != '\n': source = source + '\n' + text = self.editwin.text + text.tag_remove("ERROR", "1.0", "end") try: # If successful, return the compiled code From noreply@sourceforge.net Thu Jun 5 03:39:02 2003 From: noreply@sourceforge.net (SourceForge.net) Date: Wed, 04 Jun 2003 19:39:02 -0700 Subject: [Idle-dev] [ idlefork-Bugs-747667 ] Error doesn't decolorize Message-ID: Bugs item #747667, was opened at 2003-06-02 13:27 Message generated for change (Comment added) made by kbk You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=109579&aid=747667&group_id=9579 Category: None Group: None >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Bruce Sherwood (bsherwood) Assigned to: Nobody/Anonymous (nobody) Summary: Error doesn't decolorize Initial Comment: On Windows, using the latest CVS version: In the midst of a program file, deliberately omit a final right parens and run. Get syntax error message, and the first word of the next line is colorized. Add the ")" to the preceding line and run again. The colorized word stays colorized forever, even if you scroll it off and back on the screen. In fact, at the moment I have several different colorized words being displayed. (It is a long-standing bug that the line FOLLOWING a missing right parens is flagged rather than the line itself. I can kind of see how this happens, but it is a large source of confusion, especially for unsophisticated users, because the flagged line looks and is correct.) ---------------------------------------------------------------------- >Comment By: Kurt B. Kaiser (kbk) Date: 2003-06-04 21:39 Message: Logged In: YES user_id=149084 ScriptBinding 1.25 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=109579&aid=747667&group_id=9579 From kbk@users.sourceforge.net Thu Jun 5 03:34:07 2003 From: kbk@users.sourceforge.net (Kurt B. Kaiser) Date: Wed, 04 Jun 2003 19:34:07 -0700 Subject: [Idle-dev] CVS: idle EditorWindow.py,1.47,1.48 FileList.py,1.4,1.5 IOBinding.py,1.16,1.17 Message-ID: Update of /cvsroot/idlefork/idle In directory sc8-pr-cvs1:/tmp/cvs-serv32206 Modified Files: EditorWindow.py FileList.py IOBinding.py Log Message: SF 748973 Guido van Rossum patch New Window should save in the directory of the Editor Window from which it was selected. M EditorWindow.py M FileList.py M IOBinding.py Index: EditorWindow.py =================================================================== RCS file: /cvsroot/idlefork/idle/EditorWindow.py,v retrieving revision 1.47 retrieving revision 1.48 diff -C2 -r1.47 -r1.48 *** EditorWindow.py 17 Jan 2003 04:04:06 -0000 1.47 --- EditorWindow.py 5 Jun 2003 02:34:04 -0000 1.48 *************** *** 140,144 **** if key: flist.dict[key] = self ! text.bind("<>", self.flist.new_callback) text.bind("<>", self.flist.close_all_callback) text.bind("<>", self.open_class_browser) --- 140,144 ---- if key: flist.dict[key] = self ! text.bind("<>", self.new_callback) text.bind("<>", self.flist.close_all_callback) text.bind("<>", self.open_class_browser) *************** *** 183,187 **** if filename: ! if os.path.exists(filename): io.loadfile(filename) else: --- 183,187 ---- if filename: ! if os.path.exists(filename) and not os.path.isdir(filename): io.loadfile(filename) else: *************** *** 210,213 **** --- 210,218 ---- self.extensions['AutoIndent'].set_indentation_params( self.ispythonsource(filename)) + + def new_callback(self, event): + dirname, basename = self.io.defaultfilename() + self.flist.new(dirname) + return "break" def set_status_bar(self): Index: FileList.py =================================================================== RCS file: /cvsroot/idlefork/idle/FileList.py,v retrieving revision 1.4 retrieving revision 1.5 diff -C2 -r1.4 -r1.5 *** FileList.py 14 Jul 2001 04:45:32 -0000 1.4 --- FileList.py 5 Jun 2003 02:34:04 -0000 1.5 *************** *** 59,64 **** edit.gotoline(lineno) ! def new(self): ! return self.EditorWindow(self) def new_callback(self, event): --- 59,64 ---- edit.gotoline(lineno) ! def new(self, filename=None): ! return self.EditorWindow(self, filename) def new_callback(self, event): Index: IOBinding.py =================================================================== RCS file: /cvsroot/idlefork/idle/IOBinding.py,v retrieving revision 1.16 retrieving revision 1.17 diff -C2 -r1.16 -r1.17 *** IOBinding.py 18 May 2003 02:24:32 -0000 1.16 --- IOBinding.py 5 Jun 2003 02:34:04 -0000 1.17 *************** *** 180,189 **** filename = None def set_filename(self, filename): ! self.filename = filename ! self.set_saved(1) ! if self.filename_change_hook: ! self.filename_change_hook() def open(self, event=None, editFile=None): --- 180,195 ---- filename = None + dirname = None def set_filename(self, filename): ! if filename and os.path.isdir(filename): ! self.filename = None ! self.dirname = filename ! else: ! self.filename = filename ! self.dirname = None ! self.set_saved(1) ! if self.filename_change_hook: ! self.filename_change_hook() def open(self, event=None, editFile=None): *************** *** 506,509 **** --- 512,517 ---- if self.filename: return os.path.split(self.filename) + elif self.dirname: + return self.dirname, "" else: try: From gvanrossum@users.sourceforge.net Thu Jun 5 12:36:59 2003 From: gvanrossum@users.sourceforge.net (Guido van Rossum) Date: Thu, 05 Jun 2003 04:36:59 -0700 Subject: [Idle-dev] CVS: idle EditorWindow.py,1.48,1.49 Message-ID: Update of /cvsroot/idlefork/idle In directory sc8-pr-cvs1:/tmp/cvs-serv23744 Modified Files: EditorWindow.py Log Message: Change to <>: always pop up the dialog, using the current selection as the default value. This is easier to use habitually. Index: EditorWindow.py =================================================================== RCS file: /cvsroot/idlefork/idle/EditorWindow.py,v retrieving revision 1.48 retrieving revision 1.49 diff -C2 -r1.48 -r1.49 *** EditorWindow.py 5 Jun 2003 02:34:04 -0000 1.48 --- EditorWindow.py 5 Jun 2003 11:36:55 -0000 1.49 *************** *** 412,424 **** else: name = name.strip() if not name: ! name = tkSimpleDialog.askstring("Module", ! "Enter the name of a Python module\n" ! "to search on sys.path and open:", ! parent=self.text) ! if name: ! name = name.strip() ! if not name: ! return # XXX Ought to insert current file's directory in front of path try: --- 412,423 ---- else: name = name.strip() + name = tkSimpleDialog.askstring("Module", + "Enter the name of a Python module\n" + "to search on sys.path and open:", + parent=self.text, initialvalue=name) + if name: + name = name.strip() if not name: ! return # XXX Ought to insert current file's directory in front of path try: From kbk@users.sourceforge.net Fri Jun 6 00:51:33 2003 From: kbk@users.sourceforge.net (Kurt B. Kaiser) Date: Thu, 05 Jun 2003 16:51:33 -0700 Subject: [Idle-dev] CVS: idle PyShell.py,1.73,1.74 rpc.py,1.25,1.26 run.py,1.21,1.22 Message-ID: Update of /cvsroot/idlefork/idle In directory sc8-pr-cvs1:/tmp/cvs-serv17150 Modified Files: PyShell.py rpc.py run.py Log Message: Avoid problem resolving 'localhost' M PyShell.py M rpc.py M run.py Index: PyShell.py =================================================================== RCS file: /cvsroot/idlefork/idle/PyShell.py,v retrieving revision 1.73 retrieving revision 1.74 diff -C2 -r1.73 -r1.74 *** PyShell.py 2 Jun 2003 01:50:19 -0000 1.73 --- PyShell.py 5 Jun 2003 23:51:28 -0000 1.74 *************** *** 36,39 **** --- 36,40 ---- IDENTCHARS = string.ascii_letters + string.digits + "_" + LOCALHOST = '127.0.0.1' try: *************** *** 337,341 **** def start_subprocess(self): ! addr = ("localhost", self.port) # Idle starts listening for connection on localhost for i in range(3): --- 338,342 ---- def start_subprocess(self): ! addr = (LOCALHOST, self.port) # Idle starts listening for connection on localhost for i in range(3): Index: rpc.py =================================================================== RCS file: /cvsroot/idlefork/idle/rpc.py,v retrieving revision 1.25 retrieving revision 1.26 diff -C2 -r1.25 -r1.26 *** rpc.py 24 May 2003 20:59:15 -0000 1.25 --- rpc.py 5 Jun 2003 23:51:28 -0000 1.26 *************** *** 65,68 **** --- 65,69 ---- BUFSIZE = 8*1024 + LOCALHOST = '127.0.0.1' class RPCServer(SocketServer.TCPServer): *************** *** 526,530 **** if self.debugging: print>>sys.__stderr__, "****** Connection request from ", address ! if address[0] == '127.0.0.1': SocketIO.__init__(self, working_sock) else: --- 527,531 ---- if self.debugging: print>>sys.__stderr__, "****** Connection request from ", address ! if address[0] == LOCALHOST: SocketIO.__init__(self, working_sock) else: *************** *** 656,660 **** def test(): ! addr=("localhost",8833) if len(sys.argv) == 2: if sys.argv[1]=='-server': --- 657,661 ---- def test(): ! addr=(LOCALHOST, 8833) if len(sys.argv) == 2: if sys.argv[1]=='-server': Index: run.py =================================================================== RCS file: /cvsroot/idlefork/idle/run.py,v retrieving revision 1.21 retrieving revision 1.22 diff -C2 -r1.21 -r1.22 *** run.py 2 Jun 2003 01:50:19 -0000 1.21 --- run.py 5 Jun 2003 23:51:29 -0000 1.22 *************** *** 18,21 **** --- 18,23 ---- import __main__ + LOCALHOST = '127.0.0.1' + # Thread shared globals: Establish a queue between a subthread (which handles # the socket) and the main thread (which runs user code), plus global *************** *** 53,57 **** sockthread = threading.Thread(target=manage_socket, name='SockThread', ! args=(('localhost', port),)) sockthread.setDaemon(True) sockthread.start() --- 55,59 ---- sockthread = threading.Thread(target=manage_socket, name='SockThread', ! args=((LOCALHOST, port),)) sockthread.setDaemon(True) sockthread.start() From noreply@sourceforge.net Fri Jun 6 03:15:06 2003 From: noreply@sourceforge.net (SourceForge.net) Date: Thu, 05 Jun 2003 19:15:06 -0700 Subject: [Idle-dev] [ idlefork-Bugs-747772 ] RedHat Linux 8.0 problems Message-ID: Bugs item #747772, was opened at 2003-06-02 16:41 Message generated for change (Comment added) made by kbk You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=109579&aid=747772&group_id=9579 Category: None Group: None >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Bruce Sherwood (bsherwood) >Assigned to: Kurt B. Kaiser (kbk) Summary: RedHat Linux 8.0 problems Initial Comment: When installing the latest CVS on RedHat Linux 8.0, setup failed because it was looking for CREDITS.txt, HISTORY.txt, INSTALL.txt, LICENSE.txt, NEWS.txt, and README.txt, all of which were present but with lower-case file names (which didn't matter on Windows). The Help for Idle displays "\r" at the end of each line. I always get the "cannot open socket" message, sometimes when trying to start Idle, but sometimes not until I press F5 to run. I don't have this problem with the old original idlefork. I had a nonreproducible problem with keyboard shortcuts such as Ctrl-C for copy. For a while they worked only for items on the Format menu. Now they all work. Thought I should at least report it. ---------------------------------------------------------------------- >Comment By: Kurt B. Kaiser (kbk) Date: 2003-06-05 21:15 Message: Logged In: YES user_id=149084 Linux issue was 'localhost' not resolving to '127.0.0.1' . Avoided by defining a LOCALHOST variable. ---------------------------------------------------------------------- Comment By: Bruce Sherwood (bsherwood) Date: 2003-06-04 11:19 Message: Logged In: YES user_id=34881 Here is what I get both before and after running idlefork from lsof -i: COMMAND PID USER FD TYPE DEVICE SIZE NODE NAME portmap 530 rpc 3u IPv4 926 UDP *:sunrpc portmap 530 rpc 4u IPv4 927 TCP *:sunrpc (LISTEN) rpc.statd 549 rpcuser 4u IPv4 1000 UDP *:1024 rpc.statd 549 rpcuser 6u IPv4 1003 TCP *:1024 (LISTEN) sshd 678 root 3u IPv4 1324 TCP *:ssh (LISTEN) xinetd 692 root 5u IPv4 1364 TCP 127.0.0.1:1025 (LISTEN) X 853 root 1u IPv4 1589 TCP *:x11 (LISTEN) fam 943 root 0u IPv4 1364 TCP 127.0.0.1:1025 (LISTEN) fam 943 root 1u IPv4 1364 TCP 127.0.0.1:1025 (LISTEN) fam 943 root 2u IPv4 1364 TCP 127.0.0.1:1025 (LISTEN) I don't see how to get this info at the instant that I press F5, though I did clumsily try to do this. Is there some test of that kind you'd like me to do? How do I do it? ---------------------------------------------------------------------- Comment By: Kurt B. Kaiser (kbk) Date: 2003-06-03 18:44 Message: Logged In: YES user_id=149084 Please start IDLEfork from the command line and post all the error messages here. If you have lsof installed, please post the output of lsof -i after the error occurs, also. ---------------------------------------------------------------------- Comment By: Bruce Sherwood (bsherwood) Date: 2003-06-03 14:07 Message: Logged In: YES user_id=34881 Guido's right -- my fault for passing through Windows on the way to Linux. And I should have checked CVS to see the names there. Today I used IDLEfork-0.9b1 to install on Linux without difficulty, but I still can't run a program. If I set preferences to start in an edit window, I can edit, but as soon as I press F5 I get the socket error. If on the other hand I set preferences to start in the shell, I get the socket error immediately, before any window opens. ps fx shows no instances of Python lying around. I don't know what to try. I repeat that the VPython version of Idle continues to work on my Linux machine. ---------------------------------------------------------------------- Comment By: Guido van Rossum (gvanrossum) Date: 2003-06-03 12:24 Message: Logged In: YES user_id=6380 Looks to me like maybe Bruce got the files on Windows and transferred them to Linux from there (or maybe shared them using VMWARE or SAMBA). ---------------------------------------------------------------------- Comment By: Kurt B. Kaiser (kbk) Date: 2003-06-03 12:14 Message: Logged In: YES user_id=149084 First, the CVS issues: If you have lower case .txt files (except for help.txt) there is something wrong with your cvs client or other setup. The repository is correct. Also, the line endings for help.txt in the repository are 0x0a (\n) with no \r involved. So again, it sounds like a cvs client problem. The socket problem: Since you are struggling a bit you may have moribund IDLEfork processes. Do a ps fx and kill any you see, then try again. Once the first instance of IDLEfork is started I would like all subsequent attempts to fail cleanly, but that is still not completely robust. Once it is, we can move on to Michael William's request to run multiple copies of IDLEfork simultaneously. (To give you an idea of how flakey this is, /once/ on WinXP I had two copies running with one printing a string of 1's and the other a string of 2's. But it's not supposed to be possible to have two processes setting up connections on the same socket. And I can't reproduce it.) When this kind of thing happens to me it's usually because I created a bug that caused IDLE to fail while initializing, and the stuck process prevents the next instance from initializing. ps fx and kill are your friends. I haven't seen anything like the last problem. It's likely related to incomplete initialization of IDLE on startup. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=109579&aid=747772&group_id=9579 From kbk@users.sourceforge.net Fri Jun 6 22:58:41 2003 From: kbk@users.sourceforge.net (Kurt B. Kaiser) Date: Fri, 06 Jun 2003 14:58:41 -0700 Subject: [Idle-dev] CVS: idle EditorWindow.py,1.49,1.50 FileList.py,1.5,1.6 WindowList.py,1.4,1.5 Message-ID: Update of /cvsroot/idlefork/idle In directory sc8-pr-cvs1:/tmp/cvs-serv971 Modified Files: EditorWindow.py FileList.py WindowList.py Log Message: 1. Update WindowList registry when filename changes so that Window menu updates. 2. Display Python Shell window in Window menu 3. Remove some dead code in FileList.py M EditorWindow.py M FileList.py M WindowList.py Index: EditorWindow.py =================================================================== RCS file: /cvsroot/idlefork/idle/EditorWindow.py,v retrieving revision 1.49 retrieving revision 1.50 diff -C2 -r1.49 -r1.50 *** EditorWindow.py 5 Jun 2003 11:36:55 -0000 1.49 --- EditorWindow.py 6 Jun 2003 21:58:38 -0000 1.50 *************** *** 487,490 **** --- 487,491 ---- self.flist.filename_changed_edit(self) self.saved_change_hook() + self.top.update_windowlist_registry(self) if self.ispythonsource(self.io.filename): self.addcolorizer() Index: FileList.py =================================================================== RCS file: /cvsroot/idlefork/idle/FileList.py,v retrieving revision 1.5 retrieving revision 1.6 diff -C2 -r1.5 -r1.6 *** FileList.py 5 Jun 2003 02:34:04 -0000 1.5 --- FileList.py 6 Jun 2003 21:58:38 -0000 1.6 *************** *** 62,69 **** return self.EditorWindow(self, filename) - def new_callback(self, event): - self.new() - return "break" - def close_all_callback(self, event): for edit in self.inversedict.keys(): --- 62,65 ---- Index: WindowList.py =================================================================== RCS file: /cvsroot/idlefork/idle/WindowList.py,v retrieving revision 1.4 retrieving revision 1.5 diff -C2 -r1.4 -r1.5 *** WindowList.py 4 Oct 2002 21:54:41 -0000 1.4 --- WindowList.py 6 Jun 2003 21:58:38 -0000 1.5 *************** *** 30,36 **** list.sort() for title, window in list: - if title == "Python Shell": - # Hack -- until we have a better way to this - continue menu.add_command(label=title, command=window.wakeup) --- 30,33 ---- *************** *** 72,75 **** --- 69,75 ---- if not registry.dict: self.quit() + + def update_windowlist_registry(self, window): + registry.call_callbacks() def get_title(self): From kbk@users.sourceforge.net Sat Jun 7 04:21:19 2003 From: kbk@users.sourceforge.net (Kurt B. Kaiser) Date: Fri, 06 Jun 2003 20:21:19 -0700 Subject: [Idle-dev] CVS: idle EditorWindow.py,1.50,1.51 GrepDialog.py,1.3,1.4 Message-ID: Update of /cvsroot/idlefork/idle In directory sc8-pr-cvs1:/tmp/cvs-serv31869 Modified Files: EditorWindow.py GrepDialog.py Log Message: 1. Find in Files Dialog shows text selection if there is one 2. Remove obsolete comment associated with Window menu updating M EditorWindow.py M GrepDialog.py Index: EditorWindow.py =================================================================== RCS file: /cvsroot/idlefork/idle/EditorWindow.py,v retrieving revision 1.50 retrieving revision 1.51 diff -C2 -r1.50 -r1.51 *** EditorWindow.py 6 Jun 2003 21:58:38 -0000 1.50 --- EditorWindow.py 7 Jun 2003 03:21:17 -0000 1.51 *************** *** 260,266 **** def postwindowsmenu(self): # Only called when Windows menu exists - # XXX Actually, this Just-In-Time updating interferes badly - # XXX with the tear-off feature. It would be better to update - # XXX all Windows menus whenever the list of windows changes. menu = self.menudict['windows'] end = menu.index("end") --- 260,263 ---- Index: GrepDialog.py =================================================================== RCS file: /cvsroot/idlefork/idle/GrepDialog.py,v retrieving revision 1.3 retrieving revision 1.4 diff -C2 -r1.3 -r1.4 *** GrepDialog.py 16 Sep 2002 02:25:26 -0000 1.3 --- GrepDialog.py 7 Jun 2003 03:21:17 -0000 1.4 *************** *** 12,16 **** engine._grepdialog = GrepDialog(root, engine, flist) dialog = engine._grepdialog ! dialog.open(io) class GrepDialog(SearchDialogBase): --- 12,17 ---- engine._grepdialog = GrepDialog(root, engine, flist) dialog = engine._grepdialog ! searchphrase = text.get("sel.first", "sel.last") ! dialog.open(text, searchphrase, io) class GrepDialog(SearchDialogBase): *************** *** 26,31 **** self.recvar = BooleanVar(root) ! def open(self, io=None): ! SearchDialogBase.open(self, None) if io: path = io.filename or "" --- 27,32 ---- self.recvar = BooleanVar(root) ! def open(self, text, searchphrase, io=None): ! SearchDialogBase.open(self, text, searchphrase) if io: path = io.filename or "" From kbk@users.sourceforge.net Mon Jun 9 04:12:45 2003 From: kbk@users.sourceforge.net (Kurt B. Kaiser) Date: Sun, 08 Jun 2003 20:12:45 -0700 Subject: [Idle-dev] CVS: idle IOBinding.py,1.17,1.18 Message-ID: Update of /cvsroot/idlefork/idle In directory sc8-pr-cvs1:/tmp/cvs-serv10654 Modified Files: IOBinding.py Log Message: SF 748975 Printing unsaved shell fails M IOBinding.py Index: IOBinding.py =================================================================== RCS file: /cvsroot/idlefork/idle/IOBinding.py,v retrieving revision 1.17 retrieving revision 1.18 diff -C2 -r1.17 -r1.18 *** IOBinding.py 5 Jun 2003 02:34:04 -0000 1.17 --- IOBinding.py 9 Jun 2003 03:12:42 -0000 1.18 *************** *** 460,466 **** def print_window(self, event): tempfilename = None ! if self.get_saved(): filename = self.filename ! else: filename = tempfilename = tempfile.mktemp() if not self.writefile(filename): --- 460,469 ---- def print_window(self, event): tempfilename = None ! saved = self.get_saved() ! if saved: filename = self.filename ! # shell undo is reset after every prompt, looks saved, probably isn't ! if not saved or filename is None: ! # XXX KBK 08Jun03 Wouldn't it be better to ask the user to save? filename = tempfilename = tempfile.mktemp() if not self.writefile(filename): *************** *** 480,483 **** --- 483,487 ---- command = command % filename pipe = os.popen(command, "r") + # things can get ugly on NT if there is no printer available. output = pipe.read().strip() status = pipe.close() From noreply@sourceforge.net Mon Jun 9 04:16:13 2003 From: noreply@sourceforge.net (SourceForge.net) Date: Sun, 08 Jun 2003 20:16:13 -0700 Subject: [Idle-dev] [ idlefork-Bugs-748975 ] Print Window in shell Message-ID: Bugs item #748975, was opened at 2003-06-04 11:23 Message generated for change (Comment added) made by kbk You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=109579&aid=748975&group_id=9579 Category: None Group: None >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Bruce Sherwood (bsherwood) >Assigned to: Kurt B. Kaiser (kbk) Summary: Print Window in shell Initial Comment: In the shell, Print Window brings up a mysterious dialog box which says "Cannot find the None.txt file. Do you want to create a new file?" I bemusedly click Ok, and nothing happens. In contrast, Print Window works fine in an edit window. ---------------------------------------------------------------------- >Comment By: Kurt B. Kaiser (kbk) Date: 2003-06-08 22:16 Message: Logged In: YES user_id=149084 Can be avoided by saving the Shell window first. However, this fix will use a temporary file as the original patch intended. The header on the page may be ugly :-) IOBinding.py Rev 1.18 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=109579&aid=748975&group_id=9579 From kbk@shore.net Tue Jun 10 18:06:27 2003 From: kbk@shore.net (Kurt B. Kaiser) Date: Tue, 10 Jun 2003 13:06:27 -0400 Subject: [Idle-dev] Tagged Repository: IDLELIB_CREATED Message-ID: The nightly tarball from 09Jun03 was massaged and loaded into the Python CVS as .../Lib/idlelib -- KBK From kbk@shore.net Tue Jun 10 18:17:15 2003 From: kbk@shore.net (Kurt B. Kaiser) Date: Tue, 10 Jun 2003 13:17:15 -0400 Subject: [Idle-dev] IDLEfork Planning Message-ID: The nightly tarball from 09Jun03 was massaged and loaded into the Python CVS as .../Lib/idlelib A plan has been posted to Python-dev detailing what needs to be done to complete the re-integration into Python http://mail.python.org/pipermail/python-dev/2003-June/035994.html I expect to keep IDLEfork and Python .../Lib/idlelib sync'd until Python2.3 comes out and then release IDLEfork 1.0. Our plan is that at that point development would move to the Python CVS solely and the IDLEfork CVS would go into bugfix mode to support Python2.2 users. >From this point on, please post RFE, Patches, and Bugs to the Python Tracker at Sourceforge. Bugs specifically related to IDLEfork on Python2.2 can of course be posted to the IDLEfork Bug Tracker. __ KBK From kbk@shore.net Tue Jun 10 18:34:54 2003 From: kbk@shore.net (Kurt B. Kaiser) Date: Tue, 10 Jun 2003 13:34:54 -0400 Subject: [Idle-dev] Tagged *Python* Repository: IDLELIB_CREATED Message-ID: To synch both repositories: same tag in both. From noreply@sourceforge.net Wed Jun 11 18:57:24 2003 From: noreply@sourceforge.net (SourceForge.net) Date: Wed, 11 Jun 2003 10:57:24 -0700 Subject: [Idle-dev] [ idlefork-Bugs-752762 ] idlefork 0.9.1b app build fails Message-ID: Bugs item #752762, was opened at 2003-06-11 10:57 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=109579&aid=752762&group_id=9579 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: idlefork 0.9.1b app build fails Initial Comment: The 0.9.1b fails to find the icon resources it is looking for when building an app for os x: bash-2.05a$ pythonw buildapp.py build Building 'build/IDLE.app' Copying files [...] "/Library/Frameworks/Python.framework/Versions/2.3/lib/python2.3/shutil.py", line 37, in copyfile fsrc = open(src, 'rb') IOError: [Errno 2] No such file or directory: 'Icons/idle.icns' os x Thanks, mindlace sf@mindlace.net ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=109579&aid=752762&group_id=9579 From voynq8b9zjp0@bluemail.dk Thu Jun 12 01:30:53 2003 From: voynq8b9zjp0@bluemail.dk (Marshall Hood) Date: Thu, 12 Jun 03 00:30:53 GMT Subject: [Idle-dev] Performers bzo Message-ID: <43fq$$89s7246pk8i15u@0c626> This is a multi-part message in MIME format. --4.B_6AE_111F.5_7CBE1_. Content-Type: text/html; Content-Transfer-Encoding: quoted-printable
 
 
3D""

 

2 Round Trip = Airline Tickets for Travel World Wide, a $1,600 Value.  Yours now, when y= ou Join the Travel Values Alert Program for Only -  $149!
 
3D""
 
hetnzl kzxuijrobazgx cjpe ad zmeqvu hkvtr --4.B_6AE_111F.5_7CBE1_.-- From noreply@sourceforge.net Fri Jun 13 20:18:08 2003 From: noreply@sourceforge.net (SourceForge.net) Date: Fri, 13 Jun 2003 12:18:08 -0700 Subject: [Idle-dev] [ idlefork-Bugs-629985 ] Slow output Message-ID: Bugs item #629985, was opened at 2002-10-28 12:28 Message generated for change (Settings changed) made by gvanrossum You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=109579&aid=629985&group_id=9579 Category: None Group: None >Status: Closed Resolution: Accepted Priority: 4 Submitted By: Guido van Rossum (gvanrossum) Assigned to: Nobody/Anonymous (nobody) Summary: Slow output Initial Comment: When a program writes many small amounts of text to sys.stdout, the RPC package really seems to slow things down. Perhaps the RPC mechanism can be extended with a special case for "no-return" method calls, where the client doesn't wait for a response and the server doesn't send one. (This should only be done for functions that aren't expected to return a value or raise an exception, of course.) ---------------------------------------------------------------------- >Comment By: Guido van Rossum (gvanrossum) Date: 2003-06-13 15:18 Message: Logged In: YES user_id=6380 I think this has been hashed to death; there are some mysteries, but it's no big deal any more. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=109579&aid=629985&group_id=9579 From kbk@users.sourceforge.net Sat Jun 14 04:20:30 2003 From: kbk@users.sourceforge.net (Kurt B. Kaiser) Date: Fri, 13 Jun 2003 20:20:30 -0700 Subject: [Idle-dev] CVS: idle NEWS.txt,1.19,1.20 Message-ID: Update of /cvsroot/idlefork/idle In directory sc8-pr-cvs1:/tmp/cvs-serv6058 Modified Files: NEWS.txt Log Message: Update to show changes since Beta 1 Index: NEWS.txt =================================================================== RCS file: /cvsroot/idlefork/idle/NEWS.txt,v retrieving revision 1.19 retrieving revision 1.20 diff -C2 -r1.19 -r1.20 *** NEWS.txt 1 Jun 2003 01:11:13 -0000 1.19 --- NEWS.txt 14 Jun 2003 03:20:28 -0000 1.20 *************** *** 3,10 **** +++++++++++++ ! What's New in IDLEfork 0.9b1? =================================== *Release date: XX-XXX-2003* - The current working directory of the execution environment (and shell --- 3,41 ---- +++++++++++++ ! What's New in IDLEfork 0.9b1+? =================================== *Release date: XX-XXX-2003* + + - (Created the .../Lib/idlelib directory in the Python CVS, which is a + clone of IDLEfork) + + - Printing the Shell window was failing if it was not saved first SF 748975 + + - When using the Search in Files dialog, if the user had a selection + highlighted in his Editor window, insert it into the dialog search + field. + + - The Python Shell entry was disappearing from the Windows menu. + + - Update the Windows file list when a file name change occurs + + - Change to <>: always pop up the dialog, using the current + selection as the default value. This is easier to use habitually. + + - Avoided a problem with starting the subprocess when 'localhost' doesn't + resolve to the user's loopback interface. SF 747772 + + - Fixed an issue with highlighted errors never de-colorizing. + SF 747677. Also improved notification of Tabnanny Token Error. + + - File / New will by default save in the directory of the Edit window from + which it was initiated. SF 748973 Guido van Rossum patch. + + + What's New in IDLEfork 0.9b1? + =================================== + + *Release date: 02-Jun-2003* - The current working directory of the execution environment (and shell From noreply@sourceforge.net Sat Jun 14 18:57:31 2003 From: noreply@sourceforge.net (SourceForge.net) Date: Sat, 14 Jun 2003 10:57:31 -0700 Subject: [Idle-dev] [ idlefork-Patches-610329 ] Forwardport tempfile.py Interface Message-ID: Patches item #610329, was opened at 2002-09-16 22:23 Message generated for change (Comment added) made by kbk You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=309579&aid=610329&group_id=9579 Category: None Group: None >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Kurt B. Kaiser (kbk) Assigned to: Kurt B. Kaiser (kbk) Summary: Forwardport tempfile.py Interface Initial Comment: Attached patch must be integrated into IOBinding.py to track Python 2.3 Idle. Since Idlefork is intended to run under Python 2.2 it will not be merged at this time. ---------------------------------------------------------------------- >Comment By: Kurt B. Kaiser (kbk) Date: 2003-06-14 12:57 Message: Logged In: YES user_id=149084 Applied to Python IDLE idlelib/IOBinding.py Rev 1.19 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=309579&aid=610329&group_id=9579 From 237538@yahoo.com Sat Jun 14 20:58:06 2003 From: 237538@yahoo.com (237538@yahoo.com) Date: Sat, 14 Jun 2003 15:58:06 -0400 Subject: [Idle-dev] Worried about scratching your favorite movie? Message-ID: 1217957637@msn.com DVD Magic Pro ****** 43EB99A7-29C32533-5C1880AA-39B574ED-12B968B0 *************

DVD Magick Pro

A Revolutionary Way to Create DVDs in Your Own Home!

Want to Create your own DVD library?
Worried about scratching your favorite movie?
We have THE solution for you!
Now you can Make DVD's using your PC!
It's easy to use, and For a limited time it is Only $39.99!

- Instant Download!
- No DVD Burner Required
- Simple & Easy-to-Use
- Win 95/98/2k/XP Compatible

Click Here for More Info or
Order Online Now!
*** 736DCE2F-30CA0E3-73BE3360-367F3C3F-27B15A19 ************
From noreply@sourceforge.net Sun Jun 15 17:38:16 2003 From: noreply@sourceforge.net (SourceForge.net) Date: Sun, 15 Jun 2003 09:38:16 -0700 Subject: [Idle-dev] [ idlefork-Bugs-754928 ] opening non-existent files - faults Message-ID: Bugs item #754928, was opened at 2003-06-15 09:38 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=109579&aid=754928&group_id=9579 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: opening non-existent files - faults Initial Comment: This applies to idle 0.9b1 as contained within python cvs-version dated 2003/06/15 invoking idle on the command line by idle -e Test.py where the file 'Test.py' doesn't exist yet, opens a dialog asking whether to open a non-existing file. That's OK But saving this file (after entering something) asks for the filename. IMHO it should take the name 'Test.py' from above. Second scenario. Using File - Open in the Python-Shell and entering 'Test.py' where again this file doesn't exist yet pops up the same dialog but then does NOT give me an editor window. Thanks for idle 0.9 jarausch@skynet.be Helmut Jarausch Lehrstuhl fuer Numerische Mathematik RWTH - Aachen University D 52056 Aachen, Germany ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=109579&aid=754928&group_id=9579 From noreply@sourceforge.net Sun Jun 15 17:42:41 2003 From: noreply@sourceforge.net (SourceForge.net) Date: Sun, 15 Jun 2003 09:42:41 -0700 Subject: [Idle-dev] [ idlefork-Bugs-754928 ] opening non-existent files - faults Message-ID: Bugs item #754928, was opened at 2003-06-15 11:38 Message generated for change (Settings changed) made by kbk You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=109579&aid=754928&group_id=9579 Category: None Group: None Status: Open >Resolution: Accepted Priority: 5 Submitted By: Nobody/Anonymous (nobody) >Assigned to: Kurt B. Kaiser (kbk) Summary: opening non-existent files - faults Initial Comment: This applies to idle 0.9b1 as contained within python cvs-version dated 2003/06/15 invoking idle on the command line by idle -e Test.py where the file 'Test.py' doesn't exist yet, opens a dialog asking whether to open a non-existing file. That's OK But saving this file (after entering something) asks for the filename. IMHO it should take the name 'Test.py' from above. Second scenario. Using File - Open in the Python-Shell and entering 'Test.py' where again this file doesn't exist yet pops up the same dialog but then does NOT give me an editor window. Thanks for idle 0.9 jarausch@skynet.be Helmut Jarausch Lehrstuhl fuer Numerische Mathematik RWTH - Aachen University D 52056 Aachen, Germany ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=109579&aid=754928&group_id=9579 From noreply@sourceforge.net Sun Jun 15 17:43:54 2003 From: noreply@sourceforge.net (SourceForge.net) Date: Sun, 15 Jun 2003 09:43:54 -0700 Subject: [Idle-dev] [ idlefork-Bugs-752762 ] idlefork 0.9.1b app build fails Message-ID: Bugs item #752762, was opened at 2003-06-11 12:57 Message generated for change (Comment added) made by kbk You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=109579&aid=752762&group_id=9579 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) >Assigned to: Tony Lownds (tonylownds) Summary: idlefork 0.9.1b app build fails Initial Comment: The 0.9.1b fails to find the icon resources it is looking for when building an app for os x: bash-2.05a$ pythonw buildapp.py build Building 'build/IDLE.app' Copying files [...] "/Library/Frameworks/Python.framework/Versions/2.3/lib/python2.3/shutil.py", line 37, in copyfile fsrc = open(src, 'rb') IOError: [Errno 2] No such file or directory: 'Icons/idle.icns' os x Thanks, mindlace sf@mindlace.net ---------------------------------------------------------------------- >Comment By: Kurt B. Kaiser (kbk) Date: 2003-06-15 11:43 Message: Logged In: YES user_id=149084 Tony, can you take a look at this? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=109579&aid=752762&group_id=9579 From noreply@sourceforge.net Sun Jun 15 18:51:14 2003 From: noreply@sourceforge.net (SourceForge.net) Date: Sun, 15 Jun 2003 10:51:14 -0700 Subject: [Idle-dev] [ idlefork-Patches-615312 ] Forwardport Locale Encoding I/O Patch Message-ID: Patches item #615312, was opened at 2002-09-26 19:41 Message generated for change (Comment added) made by kbk You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=309579&aid=615312&group_id=9579 Category: None Group: None >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Kurt B. Kaiser (kbk) Assigned to: Kurt B. Kaiser (kbk) Summary: Forwardport Locale Encoding I/O Patch Initial Comment: This change is not compatible with Python 2.1.1 Save for Idlefork/Python merge. ---------------------------------------------------------------------- >Comment By: Kurt B. Kaiser (kbk) Date: 2003-06-15 12:51 Message: Logged In: YES user_id=149084 Applied to Python CVS .../Lib/idlefork OutputWindow.py Rev 1.9 ---------------------------------------------------------------------- Comment By: Kurt B. Kaiser (kbk) Date: 2002-09-26 19:45 Message: Logged In: YES user_id=149084 Ahhh, 2.2.1 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=309579&aid=615312&group_id=9579 From Changjune Kim" Hello. I made this extension because I had to type in the same code template again and again -- I practice TDD, where you have to write down the test code first. Hope some people find this useful. You type in a specific keyword, which you've defined in your config-template.def/cfg file, and press a specific key, like ctrl-space, then the predefined code template will be replaced, optionally with the cursor located at the intended position. # AutoCompletion.py # # Copyright 2003 June Kim # # import os from configHandler import idleConf def _updateWithFile(aDict,aPath): if os.path.isfile(aPath): tmp=open(aPath,'rt').read() aDict.update(eval(tmp)) return aDict def initTemplate(): d={} if __name__ != '__main__': # we were imported idleDir=os.path.dirname(__file__) else: # we were exec'ed (for testing only) idleDir=os.path.abspath(sys.path[0]) userDir=idleConf.GetUserCfgDir() _updateWithFile(d,os.path.join(idleDir,'config-template.def')) _updateWithFile(d,os.path.join(userDir,'config-template.cfg')) return d tempdict=initTemplate() class AutoCompletion: menudefs = [ ('edit', [ ('Auto Completio_n', '<>'), ]) ] def __init__(self, editwin): self.editwin = editwin self.tempdict=initTemplate() def getSelection(self,text): sel1,sel2=text.index("insert-1c wordstart"),text.index("insert wordend") return text.get(sel1,sel2).strip(),sel1,sel2 def auto_completion_event(self, event): text=self.editwin.text sel,sel_start,sel_end=self.getSelection(text) replaced=self.tempdict.get(sel) if not replaced: return cursor=replaced.find('^!') if cursor==-1: cursor=0 text.delete(sel_start,sel_end) text.insert("insert",replaced.replace('^!','')) text.mark_set("insert",sel_start+"+%dc"%cursor) text.see("insert") --------------------- This is the config-template.def or cfg file. "^!" is the mark for the cursor position after replacement. If omitted, the cursor will remain still at the start of the replaced code. {'unittest':'''\ import unittest class Test(unittest.TestCase): def test1(self) ^!pass if __name__=='__main__' unittest.main() ''', 'foreach':'''\ for each in ^!: ''', } -------------------- Lastly, config-extension.def or cfg should contain the following: [AutoCompletion] enable=1 [AutoCompletion_cfgBindings] auto-completion= From noreply@sourceforge.net Sun Jun 15 19:44:51 2003 From: noreply@sourceforge.net (SourceForge.net) Date: Sun, 15 Jun 2003 11:44:51 -0700 Subject: [Idle-dev] [ idlefork-Bugs-754971 ] Tkinter callback exception Message-ID: Bugs item #754971, was opened at 2003-06-15 11:44 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=109579&aid=754971&group_id=9579 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Tkinter callback exception Initial Comment: Unfortunately I can't say how I caused this problem probably by cut'n paste within an editor window of idle This is idle 0.9b1 as shipped with Python cvs-version from today Exception in Tkinter callback Traceback (most recent call last): File "/usr/local/lib/python2.3/lib-tk/Tkinter.py", line 1343, in __call__ return self.func(*args) File "/usr/local/lib/python2.3/idlelib/IOBinding.py", line 198, in open filename = self.askopenfile() File "/usr/local/lib/python2.3/idlelib/IOBinding.py", line 517, in askopenfile return self.opendialog.show(initialdir=dir, initialfile=base) File "/usr/local/lib/python2.3/lib-tk/tkCommonDialog.py", line 54, in show s = self._fixresult(w, s) File "/usr/local/lib/python2.3/lib-tk/tkFileDialog.py", line 92, in _fixresult return _Dialog._fixresult(widget, result) TypeError: unbound method _fixresult() must be called with _Dialog instance as first argument (got Frame instance instead) Helmut Jarausch jarausch@skynet.be ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=109579&aid=754971&group_id=9579 From noreply@sourceforge.net Sun Jun 15 19:52:30 2003 From: noreply@sourceforge.net (SourceForge.net) Date: Sun, 15 Jun 2003 11:52:30 -0700 Subject: [Idle-dev] [ idlefork-Bugs-754971 ] Tkinter callback exception Message-ID: Bugs item #754971, was opened at 2003-06-15 11:44 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=109579&aid=754971&group_id=9579 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Tkinter callback exception Initial Comment: Unfortunately I can't say how I caused this problem probably by cut'n paste within an editor window of idle This is idle 0.9b1 as shipped with Python cvs-version from today Exception in Tkinter callback Traceback (most recent call last): File "/usr/local/lib/python2.3/lib-tk/Tkinter.py", line 1343, in __call__ return self.func(*args) File "/usr/local/lib/python2.3/idlelib/IOBinding.py", line 198, in open filename = self.askopenfile() File "/usr/local/lib/python2.3/idlelib/IOBinding.py", line 517, in askopenfile return self.opendialog.show(initialdir=dir, initialfile=base) File "/usr/local/lib/python2.3/lib-tk/tkCommonDialog.py", line 54, in show s = self._fixresult(w, s) File "/usr/local/lib/python2.3/lib-tk/tkFileDialog.py", line 92, in _fixresult return _Dialog._fixresult(widget, result) TypeError: unbound method _fixresult() must be called with _Dialog instance as first argument (got Frame instance instead) Helmut Jarausch jarausch@skynet.be ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2003-06-15 11:52 Message: Logged In: NO I've just found out that I can reproduce this error as follows on the command line idle & then File -> Open click at one of the displayed files then press 'Open' This is with Tcl/Tk 8.4.3 on linux 2.4.21-ac1 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=109579&aid=754971&group_id=9579 From noreply@sourceforge.net Sun Jun 15 19:58:53 2003 From: noreply@sourceforge.net (SourceForge.net) Date: Sun, 15 Jun 2003 11:58:53 -0700 Subject: [Idle-dev] [ idlefork-Bugs-754971 ] Tkinter callback exception Message-ID: Bugs item #754971, was opened at 2003-06-15 14:44 Message generated for change (Comment added) made by gvanrossum You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=109579&aid=754971&group_id=9579 Category: None Group: None Status: Open Resolution: None >Priority: 7 Submitted By: Nobody/Anonymous (nobody) >Assigned to: Kurt B. Kaiser (kbk) Summary: Tkinter callback exception Initial Comment: Unfortunately I can't say how I caused this problem probably by cut'n paste within an editor window of idle This is idle 0.9b1 as shipped with Python cvs-version from today Exception in Tkinter callback Traceback (most recent call last): File "/usr/local/lib/python2.3/lib-tk/Tkinter.py", line 1343, in __call__ return self.func(*args) File "/usr/local/lib/python2.3/idlelib/IOBinding.py", line 198, in open filename = self.askopenfile() File "/usr/local/lib/python2.3/idlelib/IOBinding.py", line 517, in askopenfile return self.opendialog.show(initialdir=dir, initialfile=base) File "/usr/local/lib/python2.3/lib-tk/tkCommonDialog.py", line 54, in show s = self._fixresult(w, s) File "/usr/local/lib/python2.3/lib-tk/tkFileDialog.py", line 92, in _fixresult return _Dialog._fixresult(widget, result) TypeError: unbound method _fixresult() must be called with _Dialog instance as first argument (got Frame instance instead) Helmut Jarausch jarausch@skynet.be ---------------------------------------------------------------------- >Comment By: Guido van Rossum (gvanrossum) Date: 2003-06-15 14:58 Message: Logged In: YES user_id=6380 Ouch. Right. I can reproduce this too with idle in Python CVS. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2003-06-15 14:52 Message: Logged In: NO I've just found out that I can reproduce this error as follows on the command line idle & then File -> Open click at one of the displayed files then press 'Open' This is with Tcl/Tk 8.4.3 on linux 2.4.21-ac1 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=109579&aid=754971&group_id=9579 From noreply@sourceforge.net Sun Jun 15 20:09:39 2003 From: noreply@sourceforge.net (SourceForge.net) Date: Sun, 15 Jun 2003 12:09:39 -0700 Subject: [Idle-dev] [ idlefork-Bugs-754971 ] Tkinter callback exception Message-ID: Bugs item #754971, was opened at 2003-06-15 14:44 Message generated for change (Comment added) made by gvanrossum You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=109579&aid=754971&group_id=9579 Category: None Group: None >Status: Closed >Resolution: Fixed Priority: 7 Submitted By: Nobody/Anonymous (nobody) >Assigned to: Guido van Rossum (gvanrossum) Summary: Tkinter callback exception Initial Comment: Unfortunately I can't say how I caused this problem probably by cut'n paste within an editor window of idle This is idle 0.9b1 as shipped with Python cvs-version from today Exception in Tkinter callback Traceback (most recent call last): File "/usr/local/lib/python2.3/lib-tk/Tkinter.py", line 1343, in __call__ return self.func(*args) File "/usr/local/lib/python2.3/idlelib/IOBinding.py", line 198, in open filename = self.askopenfile() File "/usr/local/lib/python2.3/idlelib/IOBinding.py", line 517, in askopenfile return self.opendialog.show(initialdir=dir, initialfile=base) File "/usr/local/lib/python2.3/lib-tk/tkCommonDialog.py", line 54, in show s = self._fixresult(w, s) File "/usr/local/lib/python2.3/lib-tk/tkFileDialog.py", line 92, in _fixresult return _Dialog._fixresult(widget, result) TypeError: unbound method _fixresult() must be called with _Dialog instance as first argument (got Frame instance instead) Helmut Jarausch jarausch@skynet.be ---------------------------------------------------------------------- >Comment By: Guido van Rossum (gvanrossum) Date: 2003-06-15 15:09 Message: Logged In: YES user_id=6380 I tracked this down: a recent change to Python's tkFileDialog.py introduced this bug. Do a CVS up of Python and try again. ---------------------------------------------------------------------- Comment By: Guido van Rossum (gvanrossum) Date: 2003-06-15 14:58 Message: Logged In: YES user_id=6380 Ouch. Right. I can reproduce this too with idle in Python CVS. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2003-06-15 14:52 Message: Logged In: NO I've just found out that I can reproduce this error as follows on the command line idle & then File -> Open click at one of the displayed files then press 'Open' This is with Tcl/Tk 8.4.3 on linux 2.4.21-ac1 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=109579&aid=754971&group_id=9579 From noreply@sourceforge.net Sun Jun 15 20:58:21 2003 From: noreply@sourceforge.net (SourceForge.net) Date: Sun, 15 Jun 2003 12:58:21 -0700 Subject: [Idle-dev] [ idlefork-Bugs-754971 ] Tkinter callback exception Message-ID: Bugs item #754971, was opened at 2003-06-15 11:44 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=109579&aid=754971&group_id=9579 Category: None Group: None Status: Closed Resolution: Fixed Priority: 7 Submitted By: Nobody/Anonymous (nobody) Assigned to: Guido van Rossum (gvanrossum) Summary: Tkinter callback exception Initial Comment: Unfortunately I can't say how I caused this problem probably by cut'n paste within an editor window of idle This is idle 0.9b1 as shipped with Python cvs-version from today Exception in Tkinter callback Traceback (most recent call last): File "/usr/local/lib/python2.3/lib-tk/Tkinter.py", line 1343, in __call__ return self.func(*args) File "/usr/local/lib/python2.3/idlelib/IOBinding.py", line 198, in open filename = self.askopenfile() File "/usr/local/lib/python2.3/idlelib/IOBinding.py", line 517, in askopenfile return self.opendialog.show(initialdir=dir, initialfile=base) File "/usr/local/lib/python2.3/lib-tk/tkCommonDialog.py", line 54, in show s = self._fixresult(w, s) File "/usr/local/lib/python2.3/lib-tk/tkFileDialog.py", line 92, in _fixresult return _Dialog._fixresult(widget, result) TypeError: unbound method _fixresult() must be called with _Dialog instance as first argument (got Frame instance instead) Helmut Jarausch jarausch@skynet.be ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2003-06-15 12:58 Message: Logged In: NO I've just found out that I can reproduce this error as follows on the command line idle & then File -> Open click at one of the displayed files then press 'Open' This is with Tcl/Tk 8.4.3 on linux 2.4.21-ac1 ---------------------------------------------------------------------- Comment By: Guido van Rossum (gvanrossum) Date: 2003-06-15 12:09 Message: Logged In: YES user_id=6380 I tracked this down: a recent change to Python's tkFileDialog.py introduced this bug. Do a CVS up of Python and try again. ---------------------------------------------------------------------- Comment By: Guido van Rossum (gvanrossum) Date: 2003-06-15 11:58 Message: Logged In: YES user_id=6380 Ouch. Right. I can reproduce this too with idle in Python CVS. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2003-06-15 11:52 Message: Logged In: NO I've just found out that I can reproduce this error as follows on the command line idle & then File -> Open click at one of the displayed files then press 'Open' This is with Tcl/Tk 8.4.3 on linux 2.4.21-ac1 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=109579&aid=754971&group_id=9579 From noreply@sourceforge.net Sun Jun 15 21:18:54 2003 From: noreply@sourceforge.net (SourceForge.net) Date: Sun, 15 Jun 2003 13:18:54 -0700 Subject: [Idle-dev] [ idlefork-Bugs-549159 ] Tabs are messed up Message-ID: Bugs item #549159, was opened at 2002-04-26 12:21 Message generated for change (Comment added) made by gvanrossum You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=109579&aid=549159&group_id=9579 Category: None Group: None Status: Open Resolution: None >Priority: 1 Submitted By: Patrick K. O'Brien (pobrien) Assigned to: Nobody/Anonymous (nobody) Summary: Tabs are messed up Initial Comment: Idlefork is not honoring the tab setting in my configuration. It is inserting a tab character, rather than spaces. Also, the column count indicator in the bottom right corner is incorrect because it doesn't appear to be counting tabs. This seems to have broken fairly recently, but I don't know exactly when. The current CVS is definitely broken. I'm on Win98 with Python 2.2.1. ---------------------------------------------------------------------- >Comment By: Guido van Rossum (gvanrossum) Date: 2003-06-15 16:18 Message: Logged In: YES user_id=6380 Can't reproduce this now. Since the bug is over a year old, shall I close it? ---------------------------------------------------------------------- Comment By: Stephen M. Gava (elguavas) Date: 2002-05-20 21:11 Message: Logged In: YES user_id=75867 Ok. I just booted one of the boxes here in to windows 2000 (a couple of machines on our little lan optionally run it, but unfortunately I have no windows 98 that I can test against) and the described problem did not occur; I openned aboutDialog.py and tabbing worked as expected, defaulting to four spaces. That was under python 2.2 (with its built in tk 8.3). So then I upgraded that machine to python 2.2.1 (again with its built in tk 8.3) and again I could not reproduce the problem described. So it may be something win98 specific (seems odd, but I guess possible). Can someone else with windows 98 available try this out?? Or else it may be something else specific to your setup, for instance, do you have some other version of tcl/tk also installed? ---------------------------------------------------------------------- Comment By: Patrick K. O'Brien (pobrien) Date: 2002-05-20 08:28 Message: Logged In: YES user_id=179604 I can still reproduce this problem. I'm using the latest from CVS. I deleted my .idlerc directory. I can open aboutDialog.py, hit tab and get a tab character with a spacing of 8 column positions, instead of the tab key inserting 4 spaces as specified by the default configuration. Here are the contents of my config-main.cfg file: [EditorWindow] height = 40 font = Courier New font-size = 10 ---------------------------------------------------------------------- Comment By: Stephen M. Gava (elguavas) Date: 2002-05-19 22:57 Message: Logged In: YES user_id=75867 Can't reproduce this from current cvs on linux. If you have been running successive cvs versions you should try completely deleting your .idlerc directory and all its contents as the structure of the config files has been changing/stabilising over time. Try that and see if you can reproduce still. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=109579&aid=549159&group_id=9579 From noreply@sourceforge.net Sun Jun 15 21:32:50 2003 From: noreply@sourceforge.net (SourceForge.net) Date: Sun, 15 Jun 2003 13:32:50 -0700 Subject: [Idle-dev] [ idlefork-Bugs-549159 ] Tabs are messed up Message-ID: Bugs item #549159, was opened at 2002-04-26 11:21 Message generated for change (Comment added) made by kbk You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=109579&aid=549159&group_id=9579 Category: None Group: None Status: Open Resolution: None Priority: 1 Submitted By: Patrick K. O'Brien (pobrien) Assigned to: Nobody/Anonymous (nobody) Summary: Tabs are messed up Initial Comment: Idlefork is not honoring the tab setting in my configuration. It is inserting a tab character, rather than spaces. Also, the column count indicator in the bottom right corner is incorrect because it doesn't appear to be counting tabs. This seems to have broken fairly recently, but I don't know exactly when. The current CVS is definitely broken. I'm on Win98 with Python 2.2.1. ---------------------------------------------------------------------- >Comment By: Kurt B. Kaiser (kbk) Date: 2003-06-15 15:32 Message: Logged In: YES user_id=149084 There is a remaining issue: the column counter is counting each tab as one column instead of the equivalent number of spaces. ---------------------------------------------------------------------- Comment By: Guido van Rossum (gvanrossum) Date: 2003-06-15 15:18 Message: Logged In: YES user_id=6380 Can't reproduce this now. Since the bug is over a year old, shall I close it? ---------------------------------------------------------------------- Comment By: Stephen M. Gava (elguavas) Date: 2002-05-20 20:11 Message: Logged In: YES user_id=75867 Ok. I just booted one of the boxes here in to windows 2000 (a couple of machines on our little lan optionally run it, but unfortunately I have no windows 98 that I can test against) and the described problem did not occur; I openned aboutDialog.py and tabbing worked as expected, defaulting to four spaces. That was under python 2.2 (with its built in tk 8.3). So then I upgraded that machine to python 2.2.1 (again with its built in tk 8.3) and again I could not reproduce the problem described. So it may be something win98 specific (seems odd, but I guess possible). Can someone else with windows 98 available try this out?? Or else it may be something else specific to your setup, for instance, do you have some other version of tcl/tk also installed? ---------------------------------------------------------------------- Comment By: Patrick K. O'Brien (pobrien) Date: 2002-05-20 07:28 Message: Logged In: YES user_id=179604 I can still reproduce this problem. I'm using the latest from CVS. I deleted my .idlerc directory. I can open aboutDialog.py, hit tab and get a tab character with a spacing of 8 column positions, instead of the tab key inserting 4 spaces as specified by the default configuration. Here are the contents of my config-main.cfg file: [EditorWindow] height = 40 font = Courier New font-size = 10 ---------------------------------------------------------------------- Comment By: Stephen M. Gava (elguavas) Date: 2002-05-19 21:57 Message: Logged In: YES user_id=75867 Can't reproduce this from current cvs on linux. If you have been running successive cvs versions you should try completely deleting your .idlerc directory and all its contents as the structure of the config files has been changing/stabilising over time. Try that and see if you can reproduce still. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=109579&aid=549159&group_id=9579 From noreply@sourceforge.net Sun Jun 15 21:36:41 2003 From: noreply@sourceforge.net (SourceForge.net) Date: Sun, 15 Jun 2003 13:36:41 -0700 Subject: [Idle-dev] [ idlefork-Bugs-549159 ] Tabs are messed up Message-ID: Bugs item #549159, was opened at 2002-04-26 12:21 Message generated for change (Comment added) made by gvanrossum You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=109579&aid=549159&group_id=9579 Category: None Group: None Status: Open Resolution: None Priority: 1 Submitted By: Patrick K. O'Brien (pobrien) Assigned to: Nobody/Anonymous (nobody) Summary: Tabs are messed up Initial Comment: Idlefork is not honoring the tab setting in my configuration. It is inserting a tab character, rather than spaces. Also, the column count indicator in the bottom right corner is incorrect because it doesn't appear to be counting tabs. This seems to have broken fairly recently, but I don't know exactly when. The current CVS is definitely broken. I'm on Win98 with Python 2.2.1. ---------------------------------------------------------------------- >Comment By: Guido van Rossum (gvanrossum) Date: 2003-06-15 16:36 Message: Logged In: YES user_id=6380 Doesn't bother me at all. In the presence of tabs, the column is ambiguous anyway. ---------------------------------------------------------------------- Comment By: Kurt B. Kaiser (kbk) Date: 2003-06-15 16:32 Message: Logged In: YES user_id=149084 There is a remaining issue: the column counter is counting each tab as one column instead of the equivalent number of spaces. ---------------------------------------------------------------------- Comment By: Guido van Rossum (gvanrossum) Date: 2003-06-15 16:18 Message: Logged In: YES user_id=6380 Can't reproduce this now. Since the bug is over a year old, shall I close it? ---------------------------------------------------------------------- Comment By: Stephen M. Gava (elguavas) Date: 2002-05-20 21:11 Message: Logged In: YES user_id=75867 Ok. I just booted one of the boxes here in to windows 2000 (a couple of machines on our little lan optionally run it, but unfortunately I have no windows 98 that I can test against) and the described problem did not occur; I openned aboutDialog.py and tabbing worked as expected, defaulting to four spaces. That was under python 2.2 (with its built in tk 8.3). So then I upgraded that machine to python 2.2.1 (again with its built in tk 8.3) and again I could not reproduce the problem described. So it may be something win98 specific (seems odd, but I guess possible). Can someone else with windows 98 available try this out?? Or else it may be something else specific to your setup, for instance, do you have some other version of tcl/tk also installed? ---------------------------------------------------------------------- Comment By: Patrick K. O'Brien (pobrien) Date: 2002-05-20 08:28 Message: Logged In: YES user_id=179604 I can still reproduce this problem. I'm using the latest from CVS. I deleted my .idlerc directory. I can open aboutDialog.py, hit tab and get a tab character with a spacing of 8 column positions, instead of the tab key inserting 4 spaces as specified by the default configuration. Here are the contents of my config-main.cfg file: [EditorWindow] height = 40 font = Courier New font-size = 10 ---------------------------------------------------------------------- Comment By: Stephen M. Gava (elguavas) Date: 2002-05-19 22:57 Message: Logged In: YES user_id=75867 Can't reproduce this from current cvs on linux. If you have been running successive cvs versions you should try completely deleting your .idlerc directory and all its contents as the structure of the config files has been changing/stabilising over time. Try that and see if you can reproduce still. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=109579&aid=549159&group_id=9579 From noreply@sourceforge.net Mon Jun 16 02:14:18 2003 From: noreply@sourceforge.net (SourceForge.net) Date: Sun, 15 Jun 2003 18:14:18 -0700 Subject: [Idle-dev] [ idlefork-Bugs-549159 ] Tabs are messed up Message-ID: Bugs item #549159, was opened at 2002-04-26 12:21 Message generated for change (Settings changed) made by gvanrossum You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=109579&aid=549159&group_id=9579 Category: None Group: None >Status: Closed Resolution: None Priority: 1 Submitted By: Patrick K. O'Brien (pobrien) Assigned to: Nobody/Anonymous (nobody) Summary: Tabs are messed up Initial Comment: Idlefork is not honoring the tab setting in my configuration. It is inserting a tab character, rather than spaces. Also, the column count indicator in the bottom right corner is incorrect because it doesn't appear to be counting tabs. This seems to have broken fairly recently, but I don't know exactly when. The current CVS is definitely broken. I'm on Win98 with Python 2.2.1. ---------------------------------------------------------------------- Comment By: Guido van Rossum (gvanrossum) Date: 2003-06-15 16:36 Message: Logged In: YES user_id=6380 Doesn't bother me at all. In the presence of tabs, the column is ambiguous anyway. ---------------------------------------------------------------------- Comment By: Kurt B. Kaiser (kbk) Date: 2003-06-15 16:32 Message: Logged In: YES user_id=149084 There is a remaining issue: the column counter is counting each tab as one column instead of the equivalent number of spaces. ---------------------------------------------------------------------- Comment By: Guido van Rossum (gvanrossum) Date: 2003-06-15 16:18 Message: Logged In: YES user_id=6380 Can't reproduce this now. Since the bug is over a year old, shall I close it? ---------------------------------------------------------------------- Comment By: Stephen M. Gava (elguavas) Date: 2002-05-20 21:11 Message: Logged In: YES user_id=75867 Ok. I just booted one of the boxes here in to windows 2000 (a couple of machines on our little lan optionally run it, but unfortunately I have no windows 98 that I can test against) and the described problem did not occur; I openned aboutDialog.py and tabbing worked as expected, defaulting to four spaces. That was under python 2.2 (with its built in tk 8.3). So then I upgraded that machine to python 2.2.1 (again with its built in tk 8.3) and again I could not reproduce the problem described. So it may be something win98 specific (seems odd, but I guess possible). Can someone else with windows 98 available try this out?? Or else it may be something else specific to your setup, for instance, do you have some other version of tcl/tk also installed? ---------------------------------------------------------------------- Comment By: Patrick K. O'Brien (pobrien) Date: 2002-05-20 08:28 Message: Logged In: YES user_id=179604 I can still reproduce this problem. I'm using the latest from CVS. I deleted my .idlerc directory. I can open aboutDialog.py, hit tab and get a tab character with a spacing of 8 column positions, instead of the tab key inserting 4 spaces as specified by the default configuration. Here are the contents of my config-main.cfg file: [EditorWindow] height = 40 font = Courier New font-size = 10 ---------------------------------------------------------------------- Comment By: Stephen M. Gava (elguavas) Date: 2002-05-19 22:57 Message: Logged In: YES user_id=75867 Can't reproduce this from current cvs on linux. If you have been running successive cvs versions you should try completely deleting your .idlerc directory and all its contents as the structure of the config files has been changing/stabilising over time. Try that and see if you can reproduce still. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=109579&aid=549159&group_id=9579 From noreply@sourceforge.net Tue Jun 17 02:53:14 2003 From: noreply@sourceforge.net (SourceForge.net) Date: Mon, 16 Jun 2003 18:53:14 -0700 Subject: [Idle-dev] [ idlefork-Bugs-755647 ] Save Copy As control keys do not function Message-ID: Bugs item #755647, was opened at 2003-06-16 18:53 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=109579&aid=755647&group_id=9579 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Save Copy As control keys do not function Initial Comment: The control keys for Save Copy As (Alt+Shift+S) do not function. Simple to reproduce: Just open up a new buffer, type some text, and hit the 3-key control combo. Manually using Save Copy As works as expected. Although this bug is trivial, it means a bunch to lazy people like myself:) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=109579&aid=755647&group_id=9579 From noreply@sourceforge.net Sun Jun 22 08:53:36 2003 From: noreply@sourceforge.net (SourceForge.net) Date: Sun, 22 Jun 2003 00:53:36 -0700 Subject: [Idle-dev] [ idlefork-Patches-682347 ] Another locale encoding patch Message-ID: Patches item #682347, was opened at 2003-02-07 15:47 Message generated for change (Comment added) made by loewis You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=309579&aid=682347&group_id=9579 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Kirill Simonov (kirill_simonov) Assigned to: Nobody/Anonymous (nobody) Summary: Another locale encoding patch Initial Comment: This patch is for use with the patch #615312. With this patch, stdin.readline() returns an ordinary string in the locale's encoding, not an Unicode string. ---------------------------------------------------------------------- Comment By: Martin v. Löwis (loewis) Date: 2003-06-22 09:53 Message: Logged In: YES user_id=21627 Thanks for the patch. Applied (with amendments) as PyShell.py 1.78. ---------------------------------------------------------------------- Comment By: Martin v. Löwis (loewis) Date: 2003-03-24 10:02 Message: Logged In: YES user_id=21627 Reason #2 is obsolete now; raw_input *can* result in Unicode strings in Python 2.3. I can sympathise with the patch. However, I would like to see it combined with a patch to let applications determine the encoding used, e.g. by querying sys.stdin.encoding. Otherwise, getting raw bytes will complicate matters. See also Python patch #612627, which adds the encoding attribute to a terminal stdout. ---------------------------------------------------------------------- Comment By: Kirill Simonov (kirill_simonov) Date: 2003-02-18 00:25 Message: Logged In: YES user_id=36553 There are no such a problem with Idlefork. The author of the post was using the original IDLE from the 2.2 distribution. Note the line in the traceback: File "[...]\Tools\idle\ColorDelegator.py", line 196, in recolorize_main if value in ("def", "class"): The line 196 of ColorDelegator.py from Idlefork 0.9a2 is different. ---------------------------------------------------------------------- Comment By: Kurt B. Kaiser (kbk) Date: 2003-02-17 23:14 Message: Logged In: YES user_id=149084 Does this solve the problem mentioned in http://mail.python.org/pipermail/idle-dev/2003-February/001628.html ---------------------------------------------------------------------- Comment By: Kirill Simonov (kirill_simonov) Date: 2003-02-07 16:35 Message: Logged In: YES user_id=36553 Two reasons. 1. The following script does not work correctly in IDLE: # -*- encoding: koi8-r -*- name = raw_input("What's your name?") print "Hi %s!" % name I use russian phrases here, of course. And if I enter my name using cyrillic letters, I get UnicodeError. This is because I mixed a Unicode string with with an 8-bit string. I know that I can use unicode literals, but I don't think that my students should know anything about Unicode, 6 cyrrilic encodings, etc, especially when they are writing their first program. Note that this program is absolutely correct and run perfectly from console. So I think that it should work in IDLE too. 2. I believe that raw_input() and stdin.readline() must always return either Unicode strings or 8-bit strings, but do not mix them. P.S. I think that -*- encoding -*- comments are very unfriendly for newbies too, but that's another story. ---------------------------------------------------------------------- Comment By: Guido van Rossum (gvanrossum) Date: 2003-02-07 15:55 Message: Logged In: YES user_id=6380 Why would you want that? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=309579&aid=682347&group_id=9579 From noreply@sourceforge.net Sun Jun 22 09:18:15 2003 From: noreply@sourceforge.net (SourceForge.net) Date: Sun, 22 Jun 2003 01:18:15 -0700 Subject: [Idle-dev] [ idlefork-Feature Requests-758698 ] Couple of feature requests Message-ID: Feature Requests item #758698, was opened at 2003-06-22 04:18 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=359579&aid=758698&group_id=9579 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Guido van Rossum (gvanrossum) Assigned to: Nobody/Anonymous (nobody) Summary: Couple of feature requests Initial Comment: - F5 should offer to save *all* files rather than just the one. It's hard to track down all files you've touched in a larger project. - When the stackviewer can't open its window because sys.last_traceback etc. aren't defined, it should pop up a warning rather than just doing nothing. - I like a way to re-run the last file on which I used F5 regardless of which window I am currently in (even the shell). Use case: editing a large multi-module program, the main program is a separate file that runs unit tests. Suggestion: Ctl-F5. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=359579&aid=758698&group_id=9579 From kbk@users.sourceforge.net Sun Jun 22 20:45:49 2003 From: kbk@users.sourceforge.net (Kurt B. Kaiser) Date: Sun, 22 Jun 2003 12:45:49 -0700 Subject: [Idle-dev] CVS: idle PyShell.py,1.74,1.75 Message-ID: Update of /cvsroot/idlefork/idle In directory sc8-pr-cvs1:/tmp/cvs-serv20197 Modified Files: PyShell.py Log Message: Support testing in .../idlefork when calling by providing other modules access to globals set up in PyShell.main() (And synch with idlelib) Modified Files: PyShell.py Index: PyShell.py =================================================================== RCS file: /cvsroot/idlefork/idle/PyShell.py,v retrieving revision 1.74 retrieving revision 1.75 diff -C2 -r1.74 -r1.75 *** PyShell.py 5 Jun 2003 23:51:28 -0000 1.74 --- PyShell.py 22 Jun 2003 19:45:46 -0000 1.75 *************** *** 1303,1305 **** --- 1303,1306 ---- if __name__ == "__main__": + sys.modules['PyShell'] = sys.modules['__main__'] main() From noreply@sourceforge.net Mon Jun 23 03:08:31 2003 From: noreply@sourceforge.net (SourceForge.net) Date: Sun, 22 Jun 2003 19:08:31 -0700 Subject: [Idle-dev] [ idlefork-Feature Requests-758698 ] Couple of feature requests Message-ID: Feature Requests item #758698, was opened at 2003-06-22 03:18 Message generated for change (Comment added) made by kbk You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=359579&aid=758698&group_id=9579 Category: None Group: None Status: Open >Resolution: Accepted Priority: 5 Submitted By: Guido van Rossum (gvanrossum) >Assigned to: Kurt B. Kaiser (kbk) Summary: Couple of feature requests Initial Comment: - F5 should offer to save *all* files rather than just the one. It's hard to track down all files you've touched in a larger project. - When the stackviewer can't open its window because sys.last_traceback etc. aren't defined, it should pop up a warning rather than just doing nothing. - I like a way to re-run the last file on which I used F5 regardless of which window I am currently in (even the shell). Use case: editing a large multi-module program, the main program is a separate file that runs unit tests. Suggestion: Ctl-F5. ---------------------------------------------------------------------- >Comment By: Kurt B. Kaiser (kbk) Date: 2003-06-22 21:08 Message: Logged In: YES user_id=149084 These are excellent requests, especially the first and last ones. I was planning on doing them before you asked. I'm making good use of the Autosave feature, and haven't been bitten by it yet. It really makes for speedy turn-around. I find I'm using IDLE about half the time now, with my emacs usage going down. Now, if we had incremental search....and smart tab.... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=359579&aid=758698&group_id=9579 From ladyfphoofys@digit.bz Tue Jun 24 17:14:41 2003 From: ladyfphoofys@digit.bz (ladyfphoofys@digit.bz) Date: Tue, 24 Jun 2003 11:14:41 -0500 Subject: [Idle-dev] Make up to $75 per hour or more In Your Sparetime tryouihm Message-ID: <1056467681.9560@mail127.littlesinger.com> Hello Friend, If you're still looking for a real Home Based Business I'm pretty sure you'll like what we've got.Act Now! Offer Is limited to the 1st 50 people to join Act Now http://www.xtrameg.com/zss/ GET STARTED NOW! How would you like to make $75 per hour processing FedEX refunds from your home computer. If you're anything like most people I talk to, you'd love to work from home if the business was REAL. Well, this is the REAL DEAL... Act Now http://www.xtrameg.com/zss/ Thanks for your time, The Recovery Software Staff P.S. I want to assure you this opportunity has NOTHING to do with MLM, internet marketing, affiliate programs,or any goofy scheme. It's simply an incredible business that's made possible by a closely guarded SECRET of the shipping industry.GET STARTED NOW! Act Now http://www.xtrameg.com/zss/ vqyrsbex^hfref(fbheprsbetr(arg From guido@python.org Thu Jun 26 10:20:03 2003 From: guido@python.org (Guido van Rossum) Date: Thu, 26 Jun 2003 05:20:03 -0400 Subject: [Idle-dev] Andrew Cowan: IDLE bug? Message-ID: <200306260920.h5Q9K3C19883@pcp02138704pcs.reston01.va.comcast.net> ------- Forwarded Message Date: Wed, 25 Jun 2003 10:45:43 -0400 From: Andrew Cowan To: guido@python.org Subject: IDLE bug? Please forgive me if this is not the proper place to send bug reports. There was no link clearly available on the IDLE page at python.org, and this address is listed there. I have a python script that, towards the beginning of the file, contains a 245-line triple-quote string, as a template for a data file. When I open the script in IDLE, it stops syntax-highliting at the 116th line of the string, and prints an error message in the IDLE shell: === Exception in Tkinter callback Traceback (most recent call last): File "/usr/lib/python2.2/lib-tk/Tkinter.py", line 1300, in __call__ return apply(self.func, args) File "/usr/lib/python2.2/lib-tk/Tkinter.py", line 436, in callit apply(func, args) File "/usr/lib/python2.2/site-packages/idle/ColorDelegator.py", line 144, in recolorize self.recolorize_main() File "/usr/lib/python2.2/site-packages/idle/ColorDelegator.py", line 207, in recolorize_main m1 = self.asprog.match(chars, b) RuntimeError: maximum recursion limit exceeded === If I position the cursor at the end of the 116th line and hit enter, it will then syntax-highlite the rest of the script, and appears to continue without further errors. Andy Cowan - -- "You see, wire telegraph is a kind of a very, very long cat. You pull his tail in New York and his head is meowing in Los Angeles. Do you understand this? And radio operates exactly the same way: you send signals here, they receive them there. The only difference is that there is no cat." - --Einstein ------- End of Forwarded Message From serviceslmtjaq@innd.biz Thu Jun 26 10:24:27 2003 From: serviceslmtjaq@innd.biz (serviceslmtjaq@innd.biz) Date: Thu, 26 Jun 2003 04:24:27 -0500 Subject: [Idle-dev] your account Message-ID: <1056615867.891@mail140.littlesinger.com> How would you like to earn $50 or more for completing a short survey? What about $100 for an hour of your time participating in a focus group? http://www.xtrameg.com/trt/ Your time and opinions are valuable - you just need to know which companies are willing to pay you for them. Our membership program provides.... - An updated database of hundreds of paid survey, focus group, and market research companies - Unlimited access - 24 hours a day, 7 days a week http://www.xtrameg.com/trt/ This is a great way to boost your income, with minimal effort.Best of all, you can participate in as many surveys or focus groups as you choose! vqyrsbex^hfref(fbheprsbetr(arg From noreply@sourceforge.net Thu Jun 26 15:45:50 2003 From: noreply@sourceforge.net (SourceForge.net) Date: Thu, 26 Jun 2003 07:45:50 -0700 Subject: [Idle-dev] [ idlefork-Patches-761226 ] cannot reopen file easily Message-ID: Patches item #761226, was opened at 2003-06-26 07:45 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=309579&aid=761226&group_id=9579 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: cannot reopen file easily Initial Comment: It is not possible to reopen a file in the editor if it is changed from outside. You will have to close the editor window and open the file again. Just open the file in the editor will leave the contents unchanged. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=309579&aid=761226&group_id=9579 From noreply@sourceforge.net Fri Jun 27 02:01:55 2003 From: noreply@sourceforge.net (SourceForge.net) Date: Thu, 26 Jun 2003 18:01:55 -0700 Subject: [Idle-dev] [ idlefork-Bugs-761557 ] Rebinding text-completion from Ctrl-/ to Ctrl-space is broke Message-ID: Bugs item #761557, was opened at 2003-06-26 18:01 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=109579&aid=761557&group_id=9579 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Rebinding text-completion from Ctrl-/ to Ctrl-space is broke Initial Comment: Rebinding Text completion from Ctrl-/ to Ctrl-space gives the following stack trace: Exception in Tkinter callback Traceback (most recent call last): File "F:\PYTHON23\lib\lib-tk\Tkinter.py", line 1337, in __call__ return self.func(*args) File "F:\PYTHON23\Lib\site- packages\idleforklib\configDialog.py", line 1168, n Ok self.Apply() File "F:\PYTHON23\Lib\site- packages\idleforklib\configDialog.py", line 1173, n Apply self.ActivateConfigChanges() File "F:\PYTHON23\Lib\site- packages\idleforklib\configDialog.py", line 1161, n ActivateConfigChanges instance.ResetKeybindings() File "F:\PYTHON23\Lib\site- packages\idleforklib\EditorWindow.py", line 530, i ResetKeybindings self.apply_bindings() File "F:\PYTHON23\Lib\site- packages\idleforklib\EditorWindow.py", line 798, i apply_bindings apply(text.event_add, (event,) + tuple(keylist)) File "F:\PYTHON23\lib\lib-tk\Tkinter.py", line 1291, in event_add self.tk.call(args) TclError: bad event type or keysym "Space" ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=109579&aid=761557&group_id=9579 From virus-checker@nmfn.com Fri Jun 27 18:25:32 2003 From: virus-checker@nmfn.com (virus-checker@nmfn.com) Date: Fri, 27 Jun 2003 12:25:32 -0500 Subject: [Idle-dev] Re: Movie In-Reply-To: <200306271704.h5RH4ta17824@netlink.nml.com> Message-ID: --openmail-part-2a9903db-00000001 Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: 7bit Your message was not delivered to the addressee because it contained a virus. Please ensure your virus scanning software is up-to-date. --openmail-part-2a9903db-00000001 Content-Type: text/plain; charset=ISO-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Delivery of your message has been stopped for some recipients. =2D------------- Deferred Mail Manager Report from 'ga205' -------------= =2D Message Reference: S714673156 Message Id. String: 200306271704.h5RH4ta17824(a)netlink.nml.com Routing rule action: DISCARD Message contains 1 virus(es) Message contains 1 uncleanable virus(es) Virus Number: 999 Virus Name: Unknown Recipients affected: KRISTEN CARUSO / nml, l, ga077, 1 DDV2=3DGA077;=20 =2D---------------------------------------------------------------------= =2D- --openmail-part-2a9903db-00000001-- From freeclipddbinatj@bakerweb.net Sat Jun 28 17:38:55 2003 From: freeclipddbinatj@bakerweb.net (freeclipddbinatj@bakerweb.net) Date: Sat, 28 Jun 2003 11:38:55 -0500 Subject: [Idle-dev] SEE Teen Farm Girls Have Sex with their animals Free! Message-ID: <1056814735.1046@mail182.littlesinger.com> SEE Teen Farm Girls Have Sex with their animals Free! You think you have seen some pretty crazy porn on the internet? YOU HAVEN'T SEEN SHIT! I saw the most unbelievable movie clip ever to grace the internet! These guys put up a clip of a beautiful teen farm girl who actually fucks her horse!NO BULLSHIT,SHE ACTUALLY FUCKS A HORSE WITH A 31 INCH COCK! http://www.xtrameg.com/mm1/ THE MOVIE QUALITY IS GREAT AND HAS SOUND TOO! IT IS UNBELIEVABLE! THIS LITTLE SLUT CAN REALLY HANDLE A GIANT HORSE COCK IN HER TIGHT LITTLE TEEN PUSSY LIKE YOU WOULD NOT BELIEVE! YOU HAVE TO WATCH THIS CLIP BEFORE SOMEONE FINDS IT AND TAKE IT OFF. http://www.xtrameg.com/mm1/ HERES THE GOOD PART. THESE GUYS AREN'T A NORMAL PORN SITE SO THEY DON'T WANT MONEY TO LET US WATCH SO ITS FREE.BUT WHAT THEY DO IS MAKE YOU TAKE THIS TEST THAT ASKS HOW BIG A HORSE DICK IS. THAT'S SOMETHING THAT ONLY PEOPLE INTO ANIMAL SEX WOULD KNOW. SO I THINK THEY ARE JUST TRYING TO MAKE SURE YOU ARE SOMEONE WHOS INTO THIS STUFF..NOT SOMEONE WHO WANTS TO BUST THEM. SO IF YOU'RE LIKE ME AND DON'T KNOW ANYTHING ABOUT ANIMALS JUST GUESS THE SIZE. THERE ARE ONLY 3 CHOICES AND IF YOU GET IT RIGHT YOU'RE IN. YOU GET TO WATCH THE WHOLE CLIP..AND HEY DO NOT FORGET TO SAVE IT CUZ YOU'LL WANT TO WATCH IT AGAIN OR SHOW IT TO YOUR FRIENDS LATER!CLICK ON THE LINK BELOW TO WATCH THIS LITTLE SLUT FUCK HER HORSE FOR 8 MINUTES! DO NOT FORGET TO SAVE IT SO YOU CAN WATCH IT AGAIN LATER! http://www.xtrameg.com/mm1/ vqyrsbex^hfref(fbheprsbetr(arg From billingugkt@bitnow.net Mon Jun 30 19:11:32 2003 From: billingugkt@bitnow.net (billingugkt@bitnow.net) Date: Mon, 30 Jun 2003 13:11:32 -0500 Subject: [Idle-dev] info about your account Message-ID: <1056993092.8195@mail27.fillitup.net> How would you like to earn $50 or more for completing a short survey?

What about $100 for an hour of your time participating in a focus group?

  Click Here To Sign Uo Today!

Your time and opinions are valuable - you just need to know
which companies are willing to pay you for them.


Our membership program provides....

- An updated database of hundreds of paid survey, focus group,
and market research companies
- Unlimited access - 24 hours a day, 7 days a week

  
   Click Here To Sign up Today!

This is a great way to boost your income, with minimal effort.  Best of
all, you can participate in as many surveys or focus groups as you choose! From noreply@sourceforge.net Mon Jun 30 23:20:27 2003 From: noreply@sourceforge.net (SourceForge.net) Date: Mon, 30 Jun 2003 15:20:27 -0700 Subject: [Idle-dev] [ idlefork-Bugs-763524 ] More nits Message-ID: Bugs item #763524, was opened at 2003-06-30 18:20 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=109579&aid=763524&group_id=9579 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Guido van Rossum (gvanrossum) Assigned to: Nobody/Anonymous (nobody) Summary: More nits Initial Comment: I've been using the latest version from Python CVS on Win9: quite intensively over the last week. Some observations: - When reusing a blank untitled window to edit a Text file, it keeps using Python coloring. - When saving a Python with a non-Python extension (e.g. .txt), it keeps the coloring. - When switching off coloring by saving an untitle buffer as a non-Python extension (e.g. .txt), it keeps existing coloring. - When opening a file reuses a blank untitled window, it doesn't set the focus on the window. - I take back my earlier request to do something when the stack viewer window can't find a traceback. It beeps, but I had my sound off. - When right click -> Go to file/line can't find something, perhaps it should just beep rather than pop up a dialog. - Maybe anything that can't do something that's pretty obvious should just beep? Or maybe errors should be displayed somehow but not require clicking OK? - Selecting a window from the Windows menu doesn't set the focus on the selected window! - Keyboard shortcut for Redo (Ctl-Shift-Z) doesn't actually work! - Is there any way to set a breakpoint programmatically? (the IDLE debugger equivalent of pdb.set_trace()) - I think I crashed it by using the stack viewer after closing the PyShell. - It also crashed occasionally when using the debugger (after many successful debug sessions). - stack browser window needs title (currently says "idle") - debugger doesn't always pop up when started - source window doesn't always pop up when double clicking in debugger - want a "save all" in file menu. - suspending win98 has high probability of crashing idle when a subprocess exists (?) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=109579&aid=763524&group_id=9579