[issue46066] Deprecate keyword args syntax for TypedDict definition

Change by Alex Waygood : -- assignee: docs@python -> components: +Library (Lib) -Documentation nosy: -docs@python title: Remove keyword args syntax for TypedDict definition -> Deprecate keyword args syntax for TypedDict definition type: -> behavior versions: +Python 3.1

[issue46333] ForwardRef.__eq__ does not respect module parameter

Change by Alex Waygood : -- nosy: +Jelle Zijlstra, sobolevn ___ Python tracker <https://bugs.python.org/issue46333> ___ ___ Python-bugs-list mailing list Unsub

[issue46622] Support decorating a coroutine with functools.cached_property

Change by Alex Waygood : -- nosy: +asvetlov, rhettinger, yselivanov ___ Python tracker <https://bugs.python.org/issue46622> ___ ___ Python-bugs-list mailin

[issue46066] Deprecate keyword args syntax for TypedDict definition

Alex Waygood added the comment: Just so that all the discussion related to this issue can be found in one place, here's a summary: - After opening this ticket, OP opened an issue in the python/typing repository, where the idea of deprecating this syntax received many thumbs-up reac

[issue46066] Deprecate keyword args syntax for TypedDict definition

Alex Waygood added the comment: @Guido, OP already has — Jelle and I have both reviewed and approved it :) -- ___ Python tracker <https://bugs.python.org/issue46

[issue46713] Provide a C implementation of collections.abc.KeysView and friends

Change by Alex Waygood : -- nosy: +rhettinger type: -> performance versions: +Python 3.11 ___ Python tracker <https://bugs.python.org/issue46713> ___ ___ Py

[issue46718] Feature: itertools: add batches

Change by Alex Waygood : -- nosy: +rhettinger, tim.peters title: Feature: iptertools: add batches -> Feature: itertools: add batches ___ Python tracker <https://bugs.python.org/issu

[issue46483] `pathlib.PurePath.__class_getitem__` does not return `GenericAlias`

Change by Alex Waygood : -- pull_requests: +29441 pull_request: https://github.com/python/cpython/pull/31281 ___ Python tracker <https://bugs.python.org/issue46

[issue46733] pathlib.Path methods can raise NotImplementedError

Change by Alex Waygood : -- pull_requests: -29461 ___ Python tracker <https://bugs.python.org/issue46733> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue46733] pathlib.Path methods can raise NotImplementedError

Change by Alex Waygood : -- keywords: -patch stage: patch review -> ___ Python tracker <https://bugs.python.org/issue46733> ___ ___ Python-bugs-list mai

[issue46733] pathlib.Path methods can raise NotImplementedError

Alex Waygood added the comment: Here's my two cents, as a non-expert when it comes to pathlib: I'm not really sure why `is_mount()` exists on WindowsPath objects, given that it unconditionally raises `NotImplementedError` on WindowsPath objects -- that seems *very* strange to me

[issue46733] pathlib.Path methods can raise NotImplementedError

Alex Waygood added the comment: I suppose it might also be worth considering moving `owner()` and `group()` to PosixPath. In practice, these unconditionally raise NotImplementedError on Windows, since the pwd and grp modules are not available on Windows. So, in an ideal world, they probably

[issue46739] dataclasses __eq__ isn't logical

Change by Alex Waygood : -- nosy: +eric.smith ___ Python tracker <https://bugs.python.org/issue46739> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue46741] Docstring for asyncio.protocols.BufferedProtocol appears out of date

New submission from Alex Waygood : The docstring for asyncio.protocols.BufferedProtocol includes this paragraph: """ Important: this has been added to asyncio in Python 3.7 *on a provisional basis*! Consider it as an experimental API that might be changed or removed in Pytho

[issue46743] Enable usage of object.__orig_class__ in __init__

Change by Alex Waygood : -- nosy: +AlexWaygood ___ Python tracker <https://bugs.python.org/issue46743> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue46747] bisect.bisect/insort don't document key parameter

Change by Alex Waygood : -- nosy: +rhettinger type: -> behavior ___ Python tracker <https://bugs.python.org/issue46747> ___ ___ Python-bugs-list mai

[issue46745] Typo in new PositionsIterator

Change by Alex Waygood : -- keywords: +patch stage: -> patch review type: -> behavior ___ Python tracker <https://bugs.python.org/issue46745> ___ ___ Pyth

[issue46741] Docstring for asyncio.protocols.BufferedProtocol appears out of date

Change by Alex Waygood : -- keywords: +patch pull_requests: +29483 stage: -> patch review pull_request: https://github.com/python/cpython/pull/31327 ___ Python tracker <https://bugs.python.org/issu

[issue46741] Docstring for asyncio.protocols.BufferedProtocol appears out of date

Alex Waygood added the comment: Thanks, Andrew! I've submitted a patch. -- ___ Python tracker <https://bugs.python.org/issue46741> ___ ___ Python-bugs-l

[issue46764] Wrapping a bound method with a @classmethod no longer works

Change by Alex Waygood : -- nosy: +rhettinger type: -> behavior ___ Python tracker <https://bugs.python.org/issue46764> ___ ___ Python-bugs-list mai

[issue46769] Improve documentation for `typing.TypeVar`

New submission from Alex Waygood : There are three variants of `TypeVar`s: (1) TypeVars that are neither constrained nor bound: `T = TypeVar("T")` (2) TypeVars that are bound: `U = TypeVar("U", bound=str)` (3) TypeVars that are constrained: `V = TypeVar("V", str,

[issue46771] Add some form of cancel scopes

Alex Grönholm added the comment: A brief explanation of cancel scopes for the uninitiated: A cancel scope can enclose just a part of a coroutine function, or an entire group of tasks. They can be nested within each other (by using them as context managers), and marked as shielded from

[issue46771] Add some form of cancel scopes

Alex Grönholm added the comment: I'm not trying to argue that asyncio should be changed to have level cancellation or even cancel scopes as built-in (at this point), but expanding the low level API to make implementing these features possible in third party libraries without the aw

[issue46771] Add some form of cancel scopes

Alex Grönholm added the comment: Thanks, I will take a look at .uncancel() and .cancelling(). I saw that work happening in my email feed but couldn't figure out right away how it helped, but I will definitely look into the new TaskGroup code to see how it's used there and will g

[issue46771] Add some form of cancel scopes

Alex Grönholm added the comment: I just tried to write a snippet to demonstrate the issue in TaskGroup, but that doesn't seem possible since TaskGroup never swallows a CancelledError. It always raises/propagates _some_ exception out of __aexit__() unless of course all the child tasks r

[issue46774] Importlib.metadata.version picks first distribution not latest

Change by Alex Waygood : -- nosy: +jaraco ___ Python tracker <https://bugs.python.org/issue46774> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue46771] Add some form of cancel scopes

Alex Grönholm added the comment: @Guido you asked for the AnyIO implementation of Happy Eyeballs; here it is: https://github.com/agronholm/anyio/blob/ac3e7c619913bd0ddf9c36b6e633b278d07405b7/src/anyio/_core/_sockets.py#L85 (I didn't paste the actual code here because it's wa

[issue46771] Add some form of cancel scopes

Alex Grönholm added the comment: I am also uncomfortable using the cancel message to deliver the token/nonce/whatever. If TaskGroup.cancel() is implemented, would it also deliver a cancellation in the parent task like trio and AnyIO do? It should IMHO, because otherwise if the task group is

[issue46771] Add some form of cancel scopes

Alex Grönholm added the comment: I propose the following, backwards compatible solution: Add a new keyword argument to Task.cancel(): "scope: object = None". The behavior would be as follows: the scope is saved, and included in the raised CancelledError. If Task.cancel() is called

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

Change by Alex Waygood : -- keywords: +patch nosy: +AlexWaygood nosy_count: 1.0 -> 2.0 pull_requests: +29560 stage: -> patch review pull_request: https://github.com/python/cpython/pull/29479 ___ Python tracker <https://bugs.python.org/i

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

Change by Alex Waygood : -- pull_requests: -29560 ___ Python tracker <https://bugs.python.org/issue46754> ___ ___ Python-bugs-list mailing list Unsubscribe:

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

Change by Alex Waygood : -- keywords: -patch nosy: -AlexWaygood stage: patch review -> ___ Python tracker <https://bugs.python.org/issue46754> ___ ___ Py

[issue46805] Add low level UDP socket functions to asyncio

New submission from Alex Grönholm : The asyncio module currently has a number of low-level functions for working asynchronously with raw socket objects. Such functions for working with UDP sockets are, however, notably absent, and there is no workaround for this. You can of course use

[issue46805] Add low level UDP socket functions to asyncio

Alex Grönholm added the comment: One question: should I add the "flags" argument to the new functions? For some reason it's missing from the existing functions, so maybe I should add that in a separate PR? -- ___ Python

[issue46807] Wrong class __annotations__ when field name and type are equal

Change by Alex Waygood : -- nosy: +AlexWaygood, larry ___ Python tracker <https://bugs.python.org/issue46807> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue46807] Wrong class __annotations__ when field name and type are equal

Change by Alex Waygood : -- nosy: +Jelle Zijlstra ___ Python tracker <https://bugs.python.org/issue46807> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue46771] Add some form of cancel scopes

Alex Grönholm added the comment: Can I also get comments on my proposal for the "scope" parameter? Is there a use case it would not solve? -- ___ Python tracker <https://bugs.python.o

[issue46771] Add some form of cancel scopes

Alex Grönholm added the comment: > Alex, the 'scope' argument can be added if it is really required. > I'm not sure if the nonce is unavoidable still. What other generic solution is there? I've read your last few messages but didn't find an answer. There needs

[issue46805] Add low level UDP socket functions to asyncio

Change by Alex Grönholm : -- keywords: +patch pull_requests: +29583 stage: -> patch review pull_request: https://github.com/python/cpython/pull/31455 ___ Python tracker <https://bugs.python.org/issu

[issue46771] Add some form of cancel scopes

Alex Grönholm added the comment: > It looks more complicated -- the extra parameter needs to be passed around > via the task and then into the CancelledError exception. It reduces overall complexity by making uncancellation unnecessary and restoring backwards compatibility. > What

[issue46805] Add low level UDP socket functions to asyncio

Alex Grönholm added the comment: Yeah, my question was specific about the new functions, so I understood that a separate PR should add that to the all the relevant functions. I have a different problem now however: the test suite is failing in CI but not locally. It's giving me Name

[issue46771] Add some form of cancel scopes

Alex Grönholm added the comment: > Propagating an ExceptionGroup where every exception can be inspected to see > if it was caused by this code or not still seems like the safe option to me > (and obviously still has the cancel count implicitly). Note that this, too, causes

[issue46771] Add some form of cancel scopes

Alex Grönholm added the comment: > But, if we are using nonces on the CancelledError to keep track, then only 1 > context manager will know if it was themselves or not. This is exactly why > I'm proposing to use multiple CancelledErrors, so that every nonce is passed > to

[issue46771] Add some form of cancel scopes

Alex Grönholm added the comment: > I was under the impression that ExceptionGroup was somewhat backwards > compatible, in that you could still use `except CancelledError:` and it would > catch all the errors in the group. But, maybe I'm wrong, I've not seen the > docum

[issue46821] Introspection support for typing.overload

Alex Waygood added the comment: Discussion of similar ideas in Issue45100 -- ___ Python tracker <https://bugs.python.org/issue46821> ___ ___ Python-bugs-list m

[issue46814] Documentation for constructing abstract base classes is misleading

Change by Alex Waygood : -- title: Documentation for constructin abstract base classes is misleading -> Documentation for constructing abstract base classes is misleading ___ Python tracker <https://bugs.python.org/issu

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

Change by Alex Waygood : -- nosy: +sobolevn ___ Python tracker <https://bugs.python.org/issue45100> ___ ___ Python-bugs-list mailing list Unsubscribe:

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

Alex Waygood added the comment: I'd dearly like better introspection tools for functions decorated with @overload, but I'd rather have a solution where: - inspect.signature doesn't have to import typing. That doesn't feel worth it for users who aren't u

[issue46847] functools.update_wrapper doesn't understand partial objects and annotations

Change by Alex Waygood : -- nosy: +AlexWaygood, Jelle Zijlstra, sobolevn ___ Python tracker <https://bugs.python.org/issue46847> ___ ___ Python-bugs-list mailin

[issue46846] functools.partial objects should set __signature__ and _annotations__

Change by Alex Waygood : -- nosy: +AlexWaygood ___ Python tracker <https://bugs.python.org/issue46846> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue46851] Document multiprocessing.set_forkserver_preload

Alex Waygood added the comment: (3.7 and 3.8 are not accepting patches unless they relate to security issues, so I am removing them from the "versions" field.) -- nosy: +AlexWaygood versions: -Python 3.7, Python 3.8 ___ Python track

[issue46851] Document multiprocessing.set_forkserver_preload

Change by Alex Waygood : -- nosy: -AlexWaygood ___ Python tracker <https://bugs.python.org/issue46851> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue46873] inspect.getsource with some lambdas in decorators does not get the full source

Alex Waygood added the comment: I'm removing 3.7 and 3.8 from the "versions" field, since they're currently only accepting patches for security-related bugs. But thanks for testing on those versions as well — that's useful information! -- components: +Library

[issue46873] inspect.getsource with some lambdas in decorators does not get the full source

Change by Alex Waygood : -- type: -> behavior versions: -Python 3.7, Python 3.8 ___ Python tracker <https://bugs.python.org/issue46873> ___ ___ Python-

[issue21761] [doc] language reference describes the role of module.__file__ inaccurately

Alex Waygood added the comment: Hi Vidhya — @slateny submitted a PR for this issue only two days ago (you can see that it's linked to this BPO issue in the "Pull Requests" field). I think it would be good to wait until that has been reviewed before doing any work on a possi

[issue38854] Decorator with paren tokens in arguments breaks inspect.getsource

Change by Alex Waygood : -- nosy: +yselivanov versions: -Python 3.7, Python 3.8 ___ Python tracker <https://bugs.python.org/issue38854> ___ ___ Python-bug

[issue38854] Decorator with paren tokens in arguments breaks inspect.getsource

Change by Alex Waygood : -- nosy: +AlexWaygood ___ Python tracker <https://bugs.python.org/issue38854> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue46876] Walrus operator not in help

Alex Waygood added the comment: Thanks for the report! I think this is a duplicate of Issue37082. -- nosy: +AlexWaygood resolution: -> duplicate stage: needs patch -> resolved status: open -> pending ___ Python tracker <https://bug

[issue46876] Walrus operator not in help

Change by Alex Waygood : -- status: pending -> open superseder: -> Assignment expression symbol (walrus) not in built-in help() ___ Python tracker <https://bugs.python.org/i

[issue46876] Walrus operator not in help

Change by Alex Waygood : -- status: open -> closed ___ Python tracker <https://bugs.python.org/issue46876> ___ ___ Python-bugs-list mailing list Unsubscrib

[issue46902] Typo hint message for from-imports?

Change by Alex Waygood : -- nosy: +pablogsal versions: -Python 3.10 ___ Python tracker <https://bugs.python.org/issue46902> ___ ___ Python-bugs-list mailin

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

Change by Alex Waygood : -- nosy: +Jelle Zijlstra, gvanrossum, kj, sobolevn ___ Python tracker <https://bugs.python.org/issue43923> ___ ___ Python-bugs-list m

[issue19217] Calling assertEquals for moderately long list takes too long

Change by Alex Waygood : -- keywords: -easy ___ Python tracker <https://bugs.python.org/issue19217> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue5043] get_msvcr() returns None rather than []

Alex Zunegin added the comment: This messes up building Cython extensions on MSYS2 and MINGW. Still here as of setuptools 60. There is no line ``` return [] <<<<<<<<- ``` at the end. Adding it helps. -- nosy: +gesserat __

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

Alex Waygood added the comment: The latest plan sounds good to me. I have some Thoughts on the proposed API, but it will be easier to express those as part of a PR review. Looking forward to seeing the PR! -- ___ Python tracker <ht

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

Alex Waygood added the comment: I actually have quite a few use cases for this feature. It's true that type checkers don't (yet) support it, but that doesn't mean that it should be disallowed at runtime. In fact, allowing it at runtime will surely give type checkers room to

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

Alex Waygood added the comment: > Is there an actual use case that broke? No, because this was never usable in the first place. But there are those who wish it were usable :) -- ___ Python tracker <https://bugs.python.org/issu

[issue44863] Allow TypedDict to inherit from Generics

Change by Alex Waygood : -- nosy: +AlexWaygood ___ Python tracker <https://bugs.python.org/issue44863> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue44863] Allow TypedDict to inherit from Generics

Change by Alex Waygood : -- nosy: +Jelle Zijlstra, sobolevn ___ Python tracker <https://bugs.python.org/issue44863> ___ ___ Python-bugs-list mailing list Unsub

[issue46927] Improve error message for subscripting non-generic types

Change by Alex Waygood : -- nosy: +Jelle Zijlstra ___ Python tracker <https://bugs.python.org/issue46927> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue46930] Iterating over cls.__dict__ in classmethod causes RuntimeError when printing __annotations__

Change by Alex Waygood : -- type: crash -> behavior versions: +Python 3.11 ___ Python tracker <https://bugs.python.org/issue46930> ___ ___ Python-bugs-list mai

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

Alex Waygood added the comment: Consider the typeshed stub for `concurrent.futures.DoneAndNotDoneFutures`. At runtime this is a `collections.namedtuple`, but in the stub, we need it to be generic to allow precise type inference. But we can't have a generic NamedTuple, so the st

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

Change by Alex Waygood : -- nosy: +graingert ___ Python tracker <https://bugs.python.org/issue43923> ___ ___ Python-bugs-list mailing list Unsubscribe:

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

Alex Waygood added the comment: I sense we'll have to agree to disagree on the usefulness of NamedTuples in the age of dataclasses :) For me, I find the simplicity of the underlying idea behind namedtuples — "tuples with some properties bolted on" — very attractive. Yes, stand

[issue46938] dataclass __post_init__ recursion

Change by Alex Waygood : -- nosy: +eric.smith ___ Python tracker <https://bugs.python.org/issue46938> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue46769] Improve documentation for `typing.TypeVar`

Change by Alex Waygood : -- keywords: +patch pull_requests: +29830 stage: needs patch -> patch review pull_request: https://github.com/python/cpython/pull/31712 ___ Python tracker <https://bugs.python.org/issu

[issue1175] .readline() has bug WRT nonblocking files

New submission from Alex Burr: If you have made a file nonblocking using fcntl.fcntl, .readline() will discard the start of a line if you get EGAIN. It should attach the partial line to the exception somehow - or at least warn the user. I observe this on 2.3.5, but the same code exists in

[issue1175] .readline() has bug WRT nonblocking files

Alex Burr added the comment: The exception would count as a warning if it wasn't EGAIN. One expects to catch EGAIN and try again. The current situation is unfortunate because it *nearly* works. My scenario is: I'm driving GDB/MI via popen2.Popen3 ( gdbCommand, False,1). It works fo

[issue1175] .readline() has bug WRT nonblocking files

Alex Burr added the comment: I don't need to change my code as I have now worked round the problem, but for an example of why someone might want nonblocking mode: It was not actually in order to do any more work, but because I was managing both input and output to gdb in one thread

[issue1621] Do not assume signed integer overflow behavior

Changes by Alex Gaynor : -- nosy: +alex ___ Python tracker <http://bugs.python.org/issue1621> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pyth

[issue12998] Memory leak with CTypes Structure

Alex Gaynor added the comment: This is caused by a cache which is kept of array's for different (Structure, length) pairs. -- nosy: +alex ___ Python tracker <http://bugs.python.org/is

[issue13012] Allow keyword argument in str.splitlines()

Alex Gaynor added the comment: Personally, I regard every C function which, for obscure internal details, doesn't take keyword arguments as a sad bug, which should of course be fixed :) -- nosy: +alex ___ Python tracker <http://bugs.py

[issue13238] Add shell command helpers to shutil module

Alex Gaynor added the comment: These feel like a shell injection waiting to happen to me. -- nosy: +alex ___ Python tracker <http://bugs.python.org/issue13

[issue13274] heapq pure python version uses islice without guarding for negative counts

Changes by Alex Gaynor : -- nosy: +alex ___ Python tracker <http://bugs.python.org/issue13274> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pyth

[issue13324] fcntl module doesn't support F_NOCACHE (OS X specific) results in high 'inactive' memory performance issues

New submission from Alex Stewart : ISSUE DESCRIPTION: In 2.6.7, 2.7.2 and also HEAD (r 73301) the fcntl module does not support the F_NOCACHE OSX specific mode. The affect of this is that the default behaviour (data caching enabled

[issue13340] list.index does not accept None as start or stop

Changes by Alex Gaynor : -- nosy: +alex ___ Python tracker <http://bugs.python.org/issue13340> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pyth

[issue13412] No knowledge of symlinks on Windows

New submission from Alex Regueiro : Python 2.7 has no knowledge of directory symlinks on Windows 7. Listing a directory symlink does not work, nor does accessing a file within one. This is quite a notable missing feature on Windows 7, where symlinks are becoming increasingly prevalent

[issue13412] No knowledge of symlinks on Windows

Alex Regueiro added the comment: What are you running? This is not what I get on Win7 x64, and I have had several other users in ##python on FreeNode confirm this inability. As far as Python is concerned, these dir sym links do not even exist

[issue13412] No knowledge of symlinks on Windows

Alex Regueiro added the comment: Thanks Bryan, that would be great. The elevated privs problem could potentially be avoided by creating symlinks using the Win32 API directly. As long as the appropiate group policy is set, one does not require admin privs to create symlinks. Perhaps symlink

[issue13412] No knowledge of symlinks on Windows

Alex Regueiro added the comment: Well, at the very least it's a system-dependent issue, since I've tried out listdir and also file access on my system and some other Windows users'. -- ___ Python tracker <http://bugs.pyt

[issue13412] No knowledge of symlinks on Windows

Alex Regueiro added the comment: No error whatsoever. Python just thinks it doesn't exist unfortunately. Same report from other users... -- ___ Python tracker <http://bugs.python.org/is

[issue13412] No knowledge of symlinks on Windows

Alex Regueiro added the comment: When listing the parent dir in which a dir symlink resides, the dir symlink doesn't show up. That's the one I noticed most. -- ___ Python tracker <http://bugs.python.o

[issue13412] Symbolic links omitted by os.listdir on some systems

Alex Regueiro added the comment: Okay, so I figured out where I was originally seeing this issue. (It does indeed work normally as you said; I'm not sure how I tested otherwise.) Well, the problem is when you load a module that is a SYMLINKD. If the module folder is a normal directory

[issue13419] import does not recognise SYMLINKDs on Windows 7

New submission from Alex Regueiro : Python 2.7 normally inputs directory-modules fine on Windows 7. The notable exception however is symbolically-linked directories on the filesystem, which are ignored (not thought to exist) by the Python `import` statement. (Note that the Python interpreter

[issue6727] ImportError when package is symlinked on Windows

Alex Regueiro added the comment: Is this bug going to be fixed? I've been experiencing this for some time now, and it seems the Python team has known about it for a while too... seems like an easy fix! -- nosy: +alexreg ___ Python tracker

[issue6727] ImportError when package is symlinked on Windows

Alex Regueiro added the comment: Well, I am making an assumption here. :-) Might have a look at a patch. Never looked at the Python runtime before. If it's all written in C, then it's possible. I'm guessing most of the Python programmers don't know much/anything about W

[issue6727] ImportError when package is symlinked on Windows

Alex Regueiro added the comment: Thanks Brian; that's good to know. If we could get it in the next release (Python 2.8?) that would be awesome. -- ___ Python tracker <http://bugs.python.org/i

[issue13430] Add a curry function to the functools module

Alex Gaynor added the comment: This already exists, as functools.partial: http://docs.python.org/library/functools.html#functools.partial -- nosy: +alex resolution: -> invalid status: open -> closed ___ Python tracker <http://bugs.p

[issue13529] Segfault inside of gc/weakref

New submission from Alex Gaynor : I don't have a particularly minimal test case for this, however I am able to reproduce it consistently (so far reproduced on multiple machines, 32-bit and 64-bit on 2.6 and 2.7), using these steps: First get a checkout of the PyPy repository: hg clon

[issue13529] Segfault inside of gc/weakref

Alex Gaynor added the comment: Antoine asked for a gdb bt, here's the last couple of useful frames: #0 _PyWeakref_ClearRef (self=0x4000) at Objects/weakrefobject.c:97 #1 0x004d4c66 in handle_weakrefs (old=0x78a2b0, unreachable=0x7fff87b0) at Modules/gcmodule.

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