[issue3659] sqlite: enumeration value 'TYPE_STRING' not handled in switch
Gerhard Häring [EMAIL PROTECTED] added the comment: Thanks a lot, Benjamin! Committed revision 66550. -- resolution: - fixed status: open - closed ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3659 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3872] Python 2.6rc2: Tix ComboBox error
Dominique Wahli [EMAIL PROTECTED] added the comment: I hope this bug will have some attention before final 2.6 Work on Python 2.5.2 and not on 2.6rc1 and 2.6rc2 -- title: Tix ComboBox error - Python 2.6rc2: Tix ComboBox error ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3872 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3909] Building PDF documentation from tex files
Winfried Plappert [EMAIL PROTECTED] added the comment: Hi Georg, whatever I am getting when I am doing a make latex in the Docs directory. The current version is 66550: Sphinx v0.5, building latex. I just redid it again and the error persists. But you say that one has to use unreleased SVN versions. So I have to wait another few days for a PDF version of the new documents. Thanks a lot for your time, Winfried - viele Grüße nach München und viel Glück in der Pyhsik :) -- type: crash - ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3909 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2574] Add RFC 3768 SSM Multicast support to socket
T.Morin [EMAIL PROTECTED] added the comment: Exercising the API fully requires an SSM capable multicast LAN. ... and it also requires a host IP stack implementing the API, which is not yet (AFAIK) the case for Mac OS X, even very recent releases. I think you will need a Windows or Linux box to successfully run a tests that uses RFC3768 functions/consts. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue2574 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3872] Python 2.6rc2: Tix ComboBox error
Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment: Tix is still at version 8.4 (tix84.dll) when tcl has been upgraded to 8.5 (tcl85.dll and tk85.dll) The Tix project does not seem to be maintained any more. I managed to recompile it against tcl85, but nothing changed. Should we remove it from python, or try to update it? -- nosy: +amaury.forgeotdarc, loewis ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3872 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3928] os.mknod missing on Solaris
New submission from Erik Sandberg [EMAIL PROTECTED]: When building Python on Solaris, I don't get the os.mknod function. This seems to be a combination of two errors: 1. The definition of posix_mknod() in posixmodule.c is surrounded by: #if defined(HAVE_MKNOD) defined(HAVE_MAKEDEV) It works fine if I remove the HAVE_MAKEDEV define. 2. The reason why HAVE_MAKEDEV doesn't work, is that the Python configure script only looks for makedev in sys/types.h, while on Solaris you need to include sys/mkdev.h as well. cc -V gives: cc: Sun C 5.9 SunOS_sparc Patch 124867-01 2007/07/12 uname -a gives: SunOS zelda 5.9 Generic_117171-07 sun4us sparc FJSV,GPUZC-M -- components: Extension Modules messages: 73562 nosy: sandberg severity: normal status: open title: os.mknod missing on Solaris type: behavior versions: Python 2.5 ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3928 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3929] Incorrect exception raising in dbm.open on non-existing DB
New submission from Hagen Fürstenau [EMAIL PROTECTED]: Opening a dbm database which doesn't exist without a c or n flag results in this exception: import dbm dbm.open(abc) Traceback (most recent call last): File stdin, line 1, in module File /home/MP.shadow/hagenf/local/src/py3k/Lib/dbm/__init__.py, line 79, in open raise error(need 'c' or 'n' flag to open new db) TypeError: 'tuple' object is not callable error is a tuple of dbm's own exception class and IOError, but this doesn't seem to make sense in the present code and Python 3.0. The attached patch fixes the problem and adds a test for the correct exception being raised. -- components: Library (Lib) files: dbm.patch keywords: patch messages: 73563 nosy: hagen severity: normal status: open title: Incorrect exception raising in dbm.open on non-existing DB type: behavior versions: Python 3.0 Added file: http://bugs.python.org/file11555/dbm.patch ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3929 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3930] urllib.request.urlopen() different on Windows than Linux
New submission from Mark Summerfield [EMAIL PROTECTED]: Py30rc1 On Windows the file object returned by urllib.request.urlopen() appears to be in binary mode, so .read() returns a bytes object. But on Linux it appears to be in text mode, so .read() returns a str object. It seeems to me that the same type of file object should be returned on all platforms, otherwise you have to test the platform and use str.encode() or bytes.decode() depending on where the code is running. -- components: Library (Lib) messages: 73565 nosy: mark severity: normal status: open title: urllib.request.urlopen() different on Windows than Linux type: behavior versions: Python 3.0 ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3930 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3929] Incorrect exception raising in dbm.open on non-existing DB
Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment: dbm.error is documented as a tuple, and I'd prefer not to change this: http://docs.python.org/dev/3.0/library/dbm.html#dbm.error Since it says that its first member is another dbm.error exception, we could simply raise error[0](message) Attached another patch, with the same test case. -- keywords: +needs review nosy: +amaury.forgeotdarc Added file: http://bugs.python.org/file11556/dbm-2.patch ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3929 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3930] urllib.request.urlopen() different on Windows than Linux
Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment: I only get bytes on Linux. Do you have a test script? -- nosy: +amaury.forgeotdarc ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3930 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3262] re.split doesn't split with zero-width regex
Jeffrey C. Jacobs [EMAIL PROTECTED] added the comment: I think Mike Coleman proposal of enabling this behaviour via flag is probably best and IMHO we should consider it under these circumstances. Intuitively, I think you're interpretation of what re.split should do under zero-width conditions is logical, and I almost think this should be a 2-minor number transition à la from __future__ import zeroWidthRegexpSplit if we are to consider it as the long-term 'right thing to do'. 3000 (3.0) seems a good place to also consider it for true overhaul / reexamination, especially as we are writing 'upgrade' scripts for many of the other Python features. However, I would say this, Guido has spoken and it may be too late for the pebbles to vote. I would like to add this patch as a new item to the general Regexp Enhancements thread of issue 2636 though, as I think it is an idea worth considering when overhauling Regexp. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3262 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3930] urllib.request.urlopen() different on Windows than Linux
Mark Summerfield [EMAIL PROTECTED] added the comment: Sorry, I now can't reproduce it. I made a tiny test script and it worked fine on both Windows and Linux. Now when I run the real test that works fine too. So could you close/remove this bug for me please? #!/usr/bin/env python3 import sys import urllib.request print(sys.version) fh = urllib.request.urlopen(http://www.python.org/index.html;) data = fh.read() fh.close() print(type(data)) # output when run on Linux: 3.0rc1 (r30rc1:66499, Sep 18 2008, 17:45:22) [GCC 4.2.3 (Ubuntu 4.2.3-2ubuntu7)] class 'bytes' # output when run on Windows: 3.0rc1 (r30rc1:66507, Sep 18 2008, 14:47:08) [MSC v.1500 32 bit (Intel)] class 'bytes' ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3930 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3931] codecs.charmap_build is untested and undocumented
New submission from Maciek Fijalkowski [EMAIL PROTECTED]: Although it doesn't start with _ and is definitely necessary as codecs call it. -- components: Library (Lib) messages: 73569 nosy: fijal severity: normal status: open title: codecs.charmap_build is untested and undocumented type: behavior versions: Python 2.5, Python 2.6, Python 2.7 ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3931 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3930] urllib.request.urlopen() different on Windows than Linux
Changes by Amaury Forgeot d'Arc [EMAIL PROTECTED]: -- resolution: - invalid status: open - closed ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3930 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3824] test_tarfile fails on cygwin (unicode decode error)
Changes by Hirokazu Yamamoto [EMAIL PROTECTED]: Removed file: http://bugs.python.org/file11455/experimental_mbcstowcs_codec.patch ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3824 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3929] Incorrect exception raising in dbm.open on non-existing DB
Georg Brandl [EMAIL PROTECTED] added the comment: Amaury's patch looks good. -- nosy: +georg.brandl ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3929 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3932] HTMLParser cannot handle '' and non-ascii characters in attribute names
New submission from yanne [EMAIL PROTECTED]:
It seems that HTMLParser.feed throws an exception whenever an attribute
name contains both quotation mark '' and non-ascii characters.
Running the attached test file with Python 2.5 succeeds, but with Python
2.6, the result is:
C:\Python26python.exe test.py
Without in attribute
OK
With in attribute
Traceback (most recent call last):
File test.py, line 18, in module
HP().feed(s)
File C:\Python26\lib\HTMLParser.py, line 108, in feed
self.goahead(0)
File C:\Python26\lib\HTMLParser.py, line 148, in goahead
k = self.parse_starttag(i)
File C:\Python26\lib\HTMLParser.py, line 249, in parse_starttag
attrvalue = self.unescape(attrvalue)
File C:\Python26\lib\HTMLParser.py, line 386, in unescape
return re.sub(r(#?[xX]?(?:[0-9a-fA-F]+|\w{1,8}));,
replaceEntities, s)
File C:\Python26\lib\re.py, line 150, in sub
return _compile(pattern, 0).sub(repl, string, count)
UnicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in position 0:
ordinal
not in range(128)
I am running:
Python 2.6rc2 (r26rc2:66507, Sep 18 2008, 14:27:33) [MSC v.1500 32 bit
(Intel)] on win32
--
components: Library (Lib)
files: test.py
messages: 73571
nosy: yanne
severity: normal
status: open
title: HTMLParser cannot handle '' and non-ascii characters in attribute names
versions: Python 2.6
Added file: http://bugs.python.org/file11557/test.py
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3932
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3933] presence of .pythonstartup.py causes __main__.__file__ to be set incorrectly
New submission from Jean-Paul Calderone [EMAIL PROTECTED]: [EMAIL PROTECTED]:~$ ls .pythonstartup.py .pythonstartup.py [EMAIL PROTECTED]:~$ python Python 2.5.2 (r252:60911, Jul 31 2008, 17:28:52) [GCC 4.2.3 (Ubuntu 4.2.3-2ubuntu7)] on linux2 Type help, copyright, credits or license for more information. __file__ '/home/exarkun/.pythonstartup.py' [EMAIL PROTECTED]:~$ mv .pythonstartup.py .not-pythonstartup.py [EMAIL PROTECTED]:~$ python Python 2.5.2 (r252:60911, Jul 31 2008, 17:28:52) [GCC 4.2.3 (Ubuntu 4.2.3-2ubuntu7)] on linux2 Type help, copyright, credits or license for more information. __file__ Traceback (most recent call last): File stdin, line 1, in module NameError: name '__file__' is not defined -- components: Library (Lib) messages: 73572 nosy: exarkun severity: normal status: open title: presence of .pythonstartup.py causes __main__.__file__ to be set incorrectly type: behavior versions: Python 2.4, Python 2.5 ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3933 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3933] presence of .pythonstartup.py causes __main__.__file__ to be set incorrectly
Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment: Someone took the time machine and corrected this 18 months ago: r54189 is included in the 2.6 version. -- nosy: +amaury.forgeotdarc resolution: - out of date status: open - closed ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3933 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3927] dummy multiprocessing needs to use properties
Jesse Noller [EMAIL PROTECTED] added the comment: The patch looks fine to me Ben, if you want to apply it. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3927 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3884] turtle in the tkinter package?
Kirill Simonov [EMAIL PROTECTED] added the comment: Thank you for the fix, I really appeciate it. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3884 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3933] presence of .pythonstartup.py causes __main__.__file__ to be set incorrectly
Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment: I was not there, but the usual rules state that a backport is not allowed to break working code, even if it relies on undocumented features or side-effects. Here, PyRun_SimpleFileExFlags changed its behaviour: it now deletes __main__.__file__ and some applications may have used this attribute in some way. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3933 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3933] presence of .pythonstartup.py causes __main__.__file__ to be set incorrectly
Jean-Paul Calderone [EMAIL PROTECTED] added the comment: Any buggy behavior might be relied on by applications. Taken to the extreme, you can never have a bug-fix release of Python. __file__ from PYTHONSTARTUP breaks the warnings module. It would be difficult for an application to rely on __main__.__file__ being set, since $PYTHONSTARTUP is only read in interactive mode - when it's a human using Python, not a program. Of course another process could run Python interactively in a child process and then rely on __file__, sure. But why is that valid? It's not like __file__ *means* something there - it's just the value of PYTHONSTARTUP. But I guess I don't really care anymore. I understand why warnings are being reported incorrectly now, so I doubt this affects /me/ anymore. It seems like it'd be better to reduce confusion for other people too, but that's not up to me. Thanks for pointing out where it was fixed in 2.6. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3933 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3933] presence of .pythonstartup.py causes __main__.__file__ to be set incorrectly
Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment: I was thinking about an application that embeds an interpreter, and calls PyRun_SimpleFile(). There are many ways to use python... ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3933 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3824] test_tarfile fails on cygwin (unicode decode error)
Hirokazu Yamamoto [EMAIL PROTECTED] added the comment:
I'm not cygwin user, but cygwin seems not to support multibyte function.
Following program outputs 5 on VC6 as expected, but 10 on cygwin.
Hmm...
#include stdio.h
#include stdlib.h
#include locale.h
int main(int argc, char* argv[])
{
const char s[] = あいうえお;
size_t len;
wchar_t *buf;
setlocale(LC_ALL, );
len = strlen(s); /* 10 */
buf = (wchar_t*)malloc((len+1)*sizeof(wchar_t));
len = mbstowcs(buf, s, len+1);
printf( %d\n, len); /* should be 5 */
return 0;
}
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3824
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3926] Idle doesn't obey the new improved warnings arguements
Guilherme Polo [EMAIL PROTECTED] added the comment: The first part was already mentioned in issue3391, but not closing this in favor of the second part of your message. -- nosy: +gpolo ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3926 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3868] patch for review: OS/2 EMX port fixes for 2.6
Andrew I MacIntyre [EMAIL PROTECTED] added the comment: Committed in revs 66552, 66553 and 66554. I've blocked r66554 from py3k as other changes are needed for OS/2 (r66555) I've merged r66552 and r66553 into py3k as they apply cleanly (r66556). Thanks for the review Amaury. -- assignee: - aimacintyre priority: - normal resolution: - accepted status: open - pending versions: +Python 3.0 ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3868 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3825] Major reworking of Python 2.5.2 re module
Matthew Barnett [EMAIL PROTECTED] added the comment: regex_2.6rc2+4.diff fixes the ordering of the capture groups for reverse searching. Added file: http://bugs.python.org/file11558/regex_2.6rc2+4.diff ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3825 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3825] Major reworking of Python 2.5.2 re module
Changes by Matthew Barnett [EMAIL PROTECTED]: Removed file: http://bugs.python.org/file11558/regex_2.6rc2+4.diff ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3825 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3825] Major reworking of Python 2.5.2 re module
Matthew Barnett [EMAIL PROTECTED] added the comment: Correction of regex_2.6rc2+4.diff. (Aargh!) Added file: http://bugs.python.org/file11559/regex_2.6rc2+4.diff ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3825 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3392] subprocess fails in select when descriptors are large
STINNER Victor [EMAIL PROTECTED] added the comment: I don't understand the problem. If you open a lot of files, the open() loop will stop an exception (IOError: too many open files), and so subprocess is not used. If I open limit-1 files, subprocess._get_handles() will fail on os.pipe(). If I open limit-4 files, the script doesn't fail. I'm using Linux. Here is my script: --- # open limit-4 files import subprocess files = [] while 1: try: newfile = open(/etc/passwd) except IOError, err: print ERR: %s % err break files.append(newfile) # use -3 to get an error for file in files[-4:]: print close file.close() # success subprocess.Popen([date], stdout=subprocess.PIPE).communicate() --- -- nosy: +haypo ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3392 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3392] subprocess fails in select when descriptors are large
Mattias Engdegård [EMAIL PROTECTED] added the comment: As the comment in the original bug report said, you need to raise the file descriptor limit to something well above 2000 before running the test case. Needless to say, you may need to do that part as root in case that would exceed your hard RLIMIT_NOFILE limit. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3392 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3001] RLock's are SLOW
Changes by STINNER Victor [EMAIL PROTECTED]: Removed file: http://bugs.python.org/file11172/rlock.patch ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3001 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3934] sphinx - building muppy docs fails on Linux
New submission from robwolfe [EMAIL PROTECTED]: I've tried to build muppy (http://packages.python.org/muppy/) documentation on: $ python2.5 -c import sys; print sys.version 2.5 (release25-maint, Dec 9 2006, 14:35:53) [GCC 4.1.2 20061115 (prerelease) (Debian 4.1.1-20)] with Sphinx (version 0.4.2) and got this error: $ make doctest mkdir -p build/doctest sphinx-build -b doctest -d build/doctrees source build/doctest Sphinx v0.4.2, building doctest trying to load pickled env... not found building [doctest]: targets for 15 source files that are out of date updating environment: 15 added, 0 changed, 0 removed reading... changes copyright detailed_toc glossary index intro library/library library/muppy library/refbrowser Exception occurred: File /usr/lib/python2.5/site-packages/Sphinx-0.4.2-py2.5.egg/sphinx/ext/autodoc.py, line 313, in generate_rst if not mod_cls: UnboundLocalError: local variable 'mod_cls' referenced before assignment The full traceback has been saved in /tmp/sphinx-err-XRu3ZJ.log, if you want to report the issue to the author. Please also report this if it was a user error, so that a better error message can be provided next time. Send reports to [EMAIL PROTECTED] Thanks! make: *** [doctest] Błąd 1 The simple patch I've attached helped of course. -- assignee: georg.brandl components: Documentation tools (Sphinx) files: autodoc.patch keywords: patch messages: 73587 nosy: georg.brandl, robwolfe severity: normal status: open title: sphinx - building muppy docs fails on Linux type: crash versions: Python 2.5 Added file: http://bugs.python.org/file11560/autodoc.patch ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3934 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue433031] SRE: x++ isn't supported
Matthew Barnett [EMAIL PROTECTED] added the comment: Implemented in #2636 and #3825. -- nosy: +mrabarnett ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue433031 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3935] bisect insort C implementation ignores methods on list subclasses
New submission from jason kirtland [EMAIL PROTECTED]: The C implementation (only) of bisect does not invoke list subclass methods when insorting. Code like this will not trigger the assert: class Boom(list): def insert(self, index, item): assert False bisect.insort(Boom(), 123) object-derived classes are OK. -- components: Library (Lib) files: test.py messages: 73589 nosy: jek severity: normal status: open title: bisect insort C implementation ignores methods on list subclasses type: behavior versions: Python 2.5, Python 2.6 Added file: http://bugs.python.org/file11561/test.py ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3935 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3666] atexit.register with bad input segfaults on exit
Changes by Skip Montanaro [EMAIL PROTECTED]: Removed file: http://bugs.python.org/file11517/atexit.diff ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3666 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3666] atexit.register with bad input segfaults on exit
Skip Montanaro [EMAIL PROTECTED] added the comment: I've taken this ticket. Can someone please review and give it a thumbs up or thumbs down? -- assignee: - skip.montanaro ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3666 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3666] atexit.register with bad input segfaults on exit
Christian Heimes [EMAIL PROTECTED] added the comment: *thumbs up* ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3666 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3262] re.split doesn't split with zero-width regex
Guido van Rossum [EMAIL PROTECTED] added the comment: The problem with doing this per 3.0 is that it's impossible to write a conversion script. I'm okay with adding a flag to enable this behavior though. Please open a new bug with a new patch, preferably one that applies cleanly to the trunk, and a separate patch for the py3k branch unless the trunk patch merges cleanly. There should also be unittests and documentation. The patches should be marked for Python 2.7 and 3.1 -- it's way too late to get this into 2.6 and 3.0. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3262 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3872] Python 2.6rc2: Tix ComboBox error
Martin v. Löwis [EMAIL PROTECTED] added the comment: Dominique, unless you contribute a fix yourself, no fix might get included in 2.6. I still would leave Tix in 2.6, unless it can be shown that all Tix widgets are broken. I don't think it's a problem that the Tix version is 8.4 - there is no inherent need for Tix to have the same version number as Tcl or Tk. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3872 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3885] errors on _bsddb creation and dealloc
Nick Coghlan [EMAIL PROTECTED] added the comment: Patch comments: - the test suite section of the diff appears to have a number of changes that are unrelated to this issue - the purpose of the new do_not_close flag (i.e. avoiding the crash) could use a comment at the point where it is referenced in the code - aren't all those dummy=DB_close_internal(*) + Py_XDECREF calls also in need of the PyErr_Clear() treatment? - globally clearing *any* error unconditionally is typically a bad idea. If there are certain 'expected' errors (such as the No Server error Victor was triggering or other BSDDB errors) then those can be cleared silently, but for other errors something should at least be written to stderr to indicate that an error was ignored because it couldn't be propagated back to the eval loop (and possibly even for the BSDDB errors). -- nosy: +ncoghlan ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3885 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3928] os.mknod missing on Solaris
Martin v. Löwis [EMAIL PROTECTED] added the comment: It would be best if you could contribute a patch to fix this. The source of configure is configure.in; you need autoconf to generate configure from it. -- nosy: +loewis ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3928 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3927] dummy multiprocessing needs to use properties
Benjamin Peterson [EMAIL PROTECTED] added the comment: Fixed in r66557. -- resolution: - fixed status: open - closed ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3927 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3933] presence of .pythonstartup.py causes __main__.__file__ to be set incorrectly
Martin v. Löwis [EMAIL PROTECTED] added the comment: Jean-Paul, to find out why the specific patch was not backported, you would have to ask the original committer (which happens to be Georg Brandl). If you want to ask that question through the tracker, it's best to add him to the nosy list, so that he can actually see that he is being asked a question. My guess is as good as everybody else's: most likely, he didn't have the time to backport, or didn't consider it important enough. -- nosy: +loewis ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3933 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3824] test_tarfile fails on cygwin (unicode decode error)
Martin v. Löwis [EMAIL PROTECTED] added the comment: In this case, I think there is nothing we can do. Perhaps it is useful to put a comment into the test, pointing out that this is likely to break on Cygwin, and refer to this issue. I don't see that as a problem: it's just a test that fails, and only on some systems (i.e. when you have non-ASCII characters in the group file). People running into the problem should first resolve the underlying problem in Cygwin, and, when Cygwin actually works correctly, come back to fixing this issue. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3824 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3934] sphinx - building muppy docs fails on Linux
Changes by Martin v. Löwis [EMAIL PROTECTED]: -- nosy: +schuppenies ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3934 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue433031] SRE: x++ isn't supported
Georg Brandl [EMAIL PROTECTED] added the comment: Closing this one then. -- nosy: +georg.brandl resolution: - duplicate status: open - closed superseder: - Regexp 2.7 (modifications to current re 2.2.2) ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue433031 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3936] Faulty suppression of 'as' keyword warning
New submission from Terry J. Reedy [EMAIL PROTECTED]: Copied from c.l.p post by F. Lundh I have no idea if this has implications for warnings in 2.6 from sympy.mpmath import specfun So what could be suppressing the warning? [about 'as' becoming a keyword, when assigned to] a bug in Python 2.5, it seems: more f1.py as = 1 as = 2 as = 3 python f1.py f1.py:1: Warning: 'as' will become a reserved keyword in Python 2.6 f1.py:2: Warning: 'as' will become a reserved keyword in Python 2.6 f1.py:3: Warning: 'as' will become a reserved keyword in Python 2.6 more f2.py as = 1 import os as = 3 python f2.py f2.py:1: Warning: 'as' will become a reserved keyword in Python 2.6 A quick look in parsetok.c reveals that it sets a handling_import flag when it stumbles upon an import statement, a flag that's later used to suppress the warning message. The bug is that the flag isn't reset until the parser sees an ENDMARKER token (end of file), instead of when it sees the next NEWLINE token. (if someone wants to submit this to bugs.python.org, be my guest) -- components: Interpreter Core messages: 73600 nosy: tjreedy severity: normal status: open title: Faulty suppression of 'as' keyword warning versions: Python 2.5 ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3936 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3937] platform.dist(): detect Linux distribution version in a robust, standard way
New submission from Zooko O'Whielacronx [EMAIL PROTECTED]:
platform.dist() returns ('debian', 'lenny/sid', '') on my Ubuntu 8.04
Hardy system. Investigating shows that there are a few techniques in
platform.py to parse the version-number-files of different Linux
distributions. This patch adds a command to try executing lsb_release
first of all. lsb_release is the standard way to do this, originally
published in 2001:
http://refspecs.freestandards.org/LSB_1.0.0/gLSB/lsbrelease.html
and currently standardized here:
http://refspecs.freestandards.org/LSB_3.2.0/LSB-Core-generic/LSB-Core-generic/lsbrelease.html
If invoking lsb_release results in exit code 0 and some non-empty,
non-all-whitespace string on stdout, then dist() returns that. Else,
dist falls back to the old (current) hacks.
There is a drawback to this: invoking three successive subprocesses
takes a bit of time. Hopefully nobody needs to invoke platform.dist()
in a time-critical moment...
With this patch, platform.dist() return:
('Ubuntu', '8.04', 'hardy')
Oh, this patch also updates the docstring of dist() to explain what is
meant by distribution, version, and id.
--
components: Library (Lib)
files: dist.patch.txt
messages: 73601
nosy: zooko
severity: normal
status: open
title: platform.dist(): detect Linux distribution version in a robust, standard
way
type: behavior
versions: Python 2.4, Python 2.5, Python 2.6, Python 3.0
Added file: http://bugs.python.org/file11562/dist.patch.txt
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3937
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3885] errors on _bsddb creation and dealloc
Jesús Cea Avión [EMAIL PROTECTED] added the comment: Nick: 1. Yes, the code actually patches an unrelated regression too (DB.verify() crashes). I added the testcase, since the testsuite didn't exercise DB.verify() and so the bug was lurking there for months. It is solved now, and the testcase is there to protect us in the future. I can split the patch, if demanded, nevertheless. 2. About commenting do_not_close use, I agree. Done. Now the code says: /* ** do_not_close is used to dispose all related objects in the ** tree, without actually releasing the root object. ** This is done, for example, because function calls like ** DB.verify() implicitly close the underlying handle. So ** the handle doesn't need to be closed, but related objects ** must be cleaned up. */ Similarly in DBSequence.remove(). I'm actually thinking about splitting *_close_internal() functions in release related objects+object close. I don't like the do_not_close flag. But that would be a post-2.6.0 change that I'm still considering. 3. About dummy=DB_close_internal(*) + Py_XDECREF, the crashes are related to raising exceptions *while* deallocating objects. These are solved with this patch. Other dummy=DB_close_internal(*) + Py_XDECREF uses need be improved, but they do not crash the library, and the changes are a bit extensive for a post RC code. They are in my TO DO list, but I think they can be left out of Python 2.6.0. See my previous post. 4. I agree with you. The problem is related to cleaning a partially/incorrectly initialized object. Ideally the error should be raised in the object constructor. Nevertheless in this case the RPC initialization involves several functions that must be called in sequence: object created as RPC enabled+specifying the details of remote RPC server. If the handle is disposed before the second step, it can be safely deallocated without showing any spurious error. In this concrete example, I don't think the user needs to know about the phantom error. If you don't agree, please tell to me. Would be a few fprintf() enough?. Thanks for your time, Nick. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3885 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3938] Clearing globals; interpreter -- IDLE difference
New submission from Terry J. Reedy [EMAIL PROTECTED]:
Interpreter:
globals()
{'__builtins__': module 'builtins' (built-in), '__name__': '__main__',
'__doc__': None, '__package__': None}
globals().clear()
globals()
Traceback (most recent call last):
File stdin, line 1, in module
NameError: name 'globals' is not defined
Though not what one would usually want, .clear() clears all. One now
has a bare interpreter with import disabled ('__import__' not found).
IDLE:
globals().clear()
__name__
'builtins'
globals()
{'__builtins__': {'bytearray': class 'bytearray',...
Module builtins has become the main module. Assignments are added to the
__builtins__ dict. I am not sure if this is intended or a bug, but if
IDLE is trying to 'recover' from the 'disabling' of the main module, I
think 'Restart Shell ^F6' would be better.
--
components: IDLE
messages: 73603
nosy: tjreedy
severity: normal
status: open
title: Clearing globals; interpreter -- IDLE difference
versions: Python 3.0
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3938
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3937] platform.dist(): detect Linux distribution version in a robust, standard way
Zooko O'Whielacronx [EMAIL PROTECTED] added the comment: Here's a new version of this patch which differs only in having slightly more correct documentation. Added file: http://bugs.python.org/file11563/dist.patch.txt ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3937 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3938] Clearing globals; interpreter -- IDLE difference
Changes by Martin v. Löwis [EMAIL PROTECTED]: -- priority: - low ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3938 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3939] Patch to implement a real ftplib test suite
New submission from Giampaolo Rodola' [EMAIL PROTECTED]: ftplib module is currently lacking a test suite which actually connects to a FTP server and uses the FTP class methods and facilities. Bug #3911, discovered just a bunch of weeks before the stable release of Python 3.0, is an example of how much a test suite is necessary. As demanded by Benjamin Peterson in #3911, I started working on test suite which implements an asyncore-based dummy FTP server which sends fixed response codes that I used to test all the relevant FTP class methods. Tests for the IPv6 module facilities are also included. Although not that useful (IMHO) I didn't remove the old tests about timeouts. Tested against Python 2.6-RC2 on Windows XP SP3, Linux 2.6.20 and FreeBSD 7.0. -- files: test_ftplib.patch keywords: patch messages: 73605 nosy: benjamin.peterson, facundobatista, giampaolo.rodola, gvanrossum severity: normal status: open title: Patch to implement a real ftplib test suite versions: Python 2.7 Added file: http://bugs.python.org/file11564/test_ftplib.patch ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3939 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3911] ftplib.FTP.makeport() bug
Giampaolo Rodola' [EMAIL PROTECTED] added the comment: Would you like to contribute a patch? Done in issue #3939. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3911 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3940] turtle.py - minor bugfixes
New submission from Gregor Lingl [EMAIL PROTECTED]: Thorough testing revealesd the following bugs in turtle.py (Python 2.6): 1) Around lines 359 and 379: There's a name conflict with a methodname of the parentclass Frame: _root. The bugfix consists in renaming this attribute, which occurs only twice 2) Around line 732: Turtles with image-shapes do not recognize user coordinates. This is fixed in TurtleScreenBase method _drawimage by introducing the corresponding scaling factors 3) Around line 3570: Calling the __init__ - Method of the Screen-class (which uses the Borg idiom) destroys graphics and Turtles on the Screen. This is an undesired behaviour. The fix brings the behaviour of Screen in accordance with the Python 3.0 version. 4) Around line 3612: Screen.setup() needs a final update() call in order to ensure, that immediately following calls of window_width() or window_height() return correct values. Moreover there is a correction of the version number and date Bugfixes are attached in turtle.py.diff Regards, Gregor -- components: Library (Lib) files: turtle.py.diff keywords: patch messages: 73607 nosy: gregorlingl severity: normal status: open title: turtle.py - minor bugfixes type: behavior versions: Python 2.6 Added file: http://bugs.python.org/file11565/turtle.py.diff ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3940 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3940] turtle.py - minor bugfixes
Gregor Lingl [EMAIL PROTECTED] added the comment: The bugfix for bug 3) described above makes necessary the insertion of a line in turtleDemo.py (around line 96) Again I've attached the corresponding diff file Added file: http://bugs.python.org/file11566/turtleDemo.diff ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3940 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3941] Help in IDLE doesn't work correctly
New submission from Gregor Lingl [EMAIL PROTECTED]: From IDLE either pressing F1 or choosing the menu Help-Python Docs should open a Help-Window with the docs of the current version. (This works well for instance in Python 2.5.2) The docs file normally resides on the local computer in the Doc directory (at least under Windows) With 2.6rc2 under Windows pressing F1 only opens a Browser with the url http://www.python.org/doc/current/ which leads to the 2.5.2 documentation. It should be linked to the python26.chm file in the Doc directory Regards, Gregor -- components: IDLE messages: 73609 nosy: gregorlingl severity: normal status: open title: Help in IDLE doesn't work correctly type: behavior versions: Python 2.6 ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3941 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3666] atexit.register with bad input segfaults on exit
Skip Montanaro [EMAIL PROTECTED] added the comment: Checked in as revision 66562. -- resolution: - fixed status: open - closed ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3666 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3942] Usability issue from not being able to use defined start and end code block markers
New submission from Martin Meredith [EMAIL PROTECTED]: Recently, a blind user posted on Stack Overflow asking whether there was something that would allow them to use braces within python. They have a point, with only tabs being show in the editor, it can be very confusing for a blind user using a braille output, or a screen reader to be able to tell exactly where in a code block they are. Specific Code Block Markers would allow them to understand this in a more definate manner. The question can be found at http://stackoverflow.com/questions/118643 Along with some suggestions. It would be nice if this issue could be resolved in some manner. I understand obviously, that the fact that python doesn't use braces etc is why people like it, but the fact that this causes issues so that python is barely usable by unsighted persons is something that I think should be addressed. -- components: Interpreter Core messages: 73612 nosy: Mez severity: normal status: open title: Usability issue from not being able to use defined start and end code block markers versions: Python 2.1.1, Python 2.1.2, Python 2.2, Python 2.2.1, Python 2.2.2, Python 2.2.3, Python 2.3, Python 2.4, Python 2.5, Python 2.6, Python 2.7, Python 3.0, Python 3.1 ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3942 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3943] IDLE won't start in 3.0rc1 Subprocess didn't make connection....
New submission from Robert Yodlowski [EMAIL PROTECTED]: I installed 3.0rc1 on a Win XP 2.4Gzh system with all current updates with no problems. Cmd line Python and docs work fine. Tried to start IDLE but got error message: IDLE's subprocess didn't make connection. Either IDLE can't start subprocess or personal firewall is blocking. I turned off my firewall but got the same error message. IDLE works fine in Python 2.5 and 2.6 on this same machine. Tried change to idlelib\run.py suggested in bug report #3905 but it had no effect. ...Bob -- components: IDLE messages: 73613 nosy: rbtyod severity: normal status: open title: IDLE won't start in 3.0rc1 Subprocess didn't make connection type: crash versions: Python 3.0 ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3943 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3942] Usability issue from not being able to use defined start and end code block markers
Senthil [EMAIL PROTECTED] added the comment: Hello Mez, I don't think this will be implemented in the language. There have discussions on supporting braces (as accessibility mechanism) before, but it is not generally agreed upon. I would like to point to you the discussion between Guido and T.V.Raman at c.l.p here: http://tinyurl.com/clpdiscussion You might find something that would be actually be helpful to blind users, emacsspeak with python mode extension. Also in the stackoverflow discussion, I found people pointing to wrapper utilities like pyBraces. That should be helpful too, but Python wont be changing to support braces. This report can be closed. -- nosy: +orsenthil ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3942 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3940] turtle.py - minor bugfixes
Martin v. Löwis [EMAIL PROTECTED] added the comment: Please submit separate patches for unrelated issues. As a whole, the patch is unacceptable because of that. Please don't add comments to the code that describe what has changed, or what was before. Only describe what is. Specifically, don't say renamed: Also, for each issue, it would be good if you could provide a short test case that demonstrates the bug that gets fixed with the patch. -- nosy: +loewis resolution: - rejected status: open - closed ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3940 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3941] Help in IDLE should open the chm file
Martin v. Löwis [EMAIL PROTECTED] added the comment: Notice that the chm file is available on Windows only. So in general, opening the online documentation might be the right thing to do. -- nosy: +loewis title: Help in IDLE doesn't work correctly - Help in IDLE should open the chm file ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3941 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3941] Help in IDLE should open the chm file
Martin v. Löwis [EMAIL PROTECTED] added the comment: Kurt, even if using online documentation is necessary, I think the URL is not quite right - it should rather be a version-dependent URL, IMO. -- assignee: - kbk nosy: +kbk ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3941 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
