[issue4479] True division is not smart - proposing smart True division
New submission from Hatem [EMAIL PROTECTED]: A division which results in int, does not produce int ?!? Here is the test case. from __future__ import division assert(isinstance(2 / 1, int)) -- components: Interpreter Core messages: 76679 nosy: nassrat severity: normal status: open title: True division is not smart - proposing smart True division type: behavior versions: Python 2.6 ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4479 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4480] bdist_msi and bdist_wininst are missing an uninstaller icon
New submission from Marc-Andre Lemburg [EMAIL PROTECTED]: Now that #4389 is fixed, it would be nice if the bdist_msi and bdist_wininst created installers could use the same Python icon for their uninstallers. Note that both commands create installers that are prefixed with the Python version, so there already is a tight binding between the Python interpreter itself and the extensions installed using those installers. Alternatively, perhaps we could add a way to set the icon via command options. -- components: Distutils messages: 76680 nosy: lemburg severity: normal status: open title: bdist_msi and bdist_wininst are missing an uninstaller icon versions: Python 2.7, Python 3.1 ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4480 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4480] bdist_msi and bdist_wininst are missing an uninstaller icon
Changes by Marc-Andre Lemburg [EMAIL PROTECTED]: -- type: - feature request ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4480 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4389] Uninstaller Lacks an Icon
Marc-Andre Lemburg [EMAIL PROTECTED] added the comment: I opened #4480 for the distutils commands. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4389 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4407] Windows Installer Error 1722 when opting for compilation at install time
Changes by Eric Devolder [EMAIL PROTECTED]: Removed file: http://bugs.python.org/file12176/unnamed ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4407 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4336] Fix performance issues in xmlrpclib
Kristján Valur Jónsson [EMAIL PROTECTED] added the comment: Really? Works for me. Here is a simple patch where we leave the read buffering. passes test_xmlrpclib.py and test_httplib.py Added file: http://bugs.python.org/file12178/xmlrpc_1.patch ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4336 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4477] Speed up PyEval_EvalFrameEx when tracing is off.
Changes by Skip Montanaro [EMAIL PROTECTED]: -- nosy: +skip.montanaro ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4477 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4336] Fix performance issues in xmlrpclib
Changes by Simon Cross [EMAIL PROTECTED]: -- nosy: +hodgestar ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4336 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1208304] urllib2's urlopen() method causes a memory leak
Senthil [EMAIL PROTECTED] added the comment: Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment: Reopening: I reproduce the problem consistently with both 2.6 and trunk versions (not with python 3.0), on Windows XP. I think this bug is ONLY with respect to Windows Systems. I not able to reproduce this on the current trunk on Linux Ubuntu ( 8.04). I tried 100 and 1000 instances of open and close and everytime file descriptors goes through ESTABLISHED, SYNC_SENT and closes for TCP connections. And yeah, certain instances showed 'can't identify protocol' randomly. But thats a different issue. The original bug raised for Python 2.4 was originally raised on Linux and it seems to have been fixed. A Windows expert should comment on this, if this is consistently reproducable on Windows. -- nosy: +orsenthil ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue1208304 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4474] PyUnicode_FromWideChar incorrect for characters outside the BMP (unix only)
Mark Dickinson [EMAIL PROTECTED] added the comment: Just to be clear, the defect in PyUnicode_FromWideChar is present both in Python 2.x and Python 3.x. The problem with command-line arguments only occurs in Python 3.x, since 2.x doesn't use PyUnicode_FromWideChar in converting arguments. I can reproduce the 'No such file or directory' error on both OS X and Linux, for Python 3.0. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4474 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4479] True division is not smart - proposing smart True division
Antoine Pitrou [EMAIL PROTECTED] added the comment: This is by design. Having different result types based on the input values would not be smart in my book, rather incredibly fragile. -- nosy: +pitrou resolution: - invalid status: open - closed ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4479 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4474] PyUnicode_FromWideChar incorrect for characters outside the BMP (unix only)
Marc-Andre Lemburg [EMAIL PROTECTED] added the comment: This is due to the function downcasting the wchar_t values to Py_UNICODE, which is a 2-byte value if you build Python as UCS2 version on Unix. Most Unixes ship with UCS4 builds, so you don't see the problem there. Mac OS X ships with a UCS2 build, which is why you run into the problem on that platform. UCS2 builds are also the default build on Unix, so if you compile Python yourself, it will result in a UCS2 build, unless you explicitly specify the UCS4 build configure option or configure happens to find a Tcl/Tk version installed that uses UCS4 internally. -- nosy: +lemburg ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4474 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4479] True division is not smart - proposing smart True division
Mark Dickinson [EMAIL PROTECTED] added the comment: Having different result types based on the input values would not be smart in my book, rather incredibly fragile. Well, there are precedents: type(2**3) type 'int' type(2**-3) type 'float' My initial reaction to this was negative, but I'm struggling to think of situations where it would be bad. I'm also struggling to think of situations where it would be useful. Maybe Monday morning is just a bad time for thinking. :-) Might be worth a discussion on python-ideas, at least? To the OP: you should be aware that getting this accepted into Python would likely be very hard. You'd need at least a PEP explaining clearly the benefits of such a change, a working patch, and strong community support. And even then it might have to wait for Python 4.0. Which Guido has said probably won't happen... -- nosy: +marketdickinson ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4479 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4479] True division is not smart - proposing smart True division
Hatem [EMAIL PROTECTED] added the comment: On Mon, Dec 1, 2008 at 7:15 AM, Mark Dickinson [EMAIL PROTECTED] wrote: Well, there are precedents: type(2**3) type 'int' type(2**-3) type 'float' My initial reaction to this was negative, but I'm struggling to think of situations where it would be bad. I'm also struggling to think of situations where it would be useful. Maybe Monday morning is just a bad time for thinking. :-) Might be worth a discussion on python-ideas, at least? I don't know about the internal representations in python, but I believe ints can be larger than ints. Nevertheless your example there which would have drove me nuts if I found it :-). I like the true division feature, but I find it too far deviant, if all of a sudden code started producing floats instead of ints, on a given upgrade of python someday soon. I think the result should be int if it is an int, but float if and only if it is really needed. I think your right, this conversation should probably move to python ideas, since this was by design and not a bug. (but I do not really like this part of the feature). ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4479 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4479] True division is not smart - proposing smart True division
Hatem [EMAIL PROTECTED] added the comment: On Mon, Dec 1, 2008 at 7:43 AM, Hatem Nassrat [EMAIL PROTECTED] wrote: On Mon, Dec 1, 2008 at 7:15 AM, Mark Dickinson [EMAIL PROTECTED] wrote: Well, there are precedents: type(2**3) type 'int' type(2**-3) type 'float' My initial reaction to this was negative, but I'm struggling to think of situations where it would be bad. I'm also struggling to think of situations where it would be useful. Maybe Monday morning is just a bad time for thinking. :-) It seems to not be my day either. I think the above behaviour is what I would expect. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4479 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4479] True division is not smart - proposing smart True division
Antoine Pitrou [EMAIL PROTECTED] added the comment: Le lundi 01 décembre 2008 à 11:15 +, Mark Dickinson a écrit : My initial reaction to this was negative, but I'm struggling to think of situations where it would be bad. Consider someone who writes: z = y / x return my_list[z] In all his tests, x is a divisor of y and therefore z is an integer, the code runs ok. Suddenly in an use case, x is not a divisor of y, z is therefore a float, and the return line raises a TypeError. The reverse can also happen, consider something like : z = y / x return z.as_integer_ratio() As for : type 'int' type(2**-3) type 'float' I'd argue it is less annoying because it only depends on the value of the second operand which is, most of the time, a constant, and therefore you know upfront if the result will be a float or an int. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4479 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4479] True division is not smart - proposing smart True division
Hatem [EMAIL PROTECTED] added the comment: On Mon, Dec 1, 2008 at 8:01 AM, Antoine Pitrou [EMAIL PROTECTED] wrote: Antoine Pitrou [EMAIL PROTECTED] added the comment: Le lundi 01 décembre 2008 à 11:15 +, Mark Dickinson a écrit : My initial reaction to this was negative, but I'm struggling to think of situations where it would be bad. Consider someone who writes: z = y / x return my_list[z] In all his tests, x is a divisor of y and therefore z is an integer, the code runs ok. Suddenly in an use case, x is not a divisor of y, z is therefore a float, and the return line raises a TypeError. That brings me to another point which will make you guys think i'm crazy and close this thread immediately :-). I actually tried that recently (that being using a float as an index), actually used it as a slice. I would think that should work, it should round the float usually, and if used in a slice, if it is an end it should round up, if it is a start round down, for 0.5? Maybe I should write my first PEP and watch it thrown out :-) ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4479 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4480] bdist_msi and bdist_wininst are missing an uninstaller icon
Retro [EMAIL PROTECTED] added the comment: Marc-Andre, why haven't you selected the version 'Python 3.0' as well? I think it's still time to fix this for the much-anticipated Python 3.0. The final release is coming soon, but I think it's still time. Martin v. Löwis, please fix this bug for Python 3.0 as well. Appreciate it. Thanks. -- nosy: +Retro ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4480 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4480] bdist_msi and bdist_wininst are missing an uninstaller icon
Changes by Retro [EMAIL PROTECTED]: -- versions: +Python 3.0 ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4480 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4480] bdist_msi and bdist_wininst are missing an uninstaller icon
Changes by Retro [EMAIL PROTECTED]: -- nosy: +loewis ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4480 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4480] bdist_msi and bdist_wininst are missing an uninstaller icon
Marc-Andre Lemburg [EMAIL PROTECTED] added the comment: On 2008-12-01 14:52, Retro wrote: Retro [EMAIL PROTECTED] added the comment: Marc-Andre, why haven't you selected the version 'Python 3.0' as well? I think it's still time to fix this for the much-anticipated Python 3.0. The final release is coming soon, but I think it's still time. Martin v. Löwis, please fix this bug for Python 3.0 as well. Appreciate it. Thanks. It's too late for new features in Python 3.0. Those will have to wait until 3.1 gets released. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4480 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4480] bdist_msi and bdist_wininst are missing an uninstaller icon
Retro [EMAIL PROTECTED] added the comment: Martin, I hope you have the time to fix this. I would very much appreciate this fix. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4480 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4480] bdist_msi and bdist_wininst are missing an uninstaller icon
Retro [EMAIL PROTECTED] added the comment: Oh, Python 3.0 is in feature freeze. I see. Too bad. Well, at least we'll have those icons in the next release. When do you think that'll be released? Talking about Python 3.1 of course. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4480 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4426] UTF7 decoding is far too strict
Nick Barnes [EMAIL PROTECTED] added the comment: My original defect report here was incorrect, or possibly only relates to a particular older Python installation. It is still the case that UTF-7 decoding is fussier than it need be (decoding should be permissive), and is broken specifically for the '/' character (ASCII 47). I'm probably going to rewrite the whole codec for greater clarity and decoding permissiveness. Any UTF-7 encoder has two boolean parameters: whether to base-64 encode whitespace (sp, ht, nl, cr), and whether to base-64 encode set O characters. The existing Python UTF-7 encoder says no to both of these. It would be useful to have them as options. How should encoding parameters such as these be passed? As setstate() methods on the IncrementalEncoder and StreamWriter objects? Or should I provide four separate codecs (retaining the existing behaviour in the 'utf7' codec, of course). ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4426 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4336] Fix performance issues in xmlrpclib
Jeremy Hylton [EMAIL PROTECTED] added the comment: I submitted r67442, which combines the headers and body in a single send() call. We should look at the buffering issue now, although I probably won't have any time to check on it until Friday. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4336 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4481] Windows installer crash
New submission from Konam [EMAIL PROTECTED]: Tried downloading the Python 2.6 Windows Installer for Windows Vista 64bit and when I tried installing it, it simply made my Windows Installer stop working. I've tried Just for me and the For everyone options and it still crashes. I'm wondering, is it the Python 2.6 Windows AMD64 Installer I'm supposed to use even if I've got an Intel chip in my computer? -- components: Installation messages: 76698 nosy: Konam severity: normal status: open title: Windows installer crash type: crash versions: Python 2.6 ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4481 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3871] cross building python for mingw32 with distutils
Zooko O'Whielacronx [EMAIL PROTECTED] added the comment: I'm interested in this patch so I'm adding myself to the Nosy list. -- nosy: +zooko ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3871 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4477] Speed up PyEval_EvalFrameEx when tracing is off.
Jeffrey Yasskin [EMAIL PROTECTED] added the comment: Martin, does your comment mean you think this should stay out of the trunk(s) until 3.0 is released? That's fine. How about after that: should it go in the 2.6.x and 3.0.x branches too? ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4477 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue858809] Use directories from configure rather than hardcoded
Changes by Akira Kitada [EMAIL PROTECTED]: -- versions: +Python 2.5.3, Python 2.6, Python 2.7, Python 3.0 ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue858809 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1028] Tkinter binding involving Control-spacebar raises unicode error
Guilherme Polo [EMAIL PROTECTED] added the comment: Some more clarifications about this bug: Tcl shouldn't be giving us a UTF-8 string with a 0xC0 byte, since that is not valid UTF-8. I'm aware that Tcl uses the sequence 0xC0 0x80 for special purposes but it is also said that such sequences shouldn't be passed as is when exported. This bug doesn't affect python 2.x because it uses PyString_FromString to convert such value to a Python string, where python 3.x uses PyUnicode_FromString which assumes that it is receiving a valid utf-8 string but it turns out that is not always the case here. It is indeed related to tk 8.4, but not sure which ones exactly (I hit it with tk 8.4.19). ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue1028 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4480] bdist_msi and bdist_wininst are missing an uninstaller icon
Martin v. Löwis [EMAIL PROTECTED] added the comment: Retro: please don't add people to the nosy list. I don't plan to do anything about this issue in the near future, except perhaps to review patches that get contributed (and even that may take many months). ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4480 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4482] 10e667.__format__('+') should return 'inf'
New submission from Dino Viehland [EMAIL PROTECTED]: 10e667.__format__('+') returns '+1.0#INF' vs: 10e667.__format__('') which returns 'inf' The docs say 'inf' is right. -- messages: 76703 nosy: DinoV severity: normal status: open title: 10e667.__format__('+') should return 'inf' versions: Python 2.6, Python 3.0 ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4482 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4482] 10e667.__format__('+') should return 'inf'
Changes by Dino Viehland [EMAIL PROTECTED]: -- components: +Interpreter Core type: - behavior ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4482 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4426] UTF7 decoding is far too strict
Nick Barnes [EMAIL PROTECTED] added the comment: Here is my patch. This is a rewrite of the UTF7 encoder and decoder. It now handles surrogate pairs correctly, so non-BMP characters work with this codec. And my motivating example ('/'.decode('utf7')) works OK. I'm not totally confident of the error-handling code here, but in 'strict' mode this is definitely a better codec than the one it replaces. This patch is based on the Python 2.6 distribution. Added file: http://bugs.python.org/file12179/utf7patch ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4426 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4482] 10e667.__format__('+') should return 'inf'
Changes by Eric Smith [EMAIL PROTECTED]: -- assignee: - eric.smith nosy: +eric.smith ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4482 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4477] Speed up PyEval_EvalFrameEx when tracing is off.
Benjamin Peterson [EMAIL PROTECTED] added the comment: I think it should stay out of the trunk until 3.0 is released only because that simplifies merging and 3.0 is only 3 days away. -- nosy: +benjamin.peterson ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4477 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4480] bdist_msi and bdist_wininst are missing an uninstaller icon
Retro [EMAIL PROTECTED] added the comment: So you are saying you won't create the icons for bdist_msi and bdist_wininst even for future versions (2.7 and 3.1) of the Python interpreter? -- versions: -Python 3.0 ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4480 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue858809] Use directories from configure rather than hardcoded
Roumen Petrov [EMAIL PROTECTED] added the comment: The complete patch require redesign of python-distutils ;) -- nosy: +rpetrov ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue858809 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4471] IMAP4 missing support for starttls
Changes by Giampaolo Rodola' [EMAIL PROTECTED]: -- nosy: +giampaolo.rodola ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4471 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4473] POP3 missing support for starttls
Changes by Giampaolo Rodola' [EMAIL PROTECTED]: -- nosy: +giampaolo.rodola ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4473 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4470] smtplib SMTP_SSL not working.
Changes by Giampaolo Rodola' [EMAIL PROTECTED]: -- nosy: +giampaolo.rodola ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4470 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4474] PyUnicode_FromWideChar incorrect for characters outside the BMP (unix only)
Roumen Petrov [EMAIL PROTECTED] added the comment: Marc-Andre explain all. For the protocol my version is from trunk, python is build with default options. Since system tcl limit UTF-8 to 3 bytes, python is build for UCS-2. In the report output from python is with character 010d(UCS-2). May be issue is not for versions before 3.0. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4474 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4483] Error to build _dbm module during make
New submission from Leger [EMAIL PROTECTED]: Under Debian/Lenny/i486, I install python3.0rc3. After untar the Python3.0rc3 package, I replace in the configure /usr/local by /usr. After I do : configure --with-pydebug --with-doc-strings --enable-shared --enable-profiling --enable-ipv6 --with-threads --with-tsc ; make The result during make is : Failed to find the necessary bits to build these modules: _dbm To find the necessary bits, look in setup.py in detect_modules() for the module's name. The release of the dbm library is : libgdbm-dev 1.8.3-3 GNU dbm database routines (development files) The header for dbm : _gdbmmodule.c request gdbm.h, and is here /usr/include/gdbm.h The Modules/_dbmmodule.c use : #include gdbm/ndbm.h ... #include ndbm.h ... but I have only /usr/include/gdbm-ndbm.h Can you patch the _dbmmodule.c to use it ? -- components: Extension Modules messages: 76709 nosy: legerf severity: normal status: open title: Error to build _dbm module during make type: compile error versions: Python 3.0 ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4483 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4477] Speed up PyEval_EvalFrameEx when tracing is off.
Raymond Hettinger [EMAIL PROTECTED] added the comment: +1 on the patch. It makes good sense to me. -- nosy: +rhettinger ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4477 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4480] bdist_msi and bdist_wininst are missing an uninstaller icon
Martin v. Löwis [EMAIL PROTECTED] added the comment: So you are saying you won't create the icons for bdist_msi and bdist_wininst even for future versions (2.7 and 3.1) of the Python interpreter? Yes, exactly so. I'm -1 on using the Python icon for that by default, I'm +0 on giving the package a choice of icons (i.e. I could live with it if it is opt-in, but I won't spend time on writing patches in this respect). ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4480 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4473] POP3 missing support for starttls
STINNER Victor [EMAIL PROTECTED] added the comment: You might split your patch into smaller patches, example: * patch 1: implement CAPA method * patch 2: POP3_SSL refatoring * patch 3: stls() method Comments: - Do you really need to keep a reference to the raw socket (self._sock) for a SSL connection? - I don't understand what is sock.shutdown(SHUT_RDWR). When is it needed? Does it change the behaviour? - Could you write a method to parse the capabilities because I hate long lambda function. You may write doctest for the new method :-) -- nosy: +haypo ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4473 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4471] IMAP4 missing support for starttls
STINNER Victor [EMAIL PROTECTED] added the comment: Same comments than issue #4473: - you might split your patch into smaller patches - Do you really need to keep a reference to the raw socket? - I don't understand what is sock.shutdown(SHUT_RDWR). When is it needed? Does it change the behaviour? Oh, another comment: - When I fixed poplib/imaplib in py3k, I created a _create_socket() method which to factorize the classic class and the SSL class. The classic class uses socket.create_connection() which supports IPv4 and IPv6 (and maybe other protocols) whereas the SSL version reimplements create_connection(): for ... in getaddrinfo So you may reuse this idea for in your SSL refactoring (for POP3 and IMAP4). -- nosy: +haypo ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4471 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4474] PyUnicode_FromWideChar incorrect for characters outside the BMP (unix only)
Changes by STINNER Victor [EMAIL PROTECTED]: -- nosy: +haypo ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4474 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1529142] Allowing multiple instances of IDLE with sub-processes
Changes by Weeble [EMAIL PROTECTED]: Added file: http://bugs.python.org/file12180/IDLE_automatic_ports.diff ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue1529142 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2306] Update What's new in 3.0
Guido van Rossum [EMAIL PROTECTED] added the comment: Working on it! Woo hoo! Thanks Victor for the detailed feedback. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue2306 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1529142] Allowing multiple instances of IDLE with sub-processes
Weeble [EMAIL PROTECTED] added the comment: Okay, I've uploaded a patch. As suggested, it passes 0 for the port number and the port is automatically assigned. It then extracts the port from the socket and passes it to the subprocess. Note that this means the subprocess inherits the listening socket, which I gather is less than ideal. However, as far as I can tell, this happens anyway if the subprocess is restarted, since the socket remains bound and listening the whole time. The patch also removes the use of SO_REUSEADDR because it is no longer needed. This works without a problem for me on Windows XP, but I can't test it on anything more Unixy. I removed the three retries when it fails to bind a socket - it's not clear when this might fail and yet still be a good idea to retry, but I can put that back if that's something that shouldn't be messed with. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue1529142 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4473] POP3 missing support for starttls
Lorenzo M. Catucci [EMAIL PROTECTED] added the comment: I understand the need to keep things simple, but this time the split seemed a bit overkill. If needed, I'll redo the patch into a small series. Thinking of it... I was unsure if it really made sense to split out smtp/pop/imap patches instead of sending them all at once... :-) As for the shutdown before close, it's needed to let the server know we are leaving, instead of waiting until socket timeout. This is the reason I need to keep the reference to the wrapped socket. You don't usually configure maildrop servers to limit the number/rate of connects as you do on smtp servers; still, you could get into problems with stateful forewalls or the like. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4473 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4471] IMAP4 missing support for starttls
Lorenzo M. Catucci [EMAIL PROTECTED] added the comment: As in #4473: if needed, I'll redo the patch into a small series. I've cut and pasted the following. As for the shutdown before close, it's needed to let the server know we are leaving, instead of waiting until socket timeout. This is the reason I need to keep the reference to the wrapped socket. You don't usually configure maildrop servers to limit the number/rate of connects as you do on smtp servers; still, you could get into problems with stateful firewalls or the like. As for the last comment, I'll gladly look at your changes and try to copy^H^H^H^Hbackport them. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4471 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4473] POP3 missing support for starttls
STINNER Victor [EMAIL PROTECTED] added the comment: As for the shutdown before close, it's needed to let the server know we are leaving, instead of waiting until socket timeout. Extracts of an UNIX FAQ [1]: Generally the difference between close() and shutdown() is: close() closes the socket id for the process but the connection is still opened if another process shares this socket id. i have noticed on some (mostly non-unix) operating systems though a close by all processes (threads) is not enough to correctly flush data, (or threads) is not. A shutdown must be done, but on many systems it is superfulous. So shutdown() is useless on most OS, but it looks like it's better to use it ;-) This is the reason I need to keep the reference to the wrapped socket. You don't need to do that. The wrapper already calls shutdown() of the parent socket (see Lib/ssl.py). [1] http://www.developerweb.net/forum/archive/index.php/t-2940.html ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4473 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4483] Error to build _dbm module during make
Skip Montanaro [EMAIL PROTECTED] added the comment: Patching _dbmmodule.c alone isn't sufficient. At minimum setup.py would have to be adjusted to detect the presence of the odd ndbm.h file. -- nosy: +skip.montanaro ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4483 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4483] Error to build _dbm module during make
Skip Montanaro [EMAIL PROTECTED] added the comment: Can you try the attached patch and let us know if it works for you? -- assignee: - skip.montanaro keywords: +easy, patch Added file: http://bugs.python.org/file12181/dbm.diff ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4483 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4483] Error to build _dbm module during make
Skip Montanaro [EMAIL PROTECTED] added the comment: Here's a similarly untested patch for Python 2.x. Can you try it as well? Added file: http://bugs.python.org/file12182/dbm2.diff ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4483 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue670664] HTMLParser.py - more robust SCRIPT tag parsing
Chris Palmer [EMAIL PROTECTED] added the comment: Here is an additional test case. I have a super simple HTML minifier that burps when given this test file: $ cat test.html 'foo sc'+'ript' The explosion is: $ ./minify.py test.html Warning: malformed start tag 'foo Traceback (most recent call last): File ./minify.py, line 84, in module m.feed(f.read()) File /usr/local/lib/python2.5/HTMLParser.py, line 108, in feed self.goahead(0) File /usr/local/lib/python2.5/HTMLParser.py, line 148, in goahead k = self.parse_starttag(i) File /usr/local/lib/python2.5/HTMLParser.py, line 226, in parse_starttag endpos = self.check_for_whole_start_tag(i) File /usr/local/lib/python2.5/HTMLParser.py, line 302, in check_for_whole_start_tag raise AssertionError(we should not get here!) AssertionError: we should not get here! -- nosy: +cpalmer versions: +Python 2.5 -Python 2.3 Added file: http://bugs.python.org/file12183/minify.py ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue670664 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue670664] HTMLParser.py - more robust SCRIPT tag parsing
Changes by Chris Palmer [EMAIL PROTECTED]: -- type: - behavior ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue670664 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4387] binascii b2a functions accept strings (unicode) as data
Martin v. Löwis [EMAIL PROTECTED] added the comment: Committed as r67472. -- status: open - closed ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4387 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4449] AssertionError in Doc/includes/mp_benchmarks.py
Martin v. Löwis [EMAIL PROTECTED] added the comment: This is a documentation bug, not a library bug, right? (unless someone claims that the documentation is right and the library is wrong) So: a) this seems to be a duplicate of issue 3256, and b) it's just a documention bug. Not sure why this is marked as release blocker. -- components: +Documentation -Library (Lib) nosy: +loewis ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4449 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4484] struct: per item endianess specification
New submission from Shaddy Baddah [EMAIL PROTECTED]: I note that using the struct module, a user can specify if number items of the format are to be interpreted as either big or small endian. However the format specifier can only accept one indicator character at its first character to apply for all number items in it. e.g: HI specifies that both the unsigned short and unsigned int are to be interpreted as little endian values. It would be nice to be able to instead do HI where the first '' character indicates the default endianess (for compatibility purposes) and then the second '' character indicates that the unsigned short should be interpreted as big endian. The unsigned int defaults to small endian as per the first character. -- components: Library (Lib) messages: 76726 nosy: da4an1qu1 severity: normal status: open title: struct: per item endianess specification type: feature request versions: Python 2.6 ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4484 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4347] Dependencies of graminit.h are not rebuilt when the file is regenerated
Thomas Lee [EMAIL PROTECTED] added the comment: A deeper issue here is that Parser/parsetok.c has a dependency on graminit.h. The problem is that Parser/parsetok.c is a part of the Parser/pgen program which is actually being used to *generate* graminit.h in the first place. This breaks Python whenever syntax is added to or removed from Grammar/Grammar in such a way that the value of encoding_decl changes, because the value of encoding_decl used by pgen is different to the value used to build python itself. A simple work around for those wishing to change the syntax is a make; make clean; make. It'd obviously be nice if the build were fixed, though. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4347 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4347] Circular dependency causes SystemError when adding new syntax
Thomas Lee [EMAIL PROTECTED] added the comment: I mean pgen's dependency on graminit.h, not the parser's. :) ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4347 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4347] Circular dependency causes SystemError when adding new syntax
Thomas Lee [EMAIL PROTECTED] added the comment: okay, so it turns out that putting rules in Grammar/Grammar before the top-level non-terminals breaks things in a different way. Attached is another (hopefully final and working) patch. Added file: http://bugs.python.org/file12185/build-evilness-fix-02.patch ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4347 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4347] Circular dependency causes SystemError when adding new syntax
Thomas Lee [EMAIL PROTECTED] added the comment: Here's a new patch that I believe should fix this issue. It modifies Makefile.pre.in to include a few additional dependency declarations for source files that depend on Include/graminit.h and Include/Python-ast.h, as well as moving encoding_decl to the top of Grammar/Grammar. This should ensure that changes to the syntax and/or AST nodes will not cause cryptic errors. Longer term, it would be great to remove the parser's dependency on graminit.h to ensure this sort of problem is never an issue. -- title: Dependencies of graminit.h are not rebuilt when the file is regenerated - Circular dependency causes SystemError when adding new syntax Added file: http://bugs.python.org/file12184/build-evilness-fix.patch ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4347 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com