[issue7015] Getting call trace while executing modules spam at help prompt
New submission from Rishikesh K Rajak risra...@linux.vnet.ibm.com: [root@ ~]# python Python 2.6.2 (r262:71600, Aug 21 2009, 12:23:57) [GCC 4.4.1 20090818 (Red Hat 4.4.1-6)] on linux2 Type help, copyright, credits or license for more information. help() Welcome to Python 2.6! This is the online help utility. If this is your first time using Python, you should definitely check out the tutorial on the Internet at http://docs.python.org/tutorial/. Enter the name of any module, keyword, or topic to get help on writing Python programs and using Python modules. To quit this help utility and return to the interpreter, just type quit. To get a list of available modules, keywords, or topics, type modules, keywords, or topics. Each module also comes with a one-line summary of what it does; to list the modules whose summaries contain a given word such as spam, type modules spam. help modules spam Here is a list of matching modules. Enter any module name to get more help. ** (.:18352): WARNING **: Trying to register gtype 'WnckWindowState' as flags when in fact it is of type 'GEnum' ** (.:18352): WARNING **: Trying to register gtype 'WnckWindowActions' as flags when in fact it is of type 'GEnum' ** (.:18352): WARNING **: Trying to register gtype 'WnckWindowMoveResizeMask' as flags when in fact it is of type 'GEnum' Adding pauses to default speech formatting strings. Adding pauses to Gecko speech formatting strings. Adding pauses to soffice speech formatting strings. Traceback (most recent call last): File stdin, line 1, in module File /usr/lib64/python2.6/site.py, line 433, in __call__ return pydoc.help(*args, **kwds) File /usr/lib64/python2.6/pydoc.py, line 1720, in __call__ self.interact() File /usr/lib64/python2.6/pydoc.py, line 1738, in interact self.help(request) File /usr/lib64/python2.6/pydoc.py, line 1757, in help self.listmodules(split(request)[1]) File /usr/lib64/python2.6/pydoc.py, line 1862, in listmodules apropos(key) File /usr/lib64/python2.6/pydoc.py, line 1962, in apropos ModuleScanner().run(callback, key) File /usr/lib64/python2.6/pydoc.py, line 1927, in run for importer, modname, ispkg in pkgutil.walk_packages(onerror=onerror): File /usr/lib64/python2.6/pkgutil.py, line 110, in walk_packages __import__(name) File /usr/lib/python2.6/site-packages/gdb/__init__.py, line 19, in module import gdb.command.require File /usr/lib/python2.6/site-packages/gdb/command/require.py, line 21, in module class RequireCommand (gdb.Command): AttributeError: 'module' object has no attribute 'Command' -- assignee: georg.brandl components: Documentation messages: 93253 nosy: georg.brandl, rishikesh severity: normal status: open title: Getting call trace while executing modules spam at help prompt type: crash versions: Python 2.6 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7015 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7017] os.listdir behaviour
New submission from Chris Adamson cadam...@internode.on.net: When I iterate through a list created using os.listdir it seems to grow as I create files in that directory. I want a static copy of the list of files in the directory prior to me writing new files into it. Here is my code: fileList = os.listdir(temporaryDirectory) for curFile in fileList: # print the file list to see if it is indeed growing print FileList fp = file(os.path.join(temporaryDirectory, . + curFile), 'w') # write stuff fp.close() Here is the output: ['a', 'b', 'c'] ['a', 'b', 'c', '.a'] ['a', 'b', 'c', '.a', '.b'] ['a', 'b', 'c', '.a', '.b', '.c'] So the list is growing and eventually curFile iterates through the list of files that were created. This behaviour was unwanted in my case and I couldn't find any documentation about this. -- components: None messages: 93255 nosy: bigaddo severity: normal status: open title: os.listdir behaviour type: behavior versions: Python 2.6 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7017 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7017] os.listdir behaviour
Mark Dickinson dicki...@gmail.com added the comment: What's 'FileList' in your code? (It's not the same as 'fileList', since Python identifiers are case sensitive.) What's 'temporaryDirectory'? Please could you cut and paste an executable code snippet that exhibits the problem, along with any other instructions necessary to reproduce (e.g. First create a directory 'tmp' containing files 'a', 'b' and 'c'). -- nosy: +mark.dickinson resolution: - works for me status: open - pending ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7017 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7015] Getting call trace while executing modules spam at help prompt
Antoine Pitrou pit...@free.fr added the comment: It's a problem with one of your installed modules. I don't think Python can do anything, unless you propose silencing all errors. -- nosy: +pitrou ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7015 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6071] no longer possible to hash arrays
Barry A. Warsaw ba...@python.org added the comment: Moving to deferred blocker to get this out of the way for 2.6.3 -- nosy: +barry priority: release blocker - deferred blocker ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6071 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6972] zipfile.ZipFile overwrites files outside destination path
Thomas W. Barr t...@rice.edu added the comment: Uploading patch. This actually should fix my theoretical symlink bug since realpath() properly follows symlinks. The only thing that I haven't been able to test is the behavior of realpath() on case-insensitive operating systems. This should do the right thing, the path should be normalized, but can someone confirm this? -- Added file: http://bugs.python.org/file15003/zipfile-6972-patch.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6972 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
