[issue1306] Embedded python reinitialization

Guido van Rossum added the comment: Note that the OP was complaining about Stackless. This is not the place to report issues with that. -- priority: normal -> low __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.o

[issue1067] test_smtplib failures (caused by asyncore)

Guido van Rossum added the comment: I have no idea. I'm no asynchat expert. Let Thomas look into this once he's back from vacation. __ Tracker <[EMAIL PROTECTED]> <http://bugs.p

[issue1348] httplib closes socket, then tries to read from it

Guido van Rossum added the comment: Is this still relevant? -- assignee: -> janssen priority: urgent -> normal __ Tracker <[EMAIL PROTECTED]> <http://bugs.pytho

[issue1109] Warning required when calling register() on an ABCMeta subclass

Guido van Rossum added the comment: This would be easier to fix if we didn't have unbound methods. I'm going to ask the py3k list if anybody really cares about having those. __ Tracker <[EMAIL PROTECTED]> <http://bugs.p

[issue1383] Backport abcoll to 2.6

Guido van Rossum added the comment: I've submitted this as revision 59106. Thanks so much for your effort! I cleaned up the layout of some of the files, and I had to undo a diffing mistake -- somehow your patch undid some changes to collections.py and test_collections.py about ren

[issue1489] test_socket_ssl hanhs on Windows (deadlock)

Changes by Guido van Rossum: -- assignee: -> janssen nosy: +janssen __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1489> __ ___ Python-bugs-li

[issue1493] Patch to remove unbound methods

Guido van Rossum added the comment: I'm waiting for those failing tests to magically start passing. :-) __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1493> __ _

[issue1358] Compile error on OS X 10.5

Guido van Rossum added the comment: IMO it should be set to 10.4 since we want binaries that run on that platform too. Is this something we can fix in the configure script? __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/

[issue765228] Subclassing from Modules

Guido van Rossum added the comment: I don't see an issue to be fixed here; adding special tests in order to provide more detailed error messages is rarely a good idea. Also, PEP 8 has said for years now that modules should *not* be named the same as classes. Yes, there are a few such mo

[issue1496] add str.maketrans()

Guido van Rossum added the comment: Looks good from a functionality POV. I wonder if we couldn't change the dict though to always map ordinals to strings? Deletions can be mapped to "". We could warn about non-string values in the 2.6 version of this code, and make it a (laz

[issue1493] Patch to remove unbound methods

Guido van Rossum added the comment: On Nov 24, 2007 11:37 AM, Christian Heimes <[EMAIL PROTECTED]> wrote: > Do you still believe in the tooth fairy, too? :p Yes, and in the Easter Bunny, Santa Claus, and Sinterklaas. But in this particular case I believe in Kaboutertjes. (Dutch gnomes

[issue1498] Rename __builtins__ to __root_namespace__?

New submission from Guido van Rossum: In http://bugs.python.org/issue1774369 I mentioned that I wanted to rename __builtins__ to __rootns__. Though right now I think something longer and less cryptic might be better. The reason is to avoid for once and for all the confusion between __builtin__

[issue1498] Rename __builtins__ to __root_namespace__?

Guido van Rossum added the comment: OK, then we need to agree on a new name. I find __root__ too short, __rootns__ too cryptic, and __root_namespace__ too long. :-) What else have we got? __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/

[issue1497] Patch to remove API to create new unbound methods

Guido van Rossum added the comment: OK. Some code review comments: - Please clean up the comment in classobject.c starting with "Method objects are used for one purposes:" -- to begin with, "one purposes" is ungrammatical. Best to remove the (a) bullet and rephrase the w

[issue1498] Rename __builtins__ to __root_namespace__?

Guido van Rossum added the comment: Time for a quick poll on the list. __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1498> __ ___ Python-bugs-list mailing list

[issue1496] add str.maketrans()

Guido van Rossum added the comment: BTW I'm okay with submitting this as is (plus docs and tests) and tighten the spec later. -- assignee: gvanrossum -> georg.brandl keywords: +patch, py3k __ Tracker <[EMAIL PROTECTED]> <http://bugs.pyt

[issue1348] httplib closes socket, then tries to read from it

Guido van Rossum added the comment: Bill, is there a code example that should work but breaks because of that close()? ATM, there doesn't seem to be anything in the tests that breaks... __ Tracker <[EMAIL PROTECTED]> <http://bugs.python

[issue1500] Example using range doesn't give claimed results

Guido van Rossum added the comment: 2 *is* a prime number. -- nosy: +gvanrossum resolution: -> invalid status: open -> closed __ Tracker <[EMAIL PROTECTED]> <http://bugs.pytho

[issue1402] Interpreter cleanup: order of _PyGILState_Fini and PyInterpreterState_Clear

Guido van Rossum added the comment: So is this a Mac-only issue? And couldn't the GIL state cleanup also invoke user code, which might be abused to create more threads, wreaking havoc that way? I'm kind of worried about putting this into 2.5.2 and breaking somebody's worki

[issue1501] 0 ** 0 documentation

Guido van Rossum added the comment: (Can you also submit a doc fix that would have prevented issue 1500? :-) -- nosy: +gvanrossum priority: -> low __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.o

[issue1492] BaseHTTPServer hard-codes Content-Type for error messages

Guido van Rossum added the comment: I'm okay with adding this to 2.6 (and hence 3.0) but not with doing this to 2.5. -- nosy: +gvanrossum priority: -> low resolution: -> accepted versions: -Python 2.4, Python 2.5, Python 3.0 __ Trac

[issue1491] BaseHTTPServer incorrectly implements response code 100

Guido van Rossum added the comment: I'm not sure I understand why anyone would ever want to send a 100 response anyway. If I were to add support for this, I'd probably refactor send_response() so that there's a lower-level function send_response_only() that *only* sends the resp

[issue718532] inspect, class instances and __getattr__

Guido van Rossum added the comment: Obviously Ping isn't listening, so waiting for him is not productive. Looking at the issue more, I can't really see a bug in inspect -- it's the class definitions that are broken. So closing as "rejected". > Due to this bu

[issue1503] test_xmlrpc is still flakey

New submission from Guido van Rossum: See e.g.: http://www.python.org/dev/buildbot/3.0/ppc%20Debian%20unstable%203.0/builds/303/step-test/0 Note how it fails the first time and passes on the re-run. I've seen this before (just not on any of my own systems). I've also seen it fail

[issue1504] Add 2to3 fixer for (un)bound methods

Guido van Rossum added the comment: Crys, why don't you give it a try yourself? It's quite easy to write such a simple substitution. -- nosy: +gvanrossum __ Tracker <[EMAIL PROTECTED]> <http://bugs.p

[issue1402] Interpreter cleanup: order of _PyGILState_Fini and PyInterpreterState_Clear

Guido van Rossum added the comment: > No, _PyGILState_Fini does not invoke any python code You're right. It calls PyThread_delete_key(). I thought this would delete entries from a dictionary (thereby potentially invoking Python code via Py_DECREF()), but it doesn't -- it just free

[issue1504] Add 2to3 fixer for (un)bound methods

Guido van Rossum added the comment: It works, though the "__self__.__class__" substitution is technically wrong -- it creates a single NAME node whose contents is that string, while in the parse tree it should really be three tokens. But as it works, I wouldn't worry about it. I

[issue1504] Add 2to3 fixer for (un)bound methods

Guido van Rossum added the comment: A fixer for new.instancemethod would be nice, though I doubt that there will be many uses. We could also go a different way: since new.py has a comment stating it is deprecated (in 2.5 already), perhaps we should just kill in in 3.0 and add an explicit 3.0

[issue1504] Add 2to3 fixer for (un)bound methods

Guido van Rossum added the comment: There's C code like this: if (Py_Py3kWarningFlag && PyErr_Warn(PyExc_DeprecationWarning, "apply() not supported in 3.x") < 0) return NULL; I don't know how to check

[issue1506] func alloca inside ctypes lib needs #include on solaris

Changes by Guido van Rossum: -- assignee: -> theller nosy: +theller __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1506> __ ___ Python-bugs-li

[issue1731717] race condition in subprocess module

Guido van Rossum added the comment: > Looking at the subprocess.py code it occurred to me that it never > checks if the value of self.pid returned by os.fork is -1 What makes you think os.fork(0 can return -1? It's not C you know... _ Trac

[issue1507] complex constructor loses signs of zeros

Guido van Rossum added the comment: Committed revision 59203. Anthony, is this OK to backport to 2.5.2? -- assignee: -> anthonybaxter nosy: +anthonybaxter, gvanrossum resolution: -> accepted __ Tracker <[EMAIL PROTECTED]> <http://

[issue1731717] race condition in subprocess module

Guido van Rossum added the comment: Yes, like all system calls in the os module. _ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1731717> _ ___ Python-bugs-

[issue1513] object.c do_compare comparison ordering error

Guido van Rossum added the comment: This is not a bug. There's not much point is supporting cmp(None, None) when cmp(None, ) would still fail. cmp() should only be used when you know that the arguments belong to an orderable type. -- resolution: -> rejected status: open -

[issue1513] object.c do_compare comparison ordering error

Guido van Rossum added the comment: All three of those are errors in 3.0. __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1513> __ ___ Python-bugs-list

[issue1522] pyvm module patch

Guido van Rossum added the comment: Hm... What if we just put these names in sys? __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1522> __ ___ Python-bugs-list

[issue1517] lookdict should INCREF/DECREF startkey around PyObject_RichCompareBool

Guido van Rossum added the comment: I can reproduce the segfault in 2.2 through 2.4; in 2.5 and 2.6 the output is this instead: Test 1, using __eq__(a, b).__nonzero__() this is never the right answer * Test 2, using tuple's tp_richcompare New Watch 0xf7f8cbac New Watch 0xf7f8cc0c Del

[issue1517] lookdict should INCREF/DECREF startkey around PyObject_RichCompareBool

Guido van Rossum added the comment: Oops, the same code appeared twice. The new fix fixes both places. Added file: http://bugs.python.org/file8827/fix1517.diff __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/

[issue1517] lookdict should INCREF/DECREF startkey around PyObject_RichCompareBool

Changes by Guido van Rossum: Removed file: http://bugs.python.org/file8826/fix1517.diff __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1517> __ ___ Python-bugs-

[issue1517] lookdict should INCREF/DECREF startkey around PyObject_RichCompareBool

Guido van Rossum added the comment: Committed revision 59222 (2.5.2). Committed revision 59223 (2.6). Thanks rhamporyncus and jorendorff!! -- keywords: +patch resolution: -> fixed status: open -> closed __ Tracker <[EMAIL PROTECTE

[issue1522] pyvm module patch

Guido van Rossum added the comment: > I don't see it as an option. I'd rather keep the types in the 'types' > module than to add them to the sys module. Why such a strong opinion? 'sys' is pretty close to the VM too...

[issue1522] pyvm module patch

Guido van Rossum added the comment: > sys is a very important and often used module, too. I don't like the > idea to remove one module (types) and clutter an important module with > its content. Well, it is already pretty cluttered -- it contains many items that *I* d

[issue1518] Fast globals/builtins access (patch)

Changes by Guido van Rossum: -- keywords: +patch nosy: +gvanrossum __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1518> __ ___ Python-bugs-list

[issue1522] pyvm module patch

Guido van Rossum added the comment: > I like to apply the py3k_add_types_to_h.patch before the next alpha and > discuss the fate of pyvm after the alpha. Sure, go ahead and submit the uncontroversial part. __ Tracker <[EMAIL PROTECTED]> <http://

[issue1414] Fix for refleak tests

Guido van Rossum added the comment: ping? __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1414> __ ___ Python-bugs-list mailing list Unsubscribe: http://mai

[issue1527] Problem with static libs on Windows

Changes by Guido van Rossum: -- priority: -> low __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1527> __ ___ Python-bugs-list mailing list Uns

[issue1528] Add os.fchmod

Changes by Guido van Rossum: -- priority: -> normal __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1528> __ ___ Python-bugs-list mailing list Uns

[issue1528] Add os.fchmod

New submission from Guido van Rossum: Modern Unix systems have a fchmod() system call, which is like chmod() but takes a file descriptor instead of a filename. Python's os module (via the posix module) should support this if it exists on the target platform. -- messages: 57997

[issue12989] Consistently handle path separator in Py_GetPath on Windows

Guido van Rossum added the comment: I'm not Barry or Benjamin, but having followed the thread on p...@python.org, this certainly looks like a security issue to me. As a second pair of eyes, I recommend MvL, who builds our Windows installers. -- nosy: +gvanrossum, l

[issue12737] str.title() is overzealous by upcasing combining marks inappropriately

Guido van Rossum added the comment: I like how we're actually converging on an implementable and maximally-useful algorithm. -- ___ Python tracker <http://bugs.python.org/is

[issue868845] Need unit tests for <...> reprs

Guido van Rossum added the comment: I think there's nothing to be done for a bug this general. If you find a specific object whose repr() is awkward, go ahead and file a specific bug. In most cases I think people who parse repr() output know they are on thin ice, and would prefer tha

[issue13224] Change str(class) to return only the class name

Guido van Rossum added the comment: What's holding this up? -- ___ Python tracker <http://bugs.python.org/issue13224> ___ ___ Python-bugs-list mailing list

[issue13224] Change str(class) to return only the class name

Guido van Rossum added the comment: On Wed, Nov 2, 2011 at 9:31 AM, Éric Araujo wrote: > > Éric Araujo added the comment: > > I’ve updated my patch to handle modules and functions too, but there is a > decision to make.  The functions of built-in modules are implemented by &

[issue11828] startswith and endswith don't accept None as slice index

Guido van Rossum added the comment: As I wrote in python-dev: I agree with Raymond that this should be treated as a feature request and not "fixed" in 2.7 / 3.2. (However the mention of 'find' in the error message for 'index' is a bug and should be fixed.)

[issue10562] Change 'j' for imaginary unit into an 'i'

Guido van Rossum added the comment: This will not be fixed. For one thing, the letter 'i' or upper case 'I' look too much like digits. The way numbers are parsed either by the language parser (in source code) or by the built-in functions (int, float, complex) should no

[issue10621] >>> 1 + 2j --> (1 + 2j) and not (1+2j)

Guido van Rossum added the comment: @Retro, stop reopening bugs. This is very much a matter of personal taste and the existing way is fine. -- resolution: remind -> rejected status: open -> closed ___ Python tracker <http://bugs.p

[issue13224] Change str(x) to return only __qualname__ for some types

Guido van Rossum added the comment: Are you sure? The way I read the PEP, it just said that str(cls) and str(func) should *use* qualname. That could mean returning '' or ''. On Tue, Nov 22, 2011 at 7:27 AM, Éric Araujo wrote: > > Éric Araujo added the comment: &g

[issue13479] pickle too picky on re-defined classes

Guido van Rossum added the comment: Hm, this change allows many other *undesirable* objects pass the test as well. I'd prefer to stick to the rule, "when in doubt, raise an error". Maybe using == instead of 'is' as the test would be acceptable? ---

[issue13479] pickle too picky on re-defined classes

Guido van Rossum added the comment: What you're seeing here is just one of may things that go subtly wrong when you reload a class. I don't think we should fix this one aspect while leaving so many other bugs due to the same root cause. It would be better to focus your energy o

[issue13601] sys.stderr should be unbuffered (or always line-buffered)

Guido van Rossum added the comment: I *thought* I mimicked what C stdio did ~20 years ago... I'd be happy to follow what it does today if it changed or if I made a mistake. That said, IMO: Line-buffering should be good enough since in practice errors messages are always terminated

[issue13696] [urllib.request.HTTPRedirectHandler.http_error_302] Relative Redirect issue

Guido van Rossum added the comment: (This is in reference to issue 11662.) I can't think of a way that this proposed change would bring back the original vulnerability, so go ahead. -- ___ Python tracker <http://bugs.python.org/is

[issue13703] Hash collision security issue

Changes by Guido van Rossum : -- nosy: +gvanrossum ___ Python tracker <http://bugs.python.org/issue13703> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue13703] Hash collision security issue

Guido van Rossum added the comment: I'm with Antoine -- turn it on by default. Maybe there should be a release candidate to test the waters. -- ___ Python tracker <http://bugs.python.org/is

[issue13241] llvm-gcc-4.2 miscompiles Python (XCode 4.1 on Mac OS 10.7)

Guido van Rossum added the comment: On my system (Snow Leopard OSX 10.6.8, Xcode 4.1) there are several different versions of gcc available in /usr/bin/. Some are symlinks to others; in particular gcc links to llvm-gccc-4.2. By using "./configure CC=gcc-4.2" I get a working conf

[issue13761] Add flush keyword to print()

Guido van Rossum added the comment: In the python-ideas discussion people have argued that flush=False should or could be interpreted as "definitely do not flush" which is unimplementable (the buffer may be full, or the stream may be unbuffered, and there is no way to tell a write

[issue13761] Add flush keyword to print()

Guido van Rossum added the comment: I'd ignore the failure. It could easily mask some other more interesting error. -- ___ Python tracker <http://bugs.python.org/is

[issue13761] Add flush keyword to print()

Guido van Rossum added the comment: Ok, I'm fine with passing through the exception from flush(). -- ___ Python tracker <http://bugs.python.org/is

[issue13761] Add flush keyword to print()

Guido van Rossum added the comment: Anatoly, duly noted, and disagreed with. -- ___ Python tracker <http://bugs.python.org/issue13761> ___ ___ Python-bugs-list m

[issue12345] Add math.tau

Guido van Rossum added the comment: Uh, not until I've seen a lot more evidence that people are habitually writing "TAU = 2 * math.pi" in their programs... -- nosy: +gvanrossum ___ Python tracker <http://bugs.pyt

[issue12729] Python lib re cannot handle Unicode properly due to narrow/wide bug

Guido van Rossum added the comment: Wow. A very educational discussion. We will be referencing this issue for many years to come. As long as the buck stops with me, I feel strongly that *today* changing indexing from O(1) to O(log N) is a bad idea, partly for technical reasons, partly

[issue12728] Python re lib fails case insensitive matches on Unicode data

Guido van Rossum added the comment: This bug could do with a little less attitude. That said, I think it is a bug and should be fixed, at the very least for Python 3.3. As always, it is a matter of much debate to what extent bugs can be fixed in previous Python versions (specifically, 2.7

[issue12735] request full Unicode collation support in std python library

Guido van Rossum added the comment: Sounds like a fair feature request for Python 3.3, as long as the intention is that users must import some module from the standard library and use functions defined in that module. The operations and methods defined for str instances (e.g. ==, <,

[issue12736] Request for python casemapping functions to use full not simple casemaps per Unicode's recommendation

Guido van Rossum added the comment: I presume this applies to builtin str methods like .lower(), right? I think it is a good thing to do for Python 3.3. We'd need to define what should happen in edge cases, e.g. when (against all odds) a string happens to contain a lone surrogate or

[issue12749] lib re cannot match non-BMP ranges (all versions, all builds)

Guido van Rossum added the comment: We should at least get this fixed in 3.3. Then we can discuss the benefits of backporting the fixes to 2.7 and 3.2 (though it sounds to me like the backports will fix more than they will break, since it is pretty much impossible to do the right thing in

[issue12737] str.title() is overzealous by upcasing combining marks inappropriately

Guido van Rossum added the comment: Yeah, this should be fixed in 3.3 and probably backported to 3.2 and 2.7. (There is already no guarantee that len(s) == len(s.title()), right?) -- nosy: +gvanrossum ___ Python tracker <http://bugs.python.

[issue12746] normalization is affected by unicode width

Guido van Rossum added the comment: Yeah, we should fix this. At least in 3.3, but (without knowing what exactly is involved) I think backporting to 2.7 and 3.2 makes sense too. -- nosy: +gvanrossum ___ Python tracker <http://bugs.python.

[issue12731] python lib re uses obsolete sense of \w in full violation of UTS#18 RL1.2a

Guido van Rossum added the comment: Really? The re module cannot be salvaged and we should add regex but keep the (buggy) re? That does not make a lot of sense to me. I think it should just be fixed in the re module. Or the re module should be *replaced* by the code from the regex module

[issue12733] Request for grapheme support in Python re lib

Guido van Rossum added the comment: Again, I would be disappointed if the re (_sre) module could not be fixed. It is a reasonable feature request. -- nosy: +gvanrossum ___ Python tracker <http://bugs.python.org/issue12

[issue12734] Request for property support in Python re lib

Guido van Rossum added the comment: +1 on adding the feature to 3.3 in whichever way makes sense. -- nosy: +gvanrossum ___ Python tracker <http://bugs.python.org/issue12

[issue12753] \N{...} neglects formal aliases and named sequences from Unicode charnames namespace

Guido van Rossum added the comment: +1 on the feature request. -- nosy: +gvanrossum ___ Python tracker <http://bugs.python.org/issue12753> ___ ___ Python-bug

[issue12735] request full Unicode collation support in std python library

Guido van Rossum added the comment: I know I sound like NIH, but I'm always reluctant to add a big 3rd party lib like ICU to the permanent dependencies of all future Python distros. If people want to use ICU they already can. OTOH I don't have a b

[issue12729] Python lib re cannot handle Unicode properly due to narrow/wide bug

Guido van Rossum added the comment: To me, making (default) iteration deviate from indexing is anathema. However, there is nothing wrong with providing a library function that takes a string and returns an iterator that iterates over code points, joining surrogate pairs as needed. You could

[issue12736] Request for python casemapping functions to use full not simple casemaps per Unicode's recommendation

Guido van Rossum added the comment: Thanks you very much. We should fix the behavior in 3.3 for sure. I'm thinking that we may be able to backport the behavior fix to 2.7 and 3.2 as well, since it just makes the behavior generally "better" (and for most folks it won't matt

[issue12731] python lib re uses obsolete sense of \w in full violation of UTS#18 RL1.2a

Guido van Rossum added the comment: [me] >> But I really hope the re module (really: the _sre extension module) >> can be fixed. [Ezio] > Start fixing these issues from scratch doesn't make much sense IMHO.  We > could "extract" the fixes from regex and

[issue12736] Request for python casemapping functions to use full not simple casemaps per Unicode's recommendation

Guido van Rossum added the comment: Thanks Tom for such a clear explanation! I hope someone will implement this. (Matthew, does this affect regex? I am guessing it does, for case-insensitive matching?) -- ___ Python tracker <http://bugs.python.

[issue12729] Python lib re cannot handle Unicode properly due to narrow/wide bug

Guido van Rossum added the comment: > PEP-393 will take care of iterating by code points. Only for CPython. IronPython/Jython will still need a separate solution. > Where would you have other iterators go? The string module? > Something else I have not thought of? Or something new?

[issue12874] Rearrange descriptions of builtin types in the Library reference

Guido van Rossum added the comment: I agree on the subdivision, but I think they should still be grouped together somehow, since these all really *do* share some interfaces: __getitem__ (with slicing), __iter__, __len__, at least; arguably __contains__; probably some others (see collections

[issue12874] Rearrange descriptions of builtin types in the Library reference

Guido van Rossum added the comment: That sounds fine. Or list most of them at tier 2: 4.6 Sequence Types - list, tuple, range, str, bytes and friends 4.6.1 Sequence containers - list, tuple, range 4.6.2 Text Sequence Type - str 4.6.3 Binary Data Sequence Types - bytes, bytearray

[issue12874] Rearrange descriptions of builtin types in the Library reference

Guido van Rossum added the comment: How about "list, tuple, text and binary strings" ? -- ___ Python tracker <http://bugs.python.org/issue12874> ___ ___

[issue12729] Python lib re cannot handle Unicode properly due to narrow/wide bug

Guido van Rossum added the comment: > So the codec should allow for both public and private use. IIUC we have (or are planning) codecs that support the private use. They are not called "utf-8" though. -- ___ Python tracker <http:/

[issue5867] No way to create an abstract classmethod

Guido van Rossum added the comment: As you figured out it is not yet supported. I object to making changes to the classmethod implementation. I expect the best thing to do is to add a new @abc.abstractclassmethod decorator defined in pure Python (maybe the definition of abstractproperty

[issue504152] rfc822 long header continuation broken

Changes by Guido van Rossum : -- nosy: -gvanrossum ___ Python tracker <http://bugs.python.org/issue504152> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue502236] Asynchronous exceptions between threads

Changes by Guido van Rossum : -- nosy: -gvanrossum ___ Python tracker <http://bugs.python.org/issue502236> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue616013] cPickle documentation incomplete

Changes by Guido van Rossum : -- nosy: -gvanrossum ___ Python tracker <http://bugs.python.org/issue616013> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue658749] asyncore connect() and winsock errors

Changes by Guido van Rossum : -- nosy: -gvanrossum ___ Python tracker <http://bugs.python.org/issue658749> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue667770] import C API mess

Changes by Guido van Rossum : -- nosy: -gvanrossum ___ Python tracker <http://bugs.python.org/issue667770> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue708007] TelnetPopen3, TelnetBase, Expect split

Changes by Guido van Rossum : -- nosy: -gvanrossum ___ Python tracker <http://bugs.python.org/issue708007> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue992389] attribute error after non-from import

Changes by Guido van Rossum : -- nosy: -gvanrossum ___ Python tracker <http://bugs.python.org/issue992389> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue9213] range purports to implement the Sequence ABC, but is missing index and count methods

Changes by Guido van Rossum : -- nosy: -gvanrossum ___ Python tracker <http://bugs.python.org/issue9213> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue1943] improved allocation of PyUnicode objects

Changes by Guido van Rossum : -- assignee: gvanrossum -> ___ Python tracker <http://bugs.python.org/issue1943> ___ ___ Python-bugs-list mailing list Unsubscri

<    3   4   5   6   7   8   9   10   11   12   >