[issue46771] Add some form of cancel scopes

Guido van Rossum added the comment: [Sam] > It will probably work in this case. But, what about more complex cases? If > there are 2 different timeouts and the possibility of a user cancellation, > and we have a count of 2 cancellations, then what happened? 2 timeouts, or 1 >

[issue46771] Add some form of cancel scopes

Guido van Rossum added the comment: PS. The cancel count can work whether or not cancel() returns without setting must-cancel (or cancelling the underlying future/task) when there's already a cancellation in progress. Other things may be different though. We have to look into

[issue45100] Improve help() by making typing.overload() information accessible at runtime

Guido van Rossum added the comment: Sounds good to me. (I don’t care what happens at runtime but I want to support the folks who do.)-- --Guido (mobile) -- ___ Python tracker <https://bugs.python.org/issue45

[issue45100] Improve help() by making typing.overload() information accessible at runtime

Change by Guido van Rossum : -- nosy: -gvanrossum ___ Python tracker <https://bugs.python.org/issue45100> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue46829] Confusing CancelError message if multiple cancellations are scheduled

Guido van Rossum added the comment: I would like to go on record (again) as preferring to get rid of the cancel-message parameter altogether. Let's deprecate it. When we initially designed things without a cancel message we did it on purpose -- "cancellation" is a sin

[issue46771] Add some form of cancel scopes

Guido van Rossum added the comment: > If some code is used together with timeout() and this code calls > `.cancel()` but forgot about `.uncancel()` in try/except/finally -- > timeout() never raises TimeoutError. Could you show an example? I'm not sure from this description wh

[issue46829] Confusing CancelError message if multiple cancellations are scheduled

Guido van Rossum added the comment: But that example is made-up. Is there a real-world situation where you need to know the call site, and it wouldn't be obvious from other log messages? Directly cancelling a task without also somehow catching the cancellation (like in the timeout or

[issue46771] Add some form of cancel scopes

Guido van Rossum added the comment: To make this cleanly interact with timeout, TaskGroup etc., the CancelOnEvent class should have a "did-I-cancel" flag which is set in the _cancel_on_event() callback. Then if that flag is set it should call .uncancel(), and if that returns a val

[issue46430] intern strings in deepfrozen modules

Guido van Rossum added the comment: Okay, let's change the error handling. @Kumar, can you handle that? @Victor, the refleak is unrelated to the error handling right? Presumably the leak is imaginary -- the deep-frozen interned strings should be accounted for somehow. @Kumar do you

[issue45390] asyncio.Task doesn't propagate CancelledError() exception correctly.

Guido van Rossum added the comment: We should really stop appending to a closed issue. Anyway, raising ExceptionGroup is backwards incompatible, since "except CancelledError" wouldn't cancel the group. -- ___ Python

[issue46430] intern strings in deepfrozen modules

Guido van Rossum added the comment: > Not leaking memory at exit matters when Python is embedded > in an application. Sure, but "leaks" caused by deep-freezing cannot be solved by freeing up the deep-frozen memory -- the solution must be to update the accounting somewher

[issue46771] Add some form of cancel scopes

Guido van Rossum added the comment: I will now merge GH-31513 (cancel counts). Once that's in you can merge main into your timeout PR (GH-31394) and then that can land soon (I'd like to review it once more). -- ___ Python track

[issue46430] intern strings in deepfrozen modules

Guido van Rossum added the comment: That's pretty mysterious. The deep-freeze code isn't on the stack for either of those, but allocation of new unicode string objects is. I'm guessing these are somehow leaked by the interning, but I don&#

[issue46754] Improve Python Language Reference based on [Köhl 2020]

Guido van Rossum added the comment: A few examples of issues brought up by Kohl: - While the PLR explicitly states that “x < y calls x.__lt__(y)” [20, §3.3.1.] this is actually false. There are cases where x < y does not call x.__lt__(y) and there are other cases where x.__lt__

[issue46754] Improve Python Language Reference based on [Köhl 2020]

Guido van Rossum added the comment: Another: - The description of this name binding and resolution process in the PLR [20, §4.2.] is unfortunately not particularly clear. (I found this to be the case too, and wrote up what I found: https://gvanrossum.github.io/formal/scopesblog.html

[issue46771] Add some form of cancel scopes

Guido van Rossum added the comment: New changeset 7fce1063b6e5a366f8504e039a8ccdd6944625cd by Tin Tvrtković in branch 'main': bpo-46771: Implement task cancel requests counter (GH-31513) https://github.com/python/cpython/commit/7fce1063b6e5a366f8504e039a8ccd

[issue46843] PersistentTaskGroup API

Guido van Rossum added the comment: Could you just have a global task group that owns these long-running tasks? It could be embedded in a "toplevel" task that is created using asyncio.create_task() (which won't be deprecated). To shut down all long-running tasks at the end, j

[issue46844] Context-based TaskGroup for legacy libraries

Guido van Rossum added the comment: -1. Libraries that manage their own tasks should continue to do so, until they are ready to adopt TaskGroup. Trying to "own" (and wait for) tasks created by a library sounds like a recipe for disaster if the library wasn't expecting that.

[issue46430] intern strings in deepfrozen modules

Guido van Rossum added the comment: > How it should be handled? Currently PyUnicode_InternInPlace ignores any > errors and does not return it. It would be backwards-incompatible to change > that, moreover as I explained in > https://github.com/python/cpython/pull/30683#discussio

[issue46843] PersistentTaskGroup API

Guido van Rossum added the comment: The implementation of asyncio.TaskGroup isn't all that complicated (and the new "cancel count" API helps). I recommend that you build one that satisfies your requirements yourself, or convince the authors of some other package like Quattro

[issue46843] PersistentTaskGroup API

Guido van Rossum added the comment: (FWIW I would close this issue but I'll wait to see if @asvetlov has something to add.) -- ___ Python tracker <https://bugs.python.org/is

[issue46844] Implicit binding of PersistentTaskGroup (or virtual event loops)

Guido van Rossum added the comment: Let's concentrate the discussion in the other issue. -- resolution: -> wont fix stage: -> resolved status: open -> closed ___ Python tracker <https://bugs.pyth

[issue46712] Share global string identifiers in deepfreeze

Guido van Rossum added the comment: New changeset eb002dbe0da9622245a355db5f0cd5aa2fc70b40 by Kumar Aditya in branch 'main': bpo-46712: Share global string identifiers in deepfreeze (GH-31261) https://github.com/python/cpython/commit/eb002dbe0da9622245a355db5f0cd5

[issue46712] Share global string identifiers in deepfreeze

Change by Guido van Rossum : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed type: -> resource usage ___ Python tracker <https://bugs.python

[issue46661] Duplicate deprecation warnings in docs for asyncio

Guido van Rossum added the comment: Thanks! Marking as duplicate. -- resolution: -> duplicate stage: -> resolved status: open -> closed superseder: -> Fix incorrect use of directives in asyncio documentation ___ Python tra

[issue46777] Fix incorrect use of directives in asyncio documentation

Change by Guido van Rossum : -- nosy: +gvanrossum ___ Python tracker <https://bugs.python.org/issue46777> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue46430] intern strings in deepfrozen modules

Change by Guido van Rossum : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.or

[issue46430] intern strings in deepfrozen modules

Guido van Rossum added the comment: > PEP 587 introduced PyStatus to Python startup code which let the > Py_Initialize() caller to decide how to handle errors ;-) For example, you > can open a graphical popup rather than killing the process with SIGABRT > (Py_FatalError() beh

[issue44807] typing.Protocol silently overrides __init__ method of delivered class

Guido van Rossum added the comment: If the problem is in mypy, it should be filed in the mypy tracker, not here. -- ___ Python tracker <https://bugs.python.org/issue44

[issue44807] typing.Protocol silently overrides __init__ method of delivered class

Change by Guido van Rossum : -- resolution: -> third party stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.or

[issue46814] Documentation for constructing abstract base classes is misleading

Guido van Rossum added the comment: Raymond, I agree that this is going too far. I believe the OP has taken the position that "abstract" has only one meaning and it is defined by inspect.isabstract(). I disagree with this. An ABC is an ABC is an ABC, and it provides certain fun

[issue46771] Add some form of cancel scopes

Change by Guido van Rossum : -- pull_requests: +29748 pull_request: https://github.com/python/cpython/pull/31623 ___ Python tracker <https://bugs.python.org/issue46

[issue46771] Add some form of cancel scopes

Guido van Rossum added the comment: Everyone, I've sent a PR (which I expect will make it into alpha 6) that restores the old cancel() semantics. This should make Tin happy, but I think we'll still have to have a longer discussion about the downsides. https://github.com/python/cp

[issue46771] Add some form of cancel scopes

Guido van Rossum added the comment: New changeset 7d611b4cabaf7925f5f94daddf711d54aeae2cf9 by Guido van Rossum in branch 'main': bpo-46771: Remove two controversial lines from Task.cancel() (GH-31623) https://github.com/python/cpython/commit/7d611b4cabaf7925f5f94daddf711d

[issue44807] typing.Protocol silently overrides __init__ method of delivered class

Guido van Rossum added the comment: Oops. So this is an intentional feature -- Protocol replaces __init__ so that you can't (accidentally) instantiate a protocol. And the code to do this has changed a couple of times recently to deal with some edge cases. At least one of the PRs w

[issue44807] typing.Protocol silently overrides __init__ method of delivered class

Guido van Rossum added the comment: Would it make sense to enforce the no-instantiation rule in __new__ instead of __init__? -- ___ Python tracker <https://bugs.python.org/issue44

[issue46836] [C API] Move PyFrameObject to the internal C API

Change by Guido van Rossum : -- nosy: +gvanrossum ___ Python tracker <https://bugs.python.org/issue46836> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue1666807] Incorrect file path reported by inspect.getabsfile()

Guido van Rossum added the comment: So this bug is referenced when pydevd encounters some problem with 3.11a5+: https://github.com/fabioz/PyDev.Debugger/issues/213 Since the link to this bug is apparently baked into the error messages printed by pydevd, I am adding this comment to this old

[issue46877] [doc] unittest.doModuleCleanups() does not exist

Guido van Rossum added the comment: New changeset cc400585fab02994255f21ae8183d5f147236815 by Kumar Aditya in branch 'main': bpo-46877: export unittest.doModuleCleanups in unittest package (#31613) https://github.com/python/cpython/commit/cc400585fab02994255f21ae8183d5

[issue46877] [doc] unittest.doModuleCleanups() does not exist

Change by Guido van Rossum : -- components: +Library (Lib) resolution: -> fixed stage: patch review -> resolved status: open -> closed type: enhancement -> behavior ___ Python tracker <https://bugs.python

[issue43923] Can't create generic NamedTuple as of py3.9

Guido van Rossum added the comment: Couldn't there be a subtler solution than rolling back GH-19371? -- ___ Python tracker <https://bugs.python.org/is

[issue43923] Can't create generic NamedTuple as of py3.9

Guido van Rossum added the comment: Mypy seems to allow this: from typing import NamedTuple, TypeVar, Generic, List, Tuple T = TypeVar("T") class New(NamedTuple, Generic[T]): x: List[T] y: Tuple[T, T] It's true that pyright doesn't, but maybe that's becaus

[issue43923] Can't create generic NamedTuple as of py3.9

Guido van Rossum added the comment: So if it doesn't work in mypy why bother making it work at runtime? Is there an actual use case that broke? (There might be, but probably esoteric if nobody's run into it until now.) -- ___ Pyth

[issue43923] Can't create generic NamedTuple as of py3.9

Guido van Rossum added the comment: Can you be more specific about your use cases? -- ___ Python tracker <https://bugs.python.org/issue43923> ___ ___ Python-bug

[issue43923] Can't create generic NamedTuple as of py3.9

Guido van Rossum added the comment: Okay, that's a sensible use case. I do doubt your intuition of preferring named tuples over dataclasses a bit. This seems to encourage premature optimization. I'd say for simple cases use plain tuples (most performant), for complex cases use d

[issue46949] Print an indication if traceback exceeds sys.tracebacklimit

Guido van Rossum added the comment: There is general confusion as to which part of the traceback is truncated. If I have main() -> f() -> g() -> error(), and the limit is 2, does it print main() -> f(), or does it print g() -> error()? (I'm not even sure which would be

[issue41370] PEP 585 and ForwardRef

Guido van Rossum added the comment: New changeset b465b606049f6f7dd0711cb031fdaa251818741a by Niklas Rosenstein in branch 'main': bpo-41370: Evaluate strings as forward refs in PEP 585 generics (GH-30900) https://github.com/python/cpython/commit/b465b606049f6f7dd0711cb031fdaa

[issue1015] [PATCH] Updated patch for rich dict view (dict().keys()) comparisons

Guido van Rossum added the comment: Checked in (after substantial changes, pairing with Keir). -- assignee: -> gvanrossum nosy: +gvanrossum __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.o

[issue1015] [PATCH] Updated patch for rich dict view (dict().keys()) comparisons

Changes by Guido van Rossum: -- resolution: -> accepted status: open -> closed __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1015> __ ___ Python

[issue1017] [PATCH] Add set operations (and, or, xor, subtract) to dict views

Changes by Guido van Rossum: __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1017> __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mai

[issue1017] [PATCH] Add set operations (and, or, xor, subtract) to dict views

Changes by Guido van Rossum: -- assignee: -> gvanrossum resolution: -> accepted status: open -> closed __ Tracker <[EMAIL PROTECTED]> <http://bugs.py

[issue1018] server-side ssl support

New submission from Guido van Rossum: Bill Janssen's patch for server-side ssl support (and certificate support). This still needs style cleanup, but is leak-free and passes tests. -- assignee: gvanrossum components: Extension Modules files: ssl-svr.diff keywords: patch messages:

[issue1018] server-side ssl support

Guido van Rossum added the comment: And another file that has a utility to be placed in Tools/... __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1018> __ tools-diff Description:

[issue1018] server-side ssl support

Changes by Guido van Rossum: __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1018> __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mai

[issue1018] server-side ssl support

Changes by Guido van Rossum: __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1018> __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mai

[issue1018] server-side ssl support

Guido van Rossum added the comment: Committed revision 57464. -- resolution: -> accepted status: open -> closed __ Tracker <[EMAIL PROTECTED]> <http://bugs.pytho

[issue1771364] Misc improvements for the io module

Guido van Rossum added the comment: Thanks!! Committed revision 57564. SocketIO was recently moved to socket.py because that's the only place that uses it. So I've removed it from io.__all__. The only other change I applied was related to the isatty check -- you accidentally chan

[issue1024] documentation for new SSL module

Guido van Rossum added the comment: Committed revision 57570. I didn't review it though. -- nosy: +gvanrossum resolution: -> accepted status: open -> closed __ Tracker <[EMAIL PROTECTED]> <http://bugs.

[issue1739906] Add reduce to functools in 2.6

Guido van Rossum added the comment: Committed revision 57574. -- nosy: +gvanrossum resolution: -> accepted status: open -> closed _ Tracker <[EMAIL PROTECTED]> <http://bugs.python.o

[issue1033] Support for newline and encoding in tempfile module

Guido van Rossum added the comment: Thanks! Committed revision 57594. General note: please run Tools/scripts/reindent.py over your files after editing so I won't have to. -- nosy: +gvanrossum resolution: -> accepted status: open -> closed ___

[issue1029] py3k: io.StringIO.getvalue() returns \r\n

Guido van Rossum added the comment: I'ev fixed this slightly differently, by simply changing the *default* of the newline argument to StringIO to be "\n". This is a good default; but I see no reason to prevent users from messing with it if they have a need. -- no

[issue1047] py3k: corrections for test_subprocess on windows

Guido van Rossum added the comment: Committed revision 57669. I have no way to test this so you'll have to watch the buildbot. However, I didn't include the patch to _fileio.c that prevents closing fds 0, 1, 2; I think that's the wrong thing to do and if it causes problems

[issue1048] py3k: correction for test_float on Windows

Guido van Rossum added the comment: Committed revision 57670. You will have to watch the buildbots to see if this worked. -- nosy: +gvanrossum resolution: -> accepted status: open -> closed __ Tracker <[EMAIL PROTECTED]> <http://

[issue1050] py3k: correction for test_marshal on Windows

Guido van Rossum added the comment: Committed revision 57672. You'll have to watch the buildbots. -- nosy: +gvanrossum resolution: -> accepted status: open -> closed __ Tracker <[EMAIL PROTECTED]> <http://bugs.

[issue1037] Ill-coded identifier crashes python when coding spec is utf-8

Guido van Rossum added the comment: r57674. I'm not sure this is the right fix though... -- nosy: +gvanrossum resolution: -> fixed status: open -> closed __ Tracker <[EMAIL PROTECTED]> <http://bugs.

[issue1016] [PATCH] Updated fix for string to unicode fixes in time and datetime

Guido van Rossum added the comment: The issue in datetimemodule.c was already fixed. The fix to timemodule.c is wrong -- when there are non-ASCII characters in the unicode string, the length of the UTF-8 conversion is not equal to that of the original Unicode string. -- nosy

[issue1009] Implementation of PEP 3101, Advanced String Formatting

Changes by Guido van Rossum: -- resolution: -> accepted status: open -> closed __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1009> __ ___ Python

[issue1019] Cleanup pass on _curses and _curses_panel

Guido van Rossum added the comment: I tried to run the various demos in Demo/curses/ with the new version. They all work except for xmas.py. Before your patch, they all ran. So I cannot apply this yet. (No time to look into it further, alas.) -- nosy: +gvanrossum

[issue1022] use bytes for code objects

Guido van Rossum added the comment: I'll defer thinking about this until post-a1. -- nosy: +gvanrossum __ Tracker <[EMAIL PROTECTED]> <http://bugs.python

[issue1023] [PATCH] Unicode fixes in floatobject and moduleobject

Guido van Rossum added the comment: Is this still relevant? The patch fails applying with quit a bit of fireworks: patching file moduleobject.c Hunk #1 FAILED at 66. Hunk #2 succeeded at 86 (offset -5 lines). Hunk #3 FAILED at 115. Hunk #4 FAILED at 128. 3 out of 4 hunks FAILED -- saving

[issue1038] [py3k] pdb does not work in python 3000

Guido van Rossum added the comment: Why are you using _runscript(), which is an internal routine? I've had a fair amount of success with other invocations, like pdb.run(). -- nosy: +gvanrossum __ Tracker <[EMAIL PROTECTED]> <http://b

[issue1039] Asssertion in Windows debug build

Guido van Rossum added the comment: If it works for you, can you submit it? -- assignee: -> theller nosy: +gvanrossum __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.o

[issue1041] io.py problems on Windows

Guido van Rossum added the comment: I'm guessing this is fixed now that that patch is submitted. -- nosy: +gvanrossum resolution: -> fixed status: open -> closed __ Tracker <[EMAIL PROTECTED]> <http://bugs.

[issue1055] argument parsing in datetime_strptime

Guido van Rossum added the comment: Should be fixed by r57665. I'm guessing we went a little too fast with this change. -- nosy: +gvanrossum resolution: -> fixed status: open -> closed __ Tracker <[EMAIL PROTECTED]> <http://bugs.

[issue1023] [PATCH] Unicode fixes in floatobject and moduleobject

Changes by Guido van Rossum: -- resolution: -> duplicate status: open -> closed __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1023> __ ___ Python

[issue1678077] improve telnetlib.Telnet so option negotiation becomes easie

Changes by Guido van Rossum: -- versions: +Python 3.0 _ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1678077> _ ___ Python-bugs-list mailing list

[issue1683368] object.__init__ shouldn't allow args/kwds

Changes by Guido van Rossum: -- versions: +Python 3.0 _ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1683368> _ ___ Python-bugs-list mailing list

[issue1677872] Efficient reverse line iterator

Changes by Guido van Rossum: -- title: Efficient reverse line iterator -> Efficient reverse line iterator versions: +Python 3.0 _ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/

[issue1720390] Remove backslash escapes from tokenize.c.

Changes by Guido van Rossum: -- versions: +Python 3.0 _ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1720390> _ ___ Python-bugs-list mailing list

[issue1752184] PyHeapTypeObject fix

Changes by Guido van Rossum: -- versions: +Python 3.0 _ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1752184> _ ___ Python-bugs-list mailing list

[issue1762972] 'exec' does not accept what 'open' returns

Changes by Guido van Rossum: -- versions: +Python 3.0 _ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1762972> _ ___ Python-bugs-list mailing list

[issue1774369] Unify __builtins__ -> __builtin__

Changes by Guido van Rossum: -- versions: +Python 3.0 _ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1774369> _ ___ Python-bugs-list mailing list

[issue1771260] Errors in site.py not reported properly

Changes by Guido van Rossum: -- versions: +Python 3.0 _ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1771260> _ ___ Python-bugs-list mailing list

[issue1753395] struni: assertion in Windows debug build

Changes by Guido van Rossum: -- versions: +Python 3.0 _ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1753395> _ ___ Python-bugs-list mailing list

[issue1766304] improve xrange.__contains__

Changes by Guido van Rossum: -- versions: +Python 3.0 _ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1766304> _ ___ Python-bugs-list mailing list

[issue504152] rfc822 long header continuation broken

Changes by Guido van Rossum: -- versions: +Python 2.4, Python 2.5, Python 2.6, Python 3.0 Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue504152> __

[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: P

[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 f

[issue1467929] %-formatting and dicts

Changes by Guido van Rossum: -- priority: immediate -> normal _ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1467929> _ ___ Python-bugs-li

[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> __ ___ Pyth

[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.pytho

[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 Unsubs

[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]> <ht

[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/is

[issue1067] test_smtplib failures (caused by asyncore)

Guido van Rossum added the comment: (Reopening given recent discussion.) -- resolution: fixed -> status: closed -> open __ Tracker <[EMAIL PROTECTED]> <http://bugs.pytho

[issue1093] product function patch

Guido van Rossum added the comment: Thanks, but no thanks; I was quickly dissuaded from the need for this. -- nosy: +gvanrossum resolution: -> rejected status: open -> closed __ Tracker <[EMAIL PROTECTED]> <http://bugs.pytho

[issue1031213] Use correct encoding for printing SyntaxErrors

Guido van Rossum added the comment: We should make sure this is *not* merged into Py3k; there, things remain unicode until they're printed, at which point the only encoding that matters is the output file's encoding. _ Tracker <[EMAIL PROT

[issue1101] Is there just no PRINT statement any more? Or it just doesn't work.

Guido van Rossum added the comment: OK, I've added a big section about print to the front of the "common stumbling blocks section, with all the info about print together, and a few examples to clarify the most common changes. You can see the changes in subversion; they

[issue1125] bytes.split shold have same interface as str.split, or different name

Guido van Rossum added the comment: I tend to agree with the author; I've run into this myself. For whitespace, I propose to use only the following: tab LF FF VT CR space. These are the whitespace ASCII characters according to isspace() in libc. (Unicode also treats hex 1C, 1D, 1E and

[issue1125] bytes.split shold have same interface as str.split, or different name

Changes by Guido van Rossum: __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1125> __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mai

<    1   2   3   4   5   6   7   8   9   10   >