[issue1114345] Add SSL certificate validation
vila-sf added the comment: Bill == Bill Janssen [EMAIL PROTECTED] writes: Bill Bill Janssen added the comment: Bill Fixed in 2.6. Bill -- Bill resolution: - fixed Bill status: open - closed Thanks for the work on the server side ! But there is still one bit missing for the client side, the original patch allowed the handling of self-certified sites which, AIUI, you don't provide. Am I wrong ? Vincent _ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1114345 _ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1044] tarfile insecure pathname extraction
Lars Gustäbel added the comment: After careful consideration and a private discussion with Martin I do no longer think that we have a security issue here. tarfile.py does nothing wrong, its behaviour conforms to the pax definition and pathname resolution guidelines in POSIX. There is no known or possible practical exploit. I update the documentation with a warning, that it might be dangerous to extract archives from untrusted sources. That is the only thing to be done IMO. -- type: security - behavior __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1044 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1059] *args and **kwargs in function definitions
Georg Brandl added the comment: Lars Gustäbel schrieb: For example in tarfile.rst and logging.rst there are function definitions using *args and/or **kwargs like: .. function:: debug(msg[, *args[, **kwargs]]) The * and ** should be escaped IMO, so that they are not mistaken as reStructuredText markup, which confuses the syntax coloring of my Vim. While escaping * with a backslash works fine in normal text, it does not work in a function definition and the backslash appears in the HTML output. This was done deliberately since for C function descriptions .. cfunction:: PyObject *Py_DoSomething(PyObject *obj1, ...) it's a PITA to escape all the stars. The reST highlighting of Vim seems to be insufficient not only in this regard (inline markup can't span paragraphs); may I convince you to use a real editor like Emacs? :) *ducks* Fine, fine, I'll see if I can add backslash processing there. But I won't add backslashes for all of the existing definitions. -- nosy: +georg.brandl __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1059 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1059] *args and **kwargs in function definitions
Georg Brandl added the comment: Lars Gustäbel schrieb: Lars Gustäbel added the comment: Oh, I thought Emacs was an operating system, I didn't know you could edit text files with it. You live and learn ;-) I suspected that this was intentional. If you make backslash escaping optional, that's fine with me. Okay, fixed in rev. 57712. -- resolution: - fixed status: open - closed __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1059 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1170311] zipfile UnicodeDecodeError
Georg Brandl added the comment: The docs say (at least the development docs) that Unicode filenames must be encoded to str before passing them to ZipFile.write(). (This issue will have to be solved differently for Py3k, I'll look into it.) -- nosy: +georg.brandl resolution: - wont fix status: open - closed _ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1170311 _ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1193061] Python and Turkish Locale
Georg Brandl added the comment: Dupe of #1528802. -- nosy: +georg.brandl resolution: - duplicate status: open - closed superseder: - Turkish Character _ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1193061 _ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1528802] Turkish Character
Georg Brandl added the comment: If I'm not mistaken, i.upper() will never be LATIN CAPITAL LETTER I WITH DOT ABOVE, regardless of the locale? _ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1528802 _ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue883466] quopri encoding Unicode
Georg Brandl added the comment: This is the same issue you can see with cStringIO.StringIO(uabc).getvalue(). This behavior will not be changed, as per #1730114. Marc-Andre: would it be okay to add an explicit str() call in the StringIO calls in quopri_codec and uu_codec, so that non-ASCII unicode strings give an error on decode(), as binascii.b2a_qp() does? -- nosy: +georg.brandl Tracker [EMAIL PROTECTED] http://bugs.python.org/issue883466 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1709599] run test_1565150(test_os.py) only on NTFS
Georg Brandl added the comment: Affects 2.5 only. -- nosy: +georg.brandl versions: +Python 2.5 -Python 2.6 _ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1709599 _ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1680959] Add tests for pipes module (test_pipes)
Georg Brandl added the comment: Committed as rev. 57716. -- assignee: facundobatista - georg.brandl nosy: +georg.brandl resolution: - accepted status: open - closed _ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1680959 _ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1528802] Turkish Character
Ismail Donmez added the comment: @George, i.upper() WILL be I-with-a-dot-above in Turkish.i _ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1528802 _ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue883466] quopri encoding Unicode
Marc-Andre Lemburg added the comment: Georg: Yes, sure. Tracker [EMAIL PROTECTED] http://bugs.python.org/issue883466 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1528802] Turkish Character
Marc-Andre Lemburg added the comment: Unassigning this. Unless someone provides a patch to add context sensitivity to the Unicode upper/lower conversions, I don't think anything will change. The mapping you see in Python (for Unicode) is taken straight from the Unicode database and there's nothing we can or want to do to change those predefined mappings. The 8-bit string mappings OTOH are taken from the underlying C library - again nothing we can change. -- assignee: lemburg - _ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1528802 _ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1528802] Turkish Character
Ismail Donmez added the comment: There is no need to unassign this, the bug is invalid. _ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1528802 _ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1061] ABC caches should use weak refs
New submission from Guido van Rossum: The various caches in abc.py should be turned into weak sets so that the caches don't keep the subclass objects alive forever. -- messages: 55480 nosy: gvanrossum severity: normal status: open title: ABC caches should use weak refs versions: Python 3.0 __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1061 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1040] Unicode problem with TZ
Martin v. Löwis added the comment: This is now fixed in r57720. Using wide APIs would be possible through GetTimeZoneInformation, however, then TZ won't be supported anymore (unless the CRT code to parse TZ is duplicated). -- nosy: +loewis resolution: - fixed status: open - closed __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1040 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1060] zipfile cannot handle files larger than 2GB (inside archive)
Kevin Ar18 added the comment: Here's another bug report that talks about a 2GB file limit: http://bugs.python.org/issue1189216 The diff offered there does not solve the problem; actually it's possible that the diff may not have anything to do with fixing the problem (though I'm not certain), but may just be a readability change. I tried to program a solution based on other stuff I saw/read on the internet, but ran into different problems I took the line: bytes = self.fp.read(zinfo.compress_size) and made it read a little bit at a time and add the result to bytes as it went along. This was really slow (as it had to add the result to the larger and larger bytes string each time); I tried with a list, but I couldn't find how to join the list back together into a string when done (similar to the javascript join() method). However, even with the list method, I ran into an odd memory error, as it looped through into the higher numbers, that I have no idea why it was happening, so I gave up at that point. Also, I have no idea if this one line in the zipfile module is the only problem or if there are others that will pop up once you get that part fixed. __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1060 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1686386] Python SEGFAULT on invalid superclass access
toxik added the comment: Minor note: The patch mixes tabs and spaces. AFAIK, PEP 7 says to use four spaces when making new code, and follow suite in legacy, or convert it. _ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1686386 _ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1060] zipfile cannot handle files larger than 2GB (inside archive)
Martin v. Löwis added the comment: I now see the problem. What you want to do cannot possibly work. You are trying to create a string object that is larger than 2GB; this is not possible on a 32-bit system (which I assume you are using). No matter how you modify the read() function, it would always return a string that is so large it cannot fit into the address space. This will be fixed in Python 2.6, which has a separate .open method, allowing to read the individual files in the zipfile as streams. -- nosy: +loewis versions: +Python 2.5 -Python 2.6 __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1060 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1039] Asssertion in Windows debug build
Changes by Martin v. Löwis: -- resolution: - accepted __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1039 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1060] zipfile cannot handle files larger than 2GB (inside archive)
Kevin Ar18 added the comment: Just some thoughts In posting about this problem elsewhere, it has been argued that you shouldn't be copying that much stuff into memory anyways (though there are possible cases for a need for that). However, the question is what should the zipfile module do. At the very least it should account for this 2GB limitation and say it can't do it. However, how it should interact with the programmer is another question. In one of the replies, I am told that strings have a 2GB limitation, which means the zipfile module can't be used in it's current form, even if fixed. Does this mean that the zipfile module needs to add some additional methods for incrementally getting data and writing data? Or does it mean that programmers should be the ones to program an incremental system when they need it... Or? __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1060 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1060] zipfile cannot handle files larger than 2GB (inside archive)
Kevin Ar18 added the comment: So, just add an error to the module (so it won't crash)? BTW, is Python 2.6 ready for use? I could use that feature now. :) __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1060 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1060] zipfile cannot handle files larger than 2GB (inside archive)
Kevin Ar18 added the comment: Maybe a message that says that strings on 32-bit CPUs cannot handle more than 2GB of data; use the stream instead? __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1060 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1044] tarfile insecure pathname extraction
jan matejek added the comment: if that can be considered official stance, it's fine by me. feel free to close the bug. __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1044 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1675334] Draft implementation for PEP 364
Changes by Martin v. Löwis: -- versions: +Python 3.0 -Python 2.6 _ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1675334 _ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1001] 2to3 crashes on input files with no trailing newlines
Changes by Martin v. Löwis: -- versions: +Python 3.0 __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1001 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1061] ABC caches should use weak refs
Guido van Rossum added the comment: On 8/30/07, Thomas Wouters [EMAIL PROTECTED] wrote: Thomas Wouters added the comment: Here's a working version of that idea, with a WeakSet implementation I had lying around (but never really used.) It seems to work, and fixes the refcount issues, but the WeakSet could do with some extra tests ;-) I was torturing the WeakSet implementation, but didn't get very far: Python 3.0x (py3k, Aug 30 2007, 09:27:35) [GCC 4.0.3 (Ubuntu 4.0.3-1ubuntu5)] on linux2 Type help, copyright, credits or license for more information. from weakref import WeakSet as WS [40407 refs] a = WS([1, 2, 3]) Fatal Python error: Cannot recover from stack overflow. Aborted __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1061 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1463370] Add .format() method to str and unicode
Changes by Martin v. Löwis: -- versions: +Python 3.0 _ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1463370 _ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1753395] struni: assertion in Windows debug build
Martin v. Löwis added the comment: The patch looks fine to me, please apply. -- assignee: loewis - georg.brandl resolution: - accepted _ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1753395 _ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1467929] %-formatting and dicts
Changes by Guido van Rossum: -- priority: immediate - normal _ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1467929 _ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1039] Asssertion in Windows debug build
Thomas Heller added the comment: Applied in rev. 57731. -- resolution: accepted - fixed status: open - closed __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1039 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1114345] Add SSL certificate validation
Bill Janssen added the comment: The new SSL code does work with self-signed certs, either by skipping validation with CERT_NONE, or by adding the cert to the ca_certs file. I don't believe there are any other options that make sense, but if you can suggest one, let's hear it. _ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1114345 _ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1062] issue message copy
New submission from Bill Janssen: It would be useful to have a way to determine whether a socket is or is not already bound to a local port (i.e., has had bind or connect called on it). It's tempting to call socket.socket.getsockname(), but the behavior of this method is essentially undefined (i.e., it's whatever the underlying platform feels like doing, and there seem to be no constraints on that -- Unix systems typically return what seems to be someone's idea of a null address, while Windows systems currently raise an exception.). So an extension API is needed to probe this state. Suggest adding a method is_bound which returns a boolean. -- messages: 55494 nosy: janssen severity: normal status: open __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1062 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1002] Patch to rename HTMLParser module to lower_case
Collin Winter added the comment: orsenthil: that this will break external modules is completely acceptable. Those modules won't work out-of-the-box with Python 3 anyway, and hopefully Paul's patch to 2to3 will alleviate some of the burden. -- nosy: +collinwinter __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1002 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1062] nice to have a way to tell if a socket is bound
Bill Janssen added the comment: What happened to my issue metadata? -- assignee: - janssen priority: - low title: None - nice to have a way to tell if a socket is bound type: - rfe versions: +Python 2.6, Python 3.0 __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1062 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1617699] slice-object support for ctypes Pointer/Array
Thomas Heller added the comment: Set to accepted. As pointed out in private email, please apply it to the trunk. Your thoughts about the 'length' of pointers make sense, and are very similar to what I had in mind when I implemented pointer indexing. For indexing pointers, negative indices (in the C sense, not the usual Python sense) absolutely are needed, IMO. For slicing, missing indices do not really have a meaning - would it be possible to disallow them? -- resolution: - accepted _ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1617699 _ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1617699] slice-object support for ctypes Pointer/Array
Changes by Thomas Heller: -- assignee: theller - twouters _ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1617699 _ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1753395] struni: assertion in Windows debug build
Georg Brandl added the comment: Martin v. Löwis schrieb: Martin v. Löwis added the comment: The patch looks fine to me, please apply. Done in rev. 57752. -- status: open - closed _ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1753395 _ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1746880] AMD64 installer does not place python25.dll in system dir
Martin v. Löwis added the comment: I have now fixed it in 57750, 57751, 57754. I leave the bug open until I can actually test it. -- resolution: - fixed _ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1746880 _ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1062] nice to have a way to tell if a socket is bound
Martin v. Löwis added the comment: Given that the underlying platform has no support for that, it will be difficult to implement correctly across all systems. -- nosy: +loewis __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1062 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1528802] Turkish Character
Martin v. Löwis added the comment: I agree with cartman: Python behaves as designed in all cases discussed here. Closing this report as invalid. -- nosy: +loewis _ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1528802 _ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1061] ABC caches should use weak refs
Georg Brandl added the comment: Guido van Rossum schrieb: Guido van Rossum added the comment: On 8/30/07, Thomas Wouters [EMAIL PROTECTED] wrote: Thomas Wouters added the comment: Here's a working version of that idea, with a WeakSet implementation I had lying around (but never really used.) It seems to work, and fixes the refcount issues, but the WeakSet could do with some extra tests ;-) I was torturing the WeakSet implementation, but didn't get very far: Python 3.0x (py3k, Aug 30 2007, 09:27:35) [GCC 4.0.3 (Ubuntu 4.0.3-1ubuntu5)] on linux2 Type help, copyright, credits or license for more information. from weakref import WeakSet as WS [40407 refs] a = WS([1, 2, 3]) Fatal Python error: Cannot recover from stack overflow. Aborted The update() method can not be implemented in terms of converting the argument to a WeakSet, since that leads to infinite recursion on creation (as to why you get this fatal error, not a RuntimeError, no idea). Also, the fact that the operator-versions of set operations only support other sets as their second operands, while the method-versions support any iterable, is not preserved. Georg -- nosy: +georg.brandl __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1061 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1528802] Turkish Character
Changes by Georg Brandl: -- resolution: - invalid status: open - closed _ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1528802 _ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1709599] run test_1565150(test_os.py) only on NTFS
Martin v. Löwis added the comment: Thanks for the patch. Committed as r57759 and r57760. I added it to the trunk as well, as it might be possible that the test is run on FAT even if the operating system is Windows XP. -- nosy: +loewis resolution: - accepted status: open - closed _ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1709599 _ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1061] ABC caches should use weak refs
Martin v. Löwis added the comment: The fatal error is raised if the stack overflows in the process of handling RuntimeError. In certain cases, the C algorithms won't bail out if a RuntimeError is raised, and just catch it. If that then causes another stack overflow, Python gives up. One such case is an overflow occuring during a comparison operation of a dictionary lookup, IIRC. -- nosy: +loewis __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1061 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1063] Small typo in properties example
New submission from Carsten Grohmann: The example for property() contains a typo / small bug: class C(object): def __init__(self): self.__x = None [...] should be: class C(object): def __init__(self): self._x = None [...] Source: http://docs.python.org/lib/built-in-funcs.html -- components: Documentation messages: 55505 nosy: cgrohmann severity: minor status: open title: Small typo in properties example versions: Python 2.5 __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1063 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1617699] slice-object support for ctypes Pointer/Array
Thomas Wouters added the comment: Well, that's not quite how I implemented the slicing, and it's also not how the existing simple-slicing was implemented: A negative start index is taken to mean 0, and a stop index below the start index is taken to mean 'the start index' (leading to an empty slice.) However, it isn't too hard to do what I think you want done: a negative index means indexing before the pointer, not from the end of the pointer, and missing indices are only okay if they clearly mean '0' ('start' when step 0, 'stop' when step 0.) So: P[5:10] would slice from P[5] up to but not including P[10], P[-5:5] would slice from P[-5] up to but not including P[5], P[:5] would slice from P[0] up to but not including P[5], P[5::-1] would slice from P[5] down to *and including* P[0] but the following would all be errors: P[5:] P[:5:-1] P[:] P[::-1] Does that sound like what you wanted? _ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1617699 _ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1617699] slice-object support for ctypes Pointer/Array
Thomas Heller added the comment: Yes. But looking at your examples I think it would be better to forbid missing indices completely instead of allowing them only where they clearly mean 0. Writing (and reading!) a 0 is faster than thinking about if a missing index is allowed or what it means. _ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1617699 _ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1064] Test issue
New submission from Martin v. Löwis: Let's see who gets this -- assignee: georg.brandl messages: 55508 nosy: georg.brandl, loewis severity: normal status: open title: Test issue __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1064 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1064] Test issue
Changes by Martin v. Löwis: -- resolution: - invalid status: open - closed __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1064 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1044] tarfile insecure pathname extraction
Lars Gustäbel added the comment: I updated the documentation, r57764 (trunk) and r57765 (2.5). -- resolution: - works for me status: open - closed __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1044 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1617699] slice-object support for ctypes Pointer/Array
Thomas Wouters added the comment: Hmmm Well, that's fine by me, but it changes current behaviour, and in a way that ctypes own testsuite was testing, even ;) (it does, e.g., 'p[:4]' in a couple of places.) Requiring the start always would possibly break a lot of code. We could make only the start (and step) optional, and the start only if the step is positive, perhaps? That would change no existing, sane behaviour. _ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1617699 _ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1061] ABC caches should use weak refs
Guido van Rossum added the comment: Georg, would you have time to submit an improved patch? __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1061 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1064] Test issue
Georg Brandl added the comment: Martin v. Löwis schrieb: New submission from Martin v. Löwis: Let's see who gets this I did. :) __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1064 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1063] Small typo in properties example
Georg Brandl added the comment: Thanks, this is already fixed in the development docs (http://docs.python.org/dev). -- nosy: +georg.brandl resolution: - out of date status: open - closed __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1063 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1062] nice to have a way to tell if a socket is bound
Bill Janssen added the comment: Indeed. Calls for some design chops. Again, it's a question of what the socket.socket class really is. Bill On 8/30/07, Martin v. Löwis [EMAIL PROTECTED] wrote: Martin v. Löwis added the comment: Given that the underlying platform has no support for that, it will be difficult to implement correctly across all systems. -- nosy: +loewis __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1062 __ __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1062 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1065] ssl.py shouldn't change class names from 2.6 to 3.x
New submission from Bill Janssen: It seems like a bad idea to have ssl.sslsocket(socket) suddenly become ssl.SSLSocket(fileno) in 2.3. Since no user code is currently using the ssl module, it would be a good idea to change it upfront (if possible) so that code written against 2.6's version of the ssl module doesn't break gratuitously in 3.x. Would suggest changing the class name now, not documenting the initializer, and adding a function (say, wrap_socket) which takes a socket and the other init arguments to the current ssl.sslsocket(), which would continue to work the same way in 3.x. -- assignee: janssen components: Library (Lib) keywords: py3k messages: 55516 nosy: janssen priority: normal severity: normal status: open title: ssl.py shouldn't change class names from 2.6 to 3.x type: behavior versions: Python 2.6, Python 3.0 __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1065 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1462525] URI parsing library
Changes by Skip Montanaro: -- nosy: +skip.montanaro _ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1462525 _ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1675455] Use getaddrinfo() in urllib2.py for IPv6 support
Changes by Skip Montanaro: -- nosy: +skip.montanaro _ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1675455 _ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1066] Implement PEPs 3109, 3134
New submission from Collin Winter: This does not implement __context__; it turned out to be much more difficult than expected and will require some more thought. The new raise syntax and the __traceback__ and __cause__ attributes are implemented, however. This does not yet include a docs patch, though I'm working on that now. -- assignee: gvanrossum components: Interpreter Core, Library (Lib), Tests files: raise.patch keywords: patch, py3k messages: 55517 nosy: collinwinter, gvanrossum severity: normal status: open title: Implement PEPs 3109, 3134 type: behavior versions: Python 3.0 __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1066 __=== Python/Python-ast.c == --- Python/Python-ast.c (revision 980) +++ Python/Python-ast.c (local) @@ -2,7 +2,7 @@ /* - __version__ 56266. + __version__ 465. This module must be committed separately after each AST grammar change; The __version__ number is set to the revision number of the commit @@ -101,9 +101,8 @@ }; static PyTypeObject *Raise_type; static char *Raise_fields[]={ -type, -inst, -tback, +exc, +cause, }; static PyTypeObject *TryExcept_type; static char *TryExcept_fields[]={ @@ -510,7 +509,7 @@ if (!If_type) return 0; With_type = make_type(With, stmt_type, With_fields, 3); if (!With_type) return 0; -Raise_type = make_type(Raise, stmt_type, Raise_fields, 3); +Raise_type = make_type(Raise, stmt_type, Raise_fields, 2); if (!Raise_type) return 0; TryExcept_type = make_type(TryExcept, stmt_type, TryExcept_fields, 3); if (!TryExcept_type) return 0; @@ -1052,17 +1051,15 @@ } stmt_ty -Raise(expr_ty type, expr_ty inst, expr_ty tback, int lineno, int col_offset, - PyArena *arena) +Raise(expr_ty exc, expr_ty cause, int lineno, int col_offset, PyArena *arena) { stmt_ty p; p = (stmt_ty)PyArena_Malloc(arena, sizeof(*p)); if (!p) return NULL; p-kind = Raise_kind; -p-v.Raise.type = type; -p-v.Raise.inst = inst; -p-v.Raise.tback = tback; +p-v.Raise.exc = exc; +p-v.Raise.cause = cause; p-lineno = lineno; p-col_offset = col_offset; return p; @@ -2221,21 +2218,16 @@ case Raise_kind: result = PyType_GenericNew(Raise_type, NULL, NULL); if (!result) goto failed; -value = ast2obj_expr(o-v.Raise.type); +value = ast2obj_expr(o-v.Raise.exc); if (!value) goto failed; -if (PyObject_SetAttrString(result, type, value) == -1) +if (PyObject_SetAttrString(result, exc, value) == -1) goto failed; Py_DECREF(value); -value = ast2obj_expr(o-v.Raise.inst); +value = ast2obj_expr(o-v.Raise.cause); if (!value) goto failed; -if (PyObject_SetAttrString(result, inst, value) == -1) +if (PyObject_SetAttrString(result, cause, value) == -1) goto failed; Py_DECREF(value); -value = ast2obj_expr(o-v.Raise.tback); -if (!value) goto failed; -if (PyObject_SetAttrString(result, tback, value) == -1) -goto failed; -Py_DECREF(value); break; case TryExcept_kind: result = PyType_GenericNew(TryExcept_type, NULL, NULL); @@ -3179,7 +3171,7 @@ if (PyDict_SetItemString(d, AST, (PyObject*)AST_type) 0) return; if (PyModule_AddIntConstant(m, PyCF_ONLY_AST, PyCF_ONLY_AST) 0) return; -if (PyModule_AddStringConstant(m, __version__, 56266) 0) +if (PyModule_AddStringConstant(m, __version__, 465) 0) return; if (PyDict_SetItemString(d, mod, (PyObject*)mod_type) 0) return; if (PyDict_SetItemString(d, Module, (PyObject*)Module_type) 0) === Python/ast.c == --- Python/ast.c (revision 980) +++ Python/ast.c (local) @@ -2199,40 +2199,19 @@ } case raise_stmt: if (NCH(ch) == 1) -return Raise(NULL, NULL, NULL, LINENO(n), n-n_col_offset, c-c_arena); -else if (NCH(ch) == 2) { +return Raise(NULL, NULL, LINENO(n), n-n_col_offset, c-c_arena); +else if (NCH(ch) = 2) { +expr_ty cause = NULL; expr_ty expression = ast_for_expr(c, CHILD(ch, 1)); if (!expression) return NULL; -return Raise(expression, NULL, NULL, LINENO(n), n-n_col_offset, c-c_arena); +if (NCH(ch) == 4) { +
[issue1066] Implement PEPs 3109, 3134
Changes by Collin Winter: __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1066 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1066] Implement PEPs 3109, 3134
Changes by Collin Winter: __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1066 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1617699] slice-object support for ctypes Pointer/Array
Thomas Wouters added the comment: Checked in a slightly newer version. -- resolution: accepted - fixed status: open - closed _ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1617699 _ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1066] Implement PEPs 3109, 3134
Guido van Rossum added the comment: Please check it in yourself. -- assignee: gvanrossum - collinwinter resolution: - accepted __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1066 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1067] test_smtplib failures (caused by asyncore)
New submission from Thomas Wouters: test_smtplib fails because asyncore uses bytes(data) where data may be bytes or str or some undefined type. The attached patch fixes it to the extend that test_smtplib works again (plus a small fix in test_smtplib itself.) I'm not sure if this is the right thing to do -- maybe it should be using iso-8859-1, or maybe asyncore and asynchat should be ripped out by the roots and burned at the stake. -- assignee: gvanrossum files: asyncore.diff keywords: patch messages: 55520 nosy: gvanrossum, twouters severity: normal status: open title: test_smtplib failures (caused by asyncore) __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1067 __ asyncore.diff Description: Binary data ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1067] test_smtplib failures (caused by asyncore)
Changes by Guido van Rossum: -- versions: +Python 3.0 __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1067 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1067] test_smtplib failures (caused by asyncore)
Guido van Rossum added the comment: Great, please check it in. This is close to what I had sitting somewhere, but I hadn't finished it. -- assignee: gvanrossum - twouters resolution: - accepted __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1067 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1067] test_smtplib failures (caused by asyncore)
Thomas Wouters added the comment: Checked in. -- resolution: accepted - fixed status: open - closed __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1067 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1066] Implement PEPs 3109, 3134
Changes by Collin Winter: -- status: open - closed __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1066 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1066] Implement PEPs 3109, 3134
Collin Winter added the comment: Committed as r57783. __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1066 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue980098] Module to dynamically generate structseq objects
Changes by Skip Montanaro: -- nosy: +skip.montanaro Tracker [EMAIL PROTECTED] http://bugs.python.org/issue980098 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue504152] rfc822 long header continuation broken
Guido van Rossum added the comment: Barry, what do you think of this patch? How does the email package handle this case? Tracker [EMAIL PROTECTED] http://bugs.python.org/issue504152 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com