[issue2445] Use The CygwinCCompiler Under Cygwin

Masayuki Yamamoto added the comment: CygwinCCompiler seems legacy code. In v3.4 latest rivision, Distutils has made to work that is a patching to UnixCCompiler. So, I have a think that doesn't need to use CygwinCCompiler to build on Cygwin. I have upload a patch for UnixCCompiler. The patch has

[issue23982] Tkinter in Python 3.4 for Windows incorrectly renders certain colors using non-TclTk RGB values

Martin Falatic added the comment: There may be a more uniform way to do all this that I'm not aware of. root.tcl.call() and root.tk.call() would be most symmetric while not creating extraneous windows, but that's not an option for the former, thus the methods I ended up using look different fo

[issue23728] binascii.crc_hqx() can return negative integer

Roundup Robot added the comment: New changeset 0ead02929df2 by Serhiy Storchaka in branch '3.4': Issue #23728: binascii.crc_hqx() could return an integer outside of the range https://hg.python.org/cpython/rev/0ead02929df2 New changeset abb86c6b11b2 by Serhiy Storchaka in branch 'default': Issue

[issue23842] SystemError: ../Objects/longobject.c:998: bad argument to internal function

Roundup Robot added the comment: New changeset cd7d51b5c951 by Serhiy Storchaka in branch '2.7': Issue #23842: os.major(), os.minor() and os.makedev() now support ints again. https://hg.python.org/cpython/rev/cd7d51b5c951 New changeset 998d967b8a57 by Serhiy Storchaka in branch '3.4': Issue #238

[issue23982] Tkinter in Python 3.4 for Windows incorrectly renders certain colors using non-TclTk RGB values

Martin Falatic added the comment: "Works, using" = this works, it's what I'm using (was trying to be brief - was too brief evidently). -- ___ Python tracker ___

[issue10009] Automated MSI installation does not work

Mark Lawrence added the comment: Nothing from the OP so to close or not to close, that is the question? -- ___ Python tracker ___ ___

[issue23985] Crash when deleting slices from duplicated bytearray

Johan Dahlberg added the comment: Thank you all for working really fast on this issue! I'm happy to see that a fix is already being tried out. -- ___ Python tracker ___ _

[issue23996] _PyGen_FetchStopIterationValue() crashes on unnormalised exceptions

Stefan Behnel added the comment: And in fact, fixing it in ceval.c would not be enough, since gen_throw() also calls the function. So this is really the right place to fix it. -- ___ Python tracker ___

[issue23996] _PyGen_FetchStopIterationValue() crashes on unnormalised exceptions

Changes by Stefan Behnel : -- nosy: +ncoghlan ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.pyth

[issue8706] accept keyword arguments on most base type methods and builtins

Gregory P. Smith added the comment: I wouldn't make an efficiency argument against it without trying it and showing reproducible degradation in the hg.python.org/benchmarks suite. On Sun, Apr 19, 2015, 10:31 PM Serhiy Storchaka wrote: > > Serhiy Storchaka added the comment: > > Supporting keyw

[issue24004] avoid explicit generator type check in asyncio

Stefan Behnel added the comment: I was (silently) hoping that this patching would eventually not be necessary anymore because the one place (currently inspect.isgenerator()) would be adapted to check for the generator protocol rather than the generator type. But that was going to go into a sep

[issue15582] Enhance inspect.getdoc to follow inheritance chains

Serhiy Storchaka added the comment: I were aware that this can propagate some not well appropriate docstrings from abstract base classes, but Martin expose worse problem: inheriting a docstring by the method with changed signature. Perhaps we should check if a signature of overriding method is

[issue24007] Write PyArg_Parse* format in a line with a function

Serhiy Storchaka added the comment: Actually it is not hard to me to apply the patch locally and regenerate clinic output if I need it. I propose this patch for mainstream only because think that it can be helpful for someone other. Thanks to moving all generated code into separated files, the

[issue8706] accept keyword arguments on most base type methods and builtins

Serhiy Storchaka added the comment: Supporting keyword arguments has performance loss. For fast builtins it make be significant. We should defer adding keyword arguments support until more efficient parsing will implemented. Note that it is easier to implement efficient argument parsing for fu

[issue12606] Mutable Sequence Type works different for lists and bytearrays in slice[i:j:k]

Siegfried Gevatter added the comment: Thomas, could you take another look? I did update the patch. Thanks! :) -- ___ Python tracker ___ _

[issue24005] Documentation Error: Extra line Break

Tim Golden added the comment: (Laughs). I admit, I was so close to the trees, I missed the fact that the doc is, as you say, a What's New, and for Python 2.4. Agree that to change this now would be somewhat ludicrous. If some similar patch were proposed to some more current, relevant document

[issue24005] Documentation Error: Extra line Break

Georg Brandl added the comment: Yeah, agreed. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.p

[issue23883] __all__ lists are incomplete

Mauro Rodrigues added the comment: Hi guys! Here is a patch for the fileinput module, with some names beyond fileinput.fileno: fileinput.hook_compressed, fileinput.hook_encoded as mentioned in the docs https://docs.python.org/3/library/fileinput.html This is my first patch as well, so feedba

[issue1818] Add named tuple reader to CSV module

Raymond Hettinger added the comment: Skip or Barry, do you want to look at this? -- assignee: -> skip.montanaro nosy: +skip.montanaro stage: needs patch -> patch review versions: -Python 3.3 ___ Python tracker ___

[issue13386] Document documentation conventions for optional args

Raymond Hettinger added the comment: Please don't add a new notation that makes the docs less readable than they are now. For the most part, the existing docs have done a great job communicating how to use our functions. Please don't undo 20 years of tradition because it bugs you. -

[issue1818] Add named tuple reader to CSV module

Ilia Kurenkov added the comment: As my contribution during the sprints at PyCon 2015, I've tweaked Jervis's patch a little and updated the tests/docs to work with Python 3.5. My only real change was placing the basic reader object inside a generator expression that filters out empty lines. Bei

[issue23986] Inaccuracy about "in" keyword for list and tuple

Raymond Hettinger added the comment: I'll add James' suggested wording, but with the reversed-order suggested by David Murray. -- assignee: docs@python -> rhettinger nosy: +rhettinger ___ Python tracker __

[issue23990] Callable builtin doesn't respect descriptors

Raymond Hettinger added the comment: Unless there are some serious objections, I propose to close this on the basis of "practicality beats purity" (and as David Murray noted, there may not be a pure answer). Eric Snow's comments are dead-on. AFAICT, there isn't a real problem here and the AP

[issue23982] Tkinter in Python 3.4 for Windows incorrectly renders certain colors using non-TclTk RGB values

Terry J. Reedy added the comment: Ned, I was indeed thinking of creating the string upon startup. Martin: "Works, using" ? using what? -- ___ Python tracker ___

[issue23994] argparse fails to detect program name when there is a slash at the end of the program's path

Changes by Berker Peksag : -- nosy: +berker.peksag resolution: fixed -> ___ Python tracker ___ ___ Python-bugs-list mailing list Unsu

[issue23985] Crash when deleting slices from duplicated bytearray

Martin Panter added the comment: A test case for this that would trigger when memory debugging is enabled could look something like the following. Would it be appropriate to add it to the test suite? a = bytearray(10) size = sys.getsizeof(a) a.pop() # Defeat expanding buffer off-by-one quirk

[issue24004] avoid explicit generator type check in asyncio

Guido van Rossum added the comment: Uh, wait. Who's patching anything? That breaks the warranty. -- ___ Python tracker ___ ___ Python-

[issue23911] Move path-based bootstrap code to a separate frozen file.

Eric Snow added the comment: s/PEP 489/PEP 488/ -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail

[issue23911] Move path-based bootstrap code to a separate frozen file.

Eric Snow added the comment: Here's an updated patch, with the PEP 489 changes merged in. Only one test isn't passing and it is due to something in the pip that is bundled into ensurepip. I'll work on fixing that when I have some time. I'm sure there's documentation near the bundle that exp

[issue23738] Clarify documentation of positional-only default values

Martin Panter added the comment: Of course in a new release, the functions could actually grow support for keywords, sidestepping the problem. Issue 8706 proposes to do this. And see Issue 13386 about the conventions for optional arguments more generally. -- __

[issue13386] Document documentation conventions for optional args

Martin Panter added the comment: When a parameter is optional but does not have a simple default value, I suggest using some obviously invalid pseudocode, such as function(arg1, arg2=) See Issue 8706 about adding more support for keyword arguments. See also Issue 23738 for signatures that inc

[issue8706] accept keyword arguments on most base type methods and builtins

Martin Panter added the comment: See also Issue 23738, which identifies some functions whose documentation already suggests they accept keywords. Perhaps these functions could be prioritized. Also, I think “version changed” notices should be added in the documentation when a function grows su

[issue23982] Tkinter in Python 3.4 for Windows incorrectly renders certain colors using non-TclTk RGB values

Martin Falatic added the comment: FYI, I'm currently using calls into Tkinter to get more detailed version info. Some methods work better than others... I've outlined my attempts below for reference (the last tcl_ver and tk_ver outputs are the ones I'm using, even though they are somewhat diff

[issue23990] Callable builtin doesn't respect descriptors

Eric Snow added the comment: > Ionel Cristian Mărieș added the comment: > What exactly are you proposing? Getting rid of AttributeError masking? That isn't really a practical thing to consider, so no. :) Instead I'm suggesting there isn't a lot of justification to change the behavior of callabl

[issue23990] Callable builtin doesn't respect descriptors

Eric Snow added the comment: > Ionel Cristian Mărieș added the comment: > It's not. Did you see the example with iter()/__iter__? It does convert > the AttributeError into a TypeError. callable and iter are not the same thing though. callable checks for a capability. iter invokes a capability.

[issue22208] tarfile can't add in memory files (reopened)

Martin Panter added the comment: In Issue 22468, I posted a patch which encourages using TarInfo directly, and hopefully clarifies that gettarinfo() is only for OS files. I think that should cover the documentation aspect of this bug, although an enhancement to synthesize TarInfo objects for r

[issue21996] gettarinfo method does not handle files without text string names

Martin Panter added the comment: Over in Issue 22468, I posted a documentation patch which includes wording to address this bug. -- ___ Python tracker ___ __

[issue23982] Tkinter in Python 3.4 for Windows incorrectly renders certain colors using non-TclTk RGB values

Ned Deily added the comment: I am im favor of adding documentation for the existing tkinter TclVerion and TkVersion attributes to the tkinter section of the Standard Library reference as well as documenting a form of tkinter.Tcl().call('info', 'patchlevel') and/or tkinter.Tk().call('info', 'pa

[issue22468] Tarfile using fstat on GZip file object

Martin Panter added the comment: I am posting a documentation patch which I hope should clarify that objects like GzipFile won’t work automatically with gettarinfo(). It also has other modifications to address Issue 21996 (name must be text) and help with Issue 22208 (clarify non-OS files won’

[issue23990] Callable builtin doesn't respect descriptors

Ionel Cristian Mărieș added the comment: On Mon, Apr 20, 2015 at 2:59 AM, Eric Snow wrote: > It not a problem currently for callable. It is one you are proposing > to introduce. It is one which current users of callable don't have to > worry about. > > > > > Were do we draw the line here? > >

[issue23990] Callable builtin doesn't respect descriptors

Ionel Cristian Mărieș added the comment: On Mon, Apr 20, 2015 at 2:59 AM, Eric Snow wrote: > However, that is consistent across Python and has been this > way for a long time (so there are backward compatibility concerns that > cannot be ignored). > ​It's not. Did you see the example with iter

[issue23496] Steps for Android Native Build of Python 3.4.2

Ryan Gonzalez added the comment: That's the thing; my repo has no python.c! On April 19, 2015 7:39:19 PM CDT, Cyd Haselton wrote: > >Cyd Haselton added the comment: > >Ryan, >That fix is in the android_segfault patch, but it's for frozenmain.c >not python.c > >I cloned from master on Fri/Sat. W

[issue23496] Steps for Android Native Build of Python 3.4.2

Cyd Haselton added the comment: Ryan, That fix is in the android_segfault patch, but it's for frozenmain.c not python.c I cloned from master on Fri/Sat. Will double-check commit tomorrow but I think the problem is with the unpatched python.c -- ___

[issue23496] Steps for Android Native Build of Python 3.4.2

Cyd Haselton added the comment: Patch for python.c that prevents segfault on Android -- Added file: http://bugs.python.org/file39135/python.patch ___ Python tracker ___ _

[issue23496] Steps for Android Native Build of Python 3.4.2

Changes by Ryan Gonzalez : Added file: http://bugs.python.org/file39134/kbox_fix.patch ___ Python tracker ___ ___ Python-bugs-list mailing lis

[issue23496] Steps for Android Native Build of Python 3.4.2

Ryan Gonzalez added the comment: On Sun, Apr 19, 2015 at 7:16 PM, Cyd Haselton wrote: > > Cyd Haselton added the comment: > > Ryan, > Found the missing fix. > > In ./Programs/python.c > > #ifndef __ANDROID__ > oldloc = _PyMem_RawStrdup(setlocale(LC_ALL, NULL)); > if (!oldloc) { >

[issue24005] Documentation Error: Extra line Break

Berker Peksag added the comment: That document is 10 years old :) I don't think it's worth to change now. Also, "what's new" documents shouldn't be used as a tutorial. There are many tutorials about writing decorators on the internet. (Thanks for the report and the patch, Jaivish) --

[issue23496] Steps for Android Native Build of Python 3.4.2

Cyd Haselton added the comment: Ryan, Found the missing fix. In ./Programs/python.c #ifndef __ANDROID__ oldloc = _PyMem_RawStrdup(setlocale(LC_ALL, NULL)); if (!oldloc) { fprintf(stderr, "out of memory\n"); return 1; }

[issue23990] Callable builtin doesn't respect descriptors

Eric Snow added the comment: > Ionel Cristian Mărieș added the comment: > #1. "It's specified/documented, therefore it's intended" > > The first thing a maintainer does is check the docs. This is a sensible thing > to do - as you cannot have all the details in your hear. The main question at >

[issue8706] accept keyword arguments on most base type methods and builtins

Changes by Berker Peksag : -- components: +Extension Modules, Interpreter Core nosy: +berker.peksag versions: +Python 3.5 -Python 3.3 ___ Python tracker ___ __

[issue12712] weave build_tools library identification

Mark Lawrence added the comment: Is case sensitivity still an issue on Windows? I've tried searching but there are so many issues referring to case sensitivity that I got swamped. -- components: +Windows nosy: +BreamoreBoy, steve.dower, tim.golden, zach.ware __

[issue23990] Callable builtin doesn't respect descriptors

Ionel Cristian Mărieș added the comment: I want to address the four main points of criticism in fixing this issue, just in case it's not clear why I think those lines of thought are wrong: #1. "It's specified/documented, therefore it's intended" The first thing a maintainer does is check the d

[issue23990] Callable builtin doesn't respect descriptors

Eric Snow added the comment: s/TypeError/RuntimeError/ -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https

[issue23990] Callable builtin doesn't respect descriptors

Eric Snow added the comment: Just to be clear, I'm still -1 on any of this. On the one hand, there's a risk of backward-compatibility breakage (just as much a corner-case as the need expressed in this issue). On the other hand, I'd actually push for _PyObject_LookupSpecial to be fixed to cha

[issue23990] Callable builtin doesn't respect descriptors

Eric Snow added the comment: > What would be the "right thing"? My suggestion of using a metaclass is actually not effective here because __call__ has meaning for metaclasses. Otherwise you could have made __call__ more dynamic via a metaclass. Except that is another reason why my suggestion

[issue24007] Write PyArg_Parse* format in a line with a function

Larry Hastings added the comment: I don't care about this, but the patch looks fine. If this really helps then LGTM. Please hold off checking this in until after 3.5.0 alpha 4 is released. -- ___ Python tracker

[issue23990] Callable builtin doesn't respect descriptors

Changes by Raymond Hettinger : -- assignee: -> rhettinger nosy: +rhettinger ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue23982] Tkinter in Python 3.4 for Windows incorrectly renders certain colors using non-TclTk RGB values

Martin Falatic added the comment: Thank you. Before going down the road of revising PEP 101 (which appears to be very non-trivial despite the simple (and certainly always present) data involved), I'd like to know: is version information about the pre-compiled Windows binaries (of which this is

[issue22619] Possible implementation of negative limit for traceback functions

Dmitry Kazakov added the comment: I'll do that tomorrow. The patch still needs a review though... -- ___ Python tracker ___ ___ Python

[issue23993] Use surrogateescape error handler by default in open() if the LC_CTYPE locale is C at startup

STINNER Victor added the comment: Related issues and discussions: - [Python-Dev] open(): set the default encoding to 'utf-8' in Python 3.3? https://mail.python.org/pipermail/python-dev/2011-June/112086.html - Issue #12451: open: avoid the locale encoding when possible https://bugs.python.org/

[issue22080] Add windows_helper module helper

Claudiu Popa added the comment: The latest patch drops the symlink check, since it can be added later. -- Added file: http://bugs.python.org/file39133/issue22080_2.patch ___ Python tracker _

[issue23990] Callable builtin doesn't respect descriptors

Ionel Cristian Mărieș added the comment: On Sun, Apr 19, 2015 at 10:29 PM, Steven D'Aprano wrote: > This bug report seems to be completely based on a false premise. In the > very first message of this issue, Ionel says: > > "it return True even if __call__ is actually an descriptor that raise >

[issue23917] please fall back to sequential compilation when concurrent doesn't exist

Claudiu Popa added the comment: Here's the patch. -- keywords: +patch stage: needs patch -> patch review Added file: http://bugs.python.org/file39132/issue23917.patch ___ Python tracker

[issue24013] Improve os.scandir() and DirEntry documentation

New submission from Ben Hoyt: Victor Stinner's documentation for os.scandir and DirEntry is a great start (https://docs.python.org/dev/library/os.html#os.scandir), however there are a few mistakes in it, and a few ways I think it could be improved. Attaching a patch with the following overall

[issue22619] Possible implementation of negative limit for traceback functions

Serhiy Storchaka added the comment: Needed a documentation. I'm not interested in writing it. -- ___ Python tracker ___ ___ Python-bug

[issue24000] More fixes for the Clinic mapping of converters to format units

Serhiy Storchaka added the comment: > Not according to the documentation. 'u' explicitly says it does not allow > NUL characters. 'Z', 'u#', and 'Z#' all say they are "variants" of 'u' but > never mention that they might allow NUL characters. I understand the note in "u" description as expli

[issue24005] Documentation Error: Extra line Break

Carol Willing added the comment: Tim, A good point re: the interpreter. I've attached an output from IPython interpreter. Georg, Given Tim's additional insight, I'm inclined to reopen the issue and review the patch as a positive change. Though not a bug, but as an enhancement for learners to

[issue23990] Callable builtin doesn't respect descriptors

Joe Jevnik added the comment: This is a different case from raising an AttributeError inside the __call__; >>> class C(object): ... def __call__(self): ... raise AttributeError() ... >>> hasattr(C(), '__call__') True >>> class D(object): ... @property ... def __call__(self):

[issue24012] Add error checks to PyInit_pyexpat()

New submission from Christian Heimes: Similar to #24011 and #24010 the pyexpat module's init function fails to check some return values for NULL. The patch doesn't include proper reference cleanups as most of the other parts of PyInit_pyexpat() don't cleanup on error, too. CID 982779 (#2 of 2

[issue23990] Callable builtin doesn't respect descriptors

Steven D'Aprano added the comment: This bug report seems to be completely based on a false premise. In the very first message of this issue, Ionel says: "it return True even if __call__ is actually an descriptor that raise AttributeError (clearly not callable at all)." but that is wrong. It *

[issue24011] Add error checks to PyInit_signal()

New submission from Christian Heimes: The init function of the signal module fails to check for errors in a couple of places. The patch replaces PyDict_SetItemString() calls with PyModule_AddIntMacro() and error checks. An exception is unlikely so I'm OK when the patch just lands in 3.4 and 3.

[issue24001] Clinic: use raw types in types= set

Larry Hastings added the comment: Whoops. I'll fix that. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: ht

[issue24001] Clinic: use raw types in types= set

Larry Hastings added the comment: Here's the right patch. -- Added file: http://bugs.python.org/file39128/larry.clinic.use.raw.types.2.txt ___ Python tracker ___

[issue24001] Clinic: use raw types in types= set

Changes by Larry Hastings : Removed file: http://bugs.python.org/file39122/larry.one.more.clinic.format.unit.map.cleanup.2.txt ___ Python tracker ___ ___

[issue24010] Add error checks to PyInit__locale()

New submission from Christian Heimes: The init function of the locale module fails to check for errors in a couple of places. The patch replaces PyDict_SetItemString() calls with PyModule_AddIntMacro() and error checks. An exception is unlikely so I'm OK when the patch just lands in 3.4 and 3.

[issue21574] Port image types detections from PIL to the imghdr module

Changes by Claudiu Popa : -- stage: needs patch -> test needed ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue23701] Drop extraneous comment from winreg.QueryValue's docstring

Changes by Claudiu Popa : -- stage: -> patch review ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://ma

[issue24003] variable naming

Ned Deily added the comment: (... and is documented in The Python 3 and 2 Language Reference manuals: https://docs.python.org/3/reference/lexical_analysis.html#keywords and https://docs.python.org/2/reference/lexical_analysis.html#keywords) -- nosy: +ned.deily

[issue24008] inspect.getsource is failing for sys.excepthook

Claudiu Popa added the comment: That's actually expected, since sys.excepthook is a builtin, so there's no source code to be retrieved (the same holds for other builtins, such as next, range etc). -- nosy: +Claudiu.Popa resolution: -> not a bug stage: -> resolved status: open -> clos

[issue23998] PyImport_ReInitLock() doesn't check for allocation error

Roundup Robot added the comment: New changeset d70995cf44b3 by Christian Heimes in branch '2.7': Issue #23998: PyImport_ReInitLock() now checks for lock allocation error https://hg.python.org/cpython/rev/d70995cf44b3 New changeset 7d7bf5c34d7e by Christian Heimes in branch '3.3': Issue #23998: P

[issue24009] Get rid of rare format units in PyArg_Parse*

New submission from Serhiy Storchaka: There are a lot of format units supported in PyArg_Parse* functions, but some of them are rarely or never used in current CPython code. Some of format units are legacy from Python 2 and are not needed in modern Python 3 code or can be replaced with custom

[issue24006] Multiprocessing fails when using functions defined in interactive interpreter.

R. David Murray added the comment: I'm guessing you are on Windows. Please read https://docs.python.org/2/library/multiprocessing.html#windows. You can't do what you show on windows (though you can on unix, since it uses fork). -- nosy: +r.david.murray resolution: -> not a bug stage

[issue23982] Tkinter in Python 3.4 for Windows incorrectly renders certain colors using non-TclTk RGB values

Terry J. Reedy added the comment: The tkinter docs need to be expanded, but that is a different issue. The complete tcl/tk version is displayed in Idle -> Help -> About Idle using "self.tk.call('info', 'patchlevel')". Pending a reason not to, I would be in favor of adding this full info as a

[issue22619] Possible implementation of negative limit for traceback functions

Changes by Riley Banks : -- nosy: +vaultah ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.

[issue24005] Documentation Error: Extra line Break

Tim Golden added the comment: One small thing to bear in mind is that the existing code (ie with the extra linefeed) raises an IndentationError if cut-and-pasted into the interactive interpreter; with the OP's change, it succeeds. Might not have been their intention, but certainly is the case.

[issue23990] Callable builtin doesn't respect descriptors

Ionel Cristian Mărieș added the comment: On Sun, Apr 19, 2015 at 10:01 PM, Ethan Furman wrote: > The "right thing", using a meta-class, is to have the meta-class check if > the proxied object is callable, and if so, put in the __call__ function in > the class that is being created. ​Yes indeed

[issue23994] argparse fails to detect program name when there is a slash at the end of the program's path

R. David Murray added the comment: Thanks for the patch. We'll want a unit test for the behavior before committing this. -- nosy: +r.david.murray stage: -> test needed versions: +Python 3.5 ___ Python tracker __

[issue23990] Callable builtin doesn't respect descriptors

Ethan Furman added the comment: The "right thing", using a meta-class, is to have the meta-class check if the proxied object is callable, and if so, put in the __call__ function in the class that is being created. -- ___ Python tracker

[issue18654] modernize mingw&cygwin compiler classes

R. David Murray added the comment: Find someone from the packaging sig willing to review it, maybe? As in, get on that mailing list and ask. -- nosy: +r.david.murray ___ Python tracker ___

[issue24000] More fixes for the Clinic mapping of converters to format units

Larry Hastings added the comment: New diff based on Serhiy's latest round of comments. Thanks, Serhiy! You are inexhaustable! -- Added file: http://bugs.python.org/file39125/larry.one.more.clinic.format.unit.map.cleanup.3.txt ___ Python tracker <

[issue24000] More fixes for the Clinic mapping of converters to format units

Larry Hastings added the comment: > "u#" and "Z#" allow null characters. Not according to the documentation. 'u' explicitly says it does not allow NUL characters. 'Z', 'u#', and 'Z#' all say they are "variants" of 'u' but never mention that they might allow NUL characters. -- _

[issue24008] inspect.getsource is failing for sys.excepthook

New submission from Anand Reddy Pandikunta: >>> inspect.getsource(sys.excepthook) Traceback (most recent call last): File "", line 1, in File "/usr/local/lib/python2.7/inspect.py", line 701, in getsource lines, lnum = getsourcelines(object) File "/usr/local/lib/python2.7/inspect.py", l

[issue24001] Clinic: use raw types in types= set

Serhiy Storchaka added the comment: Looks as this is a patch for different issue. -- ___ Python tracker ___ ___ Python-bugs-list maili

[issue23967] Make inspect.signature expression evaluation more powerful

Larry Hastings added the comment: Whoops. Here's the revised patch. -- Added file: http://bugs.python.org/file39123/larry.improved.signature.expressions.2.txt ___ Python tracker __

[issue23967] Make inspect.signature expression evaluation more powerful

Larry Hastings added the comment: Thanks to #24002 I now know how to write evalify_node properly. This patch is now much better. Note that I deliberately made the new function _eval_ast_expr() as a "private" module-level routine. I need that same functionality in Argument Clinic too, so if

[issue24001] Clinic: use raw types in types= set

Larry Hastings added the comment: Thanks to #24002 I now know how to write evalify_node properly. This revision of the patch is much better, and maybe ready for checkin. -- Added file: http://bugs.python.org/file39122/larry.one.more.clinic.format.unit.map.cleanup.2.txt __

[issue24003] variable naming

Changes by Zachary Ware : -- stage: -> resolved ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.p

[issue24007] Write PyArg_Parse* format in a line with a function

New submission from Serhiy Storchaka: Proposed patch makes Argument Clinic to output format argument of PyArg_Parse, PyArg_ParseTuple and PyArg_ParseTupleAndKeywords in a line with a function itself. First, this makes generated code more compact and easier to read and compare with old code. Se

[issue23990] Callable builtin doesn't respect descriptors

Ionel Cristian Mărieș added the comment: On Sun, Apr 19, 2015 at 9:01 PM, Eric Snow wrote: > Finally, instead of changing callable, why not use a metaclass that does > the right thing? I believe MagicMock does something along those lines. > ​What would be the "right thing"? AFAIK this cannot

[issue24000] More fixes for the Clinic mapping of converters to format units

Serhiy Storchaka added the comment: > I disagree. My goal with Argument Clinic is that third-party developers will > use it to write extensions. And we don't know how many extension modules are > using es, es#, et, et#, s#, y#, z#, u#, and U#. I don't think we can remove > any of this functi

  1   2   >