[issue24773] Implement PEP 495 (Local Time Disambiguation)

Alexander Belopolsky added the comment: > I don't know to what extent these links are considered standard (koobs) The links like Iran are non-standard. they are specified in the "backward" file in the IANA tzdata distribution which has the following preamble: # This file provides links

[issue24672] shutil.rmtree fails on non ascii filenames

Changes by R. David Murray : -- resolution: -> wont fix stage: -> resolved status: open -> closed versions: -Python 3.5, Python 3.6 ___ Python tracker

[issue27366] PEP487: Simpler customization of class creation

Roundup Robot added the comment: New changeset ecc7bff738e0 by Nick Coghlan in branch 'default': Issue #27366: Implement PEP 487 https://hg.python.org/cpython/rev/ecc7bff738e0 -- nosy: +python-dev ___ Python tracker

[issue27453] $CPP invocation in configure must use $CPPFLAGS

Xavier de Gaye added the comment: Thanks for the patch Chi Hsuan Yen! -- resolution: -> fixed stage: commit review -> resolved status: open -> closed ___ Python tracker

[issue27651] bytearray changes when function mutates it

SilentGhost added the comment: bytearray is a mutable object and the behaviour is compatible with behaviour of any mutable object in Python. You're passing a into the yuke_bpe function and the original object is being modified (emptied) there. To work around this you could copy the object

Re: Why not allow empty code blocks?

On Sat, Jul 30, 2016 at 10:11 PM, Rustom Mody wrote: >> > - Poorer error catching: What was a straight syntax error is now a >> > lint-catch (at best) >> > [print (x) for x in range(20)] >> >> Huh? Aside from the fact that you're constructing a useless list of >> Nones,

ANN: Python 3 pyQt5 graphical curve and surface fitter

I have created a Python 3 pyQt5 graphical curve and surface fitting application, the URL on GutHub is: https://github.com/zunzun/pyQt5Fit James -- https://mail.python.org/mailman/listinfo/python-announce-list Support the Python Software Foundation:

[issue23968] rename the platform directory from plat-$(MACHDEP) to plat-$(PLATFORM_TRIPLET)

Xavier de Gaye added the comment: This problem occured for the first time on the "installed Python" buildbot (setup by Zachary) at http://buildbot.python.org/all/builders/x86%20Gentoo%20Installed%20with%20X%203.x/builds/747 on the day changeset 78d2cb7f66b6 has been commited (see msg268528).

[issue27366] PEP487: Simpler customization of class creation

Nick Coghlan added the comment: Thanks once again Martin, especially for your patience with the long process in getting this proposal all the way through to resolution :) I mostly applied your patch as-is, but tweaked a few aspects of the documentation before committing it (mainly expanding

Re: Why not allow empty code blocks?

On Sat, 30 Jul 2016 11:06 pm, Steven D'Aprano wrote: > If it a sign of a poor programmer that > ignores the common idioms of a language and writes in another > language's "grammar". /face-palm "If it a sign..." Of course that was not intentional. What's the law that says that any post

Re: Why not allow empty code blocks?

On Sun, Jul 31, 2016 at 1:48 AM, Steven D'Aprano wrote: > Hypertalk (and related XTalk languages) offer a number of dedicated looping > constructs. Using square brackets [] for optional terms: > > repeat [forever] > repeat [for] number [times] > repeat until condition >

Re: Why not allow empty code blocks?

On Saturday, July 30, 2016 at 10:45:23 PM UTC+5:30, Chris Angelico wrote: > On Sun, Jul 31, 2016 at 2:58 AM, Rustom Mody wrote: > >> Where, in any useful production code, is the difference between > >> functions and procedures actually helpful? Or where, in student code, > >> would it be useful to

Re: Why not allow empty code blocks?

On Sat, 30 Jul 2016 11:58 pm, BartC wrote: > The 'i' is superfluous. Why not: > > for 10: Why bother? What's so special about this that it needs dedicated syntax? Hypertalk (and related XTalk languages) offer a number of dedicated looping constructs. Using square brackets [] for optional

[issue24672] shutil.rmtree fails on non ascii filenames

Jason R. Coombs added the comment: I agree. I was able to apply a fairly simple fix to setuptools to address the failure (https://github.com/pypa/setuptools/commit/857949575022946cc60c7cd1d0d088246d3f7540). I suggest closing this ticket as won't fix. --

[issue19837] Wire protocol encoding for the JSON module

Марк Коренберг added the comment: One of the problem, that decodeing JSON is FSM, where input is one symbol rather than one byte. AFAIK, Python still does not have FSM for decoding UTF-8 sequence, so iterative decoding of JSON will require more changes than expected. -- nosy: +mmarkk

Re: Float

On Sat, Jul 30, 2016 at 4:03 PM, Dennis Lee Bieber wrote: > And in a rather convoluted route, one can get to the underlying > representation... > import struct f = struct.pack(">f", 3.0) i = struct.pack(">i", 3) fi = struct.unpack(">i", f)

[issue19837] Wire protocol encoding for the JSON module

Марк Коренберг added the comment: In real life, I can confirm, that porting from Python2 to Python3 is almost automatic except JSON-related fixes. -- ___ Python tracker

Re: Why not allow empty code blocks?

On 30/07/2016 16:48, Steven D'Aprano wrote: On Sat, 30 Jul 2016 11:58 pm, BartC wrote: The 'i' is superfluous. Why not: for 10: Why bother? What's so special about this that it needs dedicated syntax? No named loop variable to invent, create, maintain, and destroy. No range object to

[issue27657] urlparse fails if the path is numeric

New submission from Björn Lindqvist: This affects both Python 2 and 3. This is as expected: >>> urlparse('abc:123.html') ParseResult(scheme='abc', netloc='', path='123.html', params='', query='', fragment='') >>> urlparse('123.html:abc') ParseResult(scheme='123.html', netloc='', path='abc',

Re: Why not allow empty code blocks?

On 30/07/2016 17:15, Rustom Mody wrote: On Saturday, July 30, 2016 at 8:17:19 PM UTC+5:30, Steven D'Aprano wrote: On Sat, 30 Jul 2016 09:39 pm, Rustom Mody wrote: On Saturday, July 30, 2016 at 4:56:01 PM UTC+5:30, Chris Angelico wrote: On Sat, Jul 30, 2016 at 8:15 PM, BartC wrote: Anyway,

[issue24773] Implement PEP 495 (Local Time Disambiguation)

Roundup Robot added the comment: New changeset eed3a5b9239f by Alexander Belopolsky in branch 'default': Issue 24773: Use the standard Asia/Tehran name in the Iran test. https://hg.python.org/cpython/rev/eed3a5b9239f -- ___ Python tracker

Re: Why not allow empty code blocks?

On Sun, 31 Jul 2016 12:16 am, BartC wrote: > On 30/07/2016 14:06, Steven D'Aprano wrote: > >> End of story. As far as I am concerned, the 97% of languages which allow >> the visual structure of the code to differ from their logical structure >> are BAD LANGUAGES. > > You mean languages that

Re: Why not allow empty code blocks?

On Saturday, July 30, 2016 at 8:17:19 PM UTC+5:30, Steven D'Aprano wrote: > On Sat, 30 Jul 2016 09:39 pm, Rustom Mody wrote: > > > On Saturday, July 30, 2016 at 4:56:01 PM UTC+5:30, Chris Angelico wrote: > >> On Sat, Jul 30, 2016 at 8:15 PM, BartC wrote: > >> > Anyway, if you're going to talk

Re: Why not allow empty code blocks?

On Saturday, July 30, 2016 at 9:45:34 PM UTC+5:30, Rustom Mody wrote: > Ok Python is better than Java is better than C++ > But it cannot stand up to scheme as a teaching language > [The MIT Profs who replaced scheme by python admit to as much viz. Send pressed prematurely — Sorry MIT on

Re: Why not allow empty code blocks?

On Sun, Jul 31, 2016 at 2:58 AM, Rustom Mody wrote: >> Where, in any useful production code, is the difference between >> functions and procedures actually helpful? Or where, in student code, >> would it be useful to distinguish? I've been teaching Python to >> students

Re: Why not allow empty code blocks?

On Sun, 31 Jul 2016 02:29 am, Rustom Mody wrote: > MIT on practical reasons for python over scheme: > https://www.wisdomandwonder.com/link/2110/why-mit-switched-from-scheme-to-python > Berkeley on fundamental reasons for the opposite choice: > https://people.eecs.berkeley.edu/~bh/proglang.html

Re: Why not allow empty code blocks?

On 30/07/2016 15:39, D'Arcy J.M. Cain wrote: By the way, the last time I replied to you it went to the list but your address bounced. Was that a glitch or are you using an invalid address in a mailing list? Do you mean my email address? That was valid once but no longer. (If you want to

[issue27656] [Patch] Make presence of SCHED_* optional

New submission from Ed Schouten: The SCHED_* constants that are part of POSIX's are all optional: http://pubs.opengroup.org/onlinepubs/9699919799/basedefs/sched.h.html Python already declares the SCHED_SPORADIC constant as part of the POSIX module optionally, depending on whether it is

[issue22724] byte-compile fails for cross-builds

Xavier de Gaye added the comment: Patch rebased to current tip. To summarize: * The root cause of the problem reported by Benedikt still exists. * The problem is hidden now that the shared libraries names include the PLATFORM_TRIPLET. * But byte-compilation still fails for cross-builds when

Re: JSON result parsing

TUA writes: > Calls to my REST api may either return a dict (for single results) or > a list of dicts (for multiple results). I think John's answer missed this part. > I receive these results using the requests library. > > I want to retrieve the value for a key 'ID' but

Re: Why not allow empty code blocks?

On Sun, Jul 31, 2016 at 2:15 AM, Rustom Mody wrote: > Diff between > print "x" > and > print("x") > is one char — the closing ‘)’ > > To make a dispute about that — I’ll leave to BartC! > > The more general baby that is significant is that beginners should have > it easy to

Re: Why not allow empty code blocks?

On Sun, 31 Jul 2016 12:47 am, Steven D'Aprano wrote: > On Sat, 30 Jul 2016 09:39 pm, Rustom Mody wrote: [...] >> - Prior Art: Its builtin and special in Fortran, Pascal, Basic > > Possibly Fortran. But which version of Fortran? Do we really want to take > decisions made in 1953 for the first

Re: Why not allow empty code blocks?

On Saturday, July 30, 2016 at 10:07:59 PM UTC+5:30, Chris Angelico wrote: > On Sun, Jul 31, 2016 at 2:15 AM, Rustom Mody wrote: > > Diff between > > print "x" > > and > > print("x") > > is one char — the closing ‘)’ > > > > To make a dispute about that — I’ll leave to BartC! > > > > The more

Re: Why not allow empty code blocks?

On Sat, 30 Jul 2016 16:14:18 +0100 BartC wrote: > > By the way, the last time I replied to you it went to the list but > > your address bounced. Was that a glitch or are you using an > > invalid address in a mailing list? > > Do you mean my email address? That was valid once

Re: Why not allow empty code blocks?

On 07/30/2016 11:53 AM, Steven D'Aprano wrote: > On Sun, 31 Jul 2016 02:29 am, Rustom Mody wrote: > >> MIT on practical reasons for python over scheme: >> > https://www.wisdomandwonder.com/link/2110/why-mit-switched-from-scheme-to-python >> Berkeley on fundamental reasons for the opposite choice:

Re: Why not allow empty code blocks?

On 30/07/2016 18:11, D'Arcy J.M. Cain wrote: Maybe you should just change it to I_Am_a_Troll@nowhere. It's becoming increasingly obvious that you have absolutely no interest in Python and are just trying to get a rise out of people. Calm down. I enjoy programming language design and

[issue27453] $CPP invocation in configure must use $CPPFLAGS

Roundup Robot added the comment: New changeset 4cb94e561e2d by Xavier de Gaye in branch '3.5': Issue #27453: CPP invocation in configure must use CPPFLAGS. https://hg.python.org/cpython/rev/4cb94e561e2d New changeset 92b3ce7ca95c by Xavier de Gaye in branch 'default': (merge from 3.5) Issue

[issue27366] PEP487: Simpler customization of class creation

Berker Peksag added the comment: Sorry, I'm a bit late to the party. Here are some tweaks to ecc7bff738e0. I've added versionadded directives, updated the tests to use new style classes and removed a duplicate sentence from the __init_subclass__ docstring. -- Added file:

[issue27654] [Patch] Use arc4random_buf() on CloudABI

New submission from Ed Schouten: While porting Python over to CloudABI (https://mail.python.org/pipermail/python-dev/2016-July/145708.html), we stumbled upon a small issue that caused the build to fail. As CloudABI is a sandboxed runtime environment, there is no support for accessing the

Re: Why not allow empty code blocks?

On Sat, Jul 30, 2016 at 8:15 PM, BartC wrote: > Anyway, if you're going to talk about annoying things forced upon you by the > language, what about: > > "()" in "print (x)" for Python 3 Why are you singling out print? It's just a function like any other. Are you complaining

Re: Float

On Sat, Jul 30, 2016 at 9:44 PM, Cai Gengyang wrote: > You mentioned that : A floating point number[2] is number that is not an > integer (and not a > complex number) > > Hence , > > 10 is not a floating point number because it is an integer > 25 is not a floating point

Re: Why not allow empty code blocks?

On Saturday, July 30, 2016 at 5:53:12 PM UTC+5:30, Chris Angelico wrote: > On Sat, Jul 30, 2016 at 10:11 PM, Rustom Mody wrote: > >> > - Poorer error catching: What was a straight syntax error is now a > >> > lint-catch (at best) > >> > [print (x) for x in range(20)] > >> > >> Huh? Aside from

[issue27568] "HTTPoxy", use of HTTP_PROXY flag supplied by attacker in CGI scripts

Senthil Kumaran added the comment: The patch looks good to me. I am checking this in. -- ___ Python tracker ___

Re: Why not allow empty code blocks?

On 30/07/2016 14:36, Chris Angelico wrote: On Sat, Jul 30, 2016 at 11:06 PM, Steven D'Aprano wrote: "for i in range(N):" just to repeat a block N times... Why should there be special syntax just for repeating a block N times? There's a general purpose for-loop which

Zero runtime impact tracing

Hi group, I'm using CPython 3.5.1. Currently I'm writing some delicate code that is doing the right thing in 99% of the cases and screws up on the other 1%. I would like to have tracing in some very inner loops: if self._debug: print("Offset %d foo bar" % (self._offset)) However, this

Re: Why not allow empty code blocks?

On 30/07/2016 04:35, Steven D'Aprano wrote: On Sat, 30 Jul 2016 06:19 am, BartC wrote: The language requires that blocks always contains 1 or more statements. Fair enough, except that 0 statements are often needed They really aren't. The standard library uses more "pass" statements than

Re: Float

On Sat, 30 Jul 2016 08:21 pm, Cai Gengyang wrote: > Cool ... can you give a concrete example ? A concrete example of a float? I already gave two: >> Python floats use 64 bits (approximately 18 decimal digits). Because the >> decimal point can "float" from place to place, they can represent

[issue27653] [Patch] Also disable the use of on CloudABI

New submission from Ed Schouten: While porting Python over to CloudABI (https://mail.python.org/pipermail/python-dev/2016-July/145708.html), we stumbled upon a small issue that caused the build to fail. As CloudABI is a sandboxed environment, there currently isn't any support for modifying

Re: Why not allow empty code blocks?

On Saturday, July 30, 2016 at 4:56:01 PM UTC+5:30, Chris Angelico wrote: > On Sat, Jul 30, 2016 at 8:15 PM, BartC wrote: > > Anyway, if you're going to talk about annoying things forced upon you by the > > language, what about: > > > > "()" in "print (x)" for Python 3 > > Why are you singling out

Re: Why not allow empty code blocks?

On Sat, Jul 30, 2016 at 10:31 PM, Rustom Mody wrote: > What makes you think I wanted to print those numbers?? > Maybe I wanted a list of 10 None-s?? Because you NEVER SAID what you wanted! How can you talk about error detection if you won't say what the programmer's

Re: Why not allow empty code blocks?

On Sat, Jul 30, 2016 at 10:39 PM, BartC wrote: > On 30/07/2016 13:22, Chris Angelico wrote: > > print(*range(10), sep='\n') >> >> 0 >> 1 >> 2 >> 3 >> 4 >> 5 >> 6 >> 7 >> 8 >> 9 > > >> >> Beat that, print statement. > > > for i in range(10): print i > > Same number of

Re: Why not allow empty code blocks?

On Sat, 30 Jul 2016 08:15 pm, BartC wrote: > Interesting use of 'pass' in this example: > > http://pastebin.com/aYJdgEL4 > > (I do believe he's using 'pass' as 'end'! Although he misses some out in > that case.) I wouldn't call it so much "interesting" as "a good example of how not to

Re: Why not allow empty code blocks?

On Sat, Jul 30, 2016 at 11:06 PM, Steven D'Aprano wrote: >> "for i in range(N):" just to repeat a block N times... > > Why should there be special syntax just for repeating a block N times? > There's a general purpose for-loop which performs iteration. Why do you > need

Re: Why not allow empty code blocks?

On 30/07/2016 14:06, Steven D'Aprano wrote: End of story. As far as I am concerned, the 97% of languages which allow the visual structure of the code to differ from their logical structure are BAD LANGUAGES. You mean languages that allow code like this: a = ( b +c * d) ?

Re: Why not allow empty code blocks?

On Sat, 30 Jul 2016 10:27 pm, BartC wrote: > This is one thing I can never get right in Python: controlling when a > newline is or isn't generated and what happens with separators. In Python 3, that's easy: the default space separator and newline at the end can both be customized to any string

[issue27576] An unexpected difference between dict and OrderedDict

Changes by Xiang Zhang : Removed file: http://bugs.python.org/file43902/odict_update_v3.patch ___ Python tracker ___

[issue23968] rename the platform directory from plat-$(MACHDEP) to plat-$(PLATFORM_TRIPLET)

Xavier de Gaye added the comment: It is also broken for gcc, see the buildbot 'compile' output. It seems broken for all non windows builds whatever the compiler. -- ___ Python tracker

[issue27576] An unexpected difference between dict and OrderedDict

Xiang Zhang added the comment: After totally studying OrderedDict, I get a better understanding of what Serhiy means. So although we can get a better performance for dict, it's not needed at all. Remove the v3 patch. -- ___ Python tracker

Re: Why not allow empty code blocks?

On Sat, 30 Jul 2016 10:31 pm, Rustom Mody wrote: > What makes you think I wanted to print those numbers?? The fact that you called print. > Maybe I wanted a list of 10 None-s?? The idiomatic Python way of doing it would be: [None]*10 The beginner's way of doing it would be: [None, None,

[issue24672] shutil.rmtree fails on non ascii filenames

STINNER Victor added the comment: Use Unicode on Python 3, it will work on all platforms. Problem solved :-) -- ___ Python tracker ___

[issue27652] [Patch] Make use of non-standard error number ESHUTDOWN optional

New submission from Ed Schouten: While porting Python over to CloudABI (https://mail.python.org/pipermail/python-dev/2016-July/145708.html), we noticed that the core Python code maps ESHUTDOWN over to BrokenPipeError. This is fine, except for the fact that ESHUTDOWN is used unconditionally.

Re: Zero runtime impact tracing

On Sat, 30 Jul 2016 06:32 pm, Johannes Bauer wrote: > Hi group, > > I'm using CPython 3.5.1. Currently I'm writing some delicate code that > is doing the right thing in 99% of the cases and screws up on the other > 1%. > > I would like to have tracing in some very inner loops: > > if

[issue27652] Make use of non-standard error number ESHUTDOWN optional

Berker Peksag added the comment: Looks good to me, thanks! -- nosy: +berker.peksag stage: -> commit review title: [Patch] Make use of non-standard error number ESHUTDOWN optional -> Make use of non-standard error number ESHUTDOWN optional type: -> enhancement

Re: Why not allow empty code blocks?

On Sat, Jul 30, 2016 at 9:39 PM, Rustom Mody wrote: > On Saturday, July 30, 2016 at 4:56:01 PM UTC+5:30, Chris Angelico wrote: >> On Sat, Jul 30, 2016 at 8:15 PM, BartC wrote: >> > Anyway, if you're going to talk about annoying things forced upon you by >> > the >> >

[issue27652] Make use of non-standard error number ESHUTDOWN optional

Ed Schouten added the comment: I've filed the contributor form earlier today, but I suspect it still takes some time to get processed. The reason why the Mercurial headers were missing from the patch was because I generated this patch from the Python 3.6.0a3 source tarball. I'll make sure to

Re: Why not allow empty code blocks?

On Saturday, July 30, 2016 at 5:19:25 PM UTC+5:30, Chris Angelico wrote: > On Sat, Jul 30, 2016 at 9:39 PM, Rustom Mody wrote: > > On Saturday, July 30, 2016 at 4:56:01 PM UTC+5:30, Chris Angelico wrote: > >> On Sat, Jul 30, 2016 at 8:15 PM, BartC wrote: > >> > Anyway, if you're going to talk

Re: Why not allow empty code blocks?

On 30/07/2016 13:22, Chris Angelico wrote: print(*range(10), sep='\n') 0 1 2 3 4 5 6 7 8 9 Beat that, print statement. for i in range(10): print i Same number of characters, but a lot less punctuation! -- Bartc -- https://mail.python.org/mailman/listinfo/python-list

[issue27655] [Patch] Don't require presence of POLLPRI

New submission from Ed Schouten: RFC 6093 states that applications "SHOULD NOT" make use of TCP's out-of-band data. For this reason, CloudABI (https://mail.python.org/pipermail/python-dev/2016-July/145708.html) does not provide support for it. This means that its poll() function does provide

[issue16632] Enable DEP and ASLR

Berker Peksag added the comment: This has already been backported to 2.7 in issue 24508. -- nosy: +berker.peksag resolution: -> fixed status: open -> closed ___ Python tracker

[issue27645] Supporting native backup facility of SQLite

Lele Gaifax added the comment: Ok, the agreement is fullfilled. -- ___ Python tracker ___ ___

[issue27366] PEP487: Simpler customization of class creation

Berker Peksag added the comment: Thanks for the review, Nick! (and also thanks to Martin for the great PEP!) -- ___ Python tracker ___

Re: Why not allow empty code blocks?

On Sat, Jul 30, 2016 at 10:47 PM, Chris Angelico wrote: > So, no improvement - exactly equal. And no longer a single expression, > ergo no longer valid in as many contexts. (Also, it requires the use > and damage of some iterator variable, which may be significant in some >

Re: Why not allow empty code blocks?

On Sat, 30 Jul 2016 11:15:12 +0100 BartC wrote: >> Doesn't it look like there's something missing in the Python? Both > the 'fi' or 'end', and the possibility of an 'h' statement. > > Note the Algol68-style style is more free-format where indents are > not significant. > >

[issue23968] rename the platform directory from plat-$(MACHDEP) to plat-$(PLATFORM_TRIPLET)

Ned Deily added the comment: It's not just broken for cross-compiling. As I noted earlier, it's broken when using other than gcc, such as is the case with current OS X systems. This needs to be fixed before release. -- ___ Python tracker

[issue27651] About bytearray

New submission from eatrawmeat391: I converted a function name yuke_bpe from C and ran into an unknown issue after running it.The code works but it emptied all of my bytearray. You can reproduce the problem by doing it in the command line from unbpe import yuke_bpe a = bytearray("This is a

[issue26942] android: test_ctypes crashes on armv7 and aarch64

Xavier de Gaye added the comment: We should wait for the pull request to be merged in the libffi development repo before committing the patch. The PR is at https://github.com/libffi/libffi/pull/265. -- ___ Python tracker

Re: Why not allow empty code blocks?

On Sat, Jul 30, 2016 at 10:27 PM, BartC wrote: >> where the print function allows full customization >> of both end= and sep=. > > > This is one thing I can never get right in Python: controlling when a > newline is or isn't generated and what happens with separators. > > (In

[issue23968] rename the platform directory from plat-$(MACHDEP) to plat-$(PLATFORM_TRIPLET)

Xavier de Gaye added the comment: The reason I would like this problem fixed is that the test suite is run on an installed Python when cross-compiling, obviously you cannot run the test suite with the cross-compiled Python on the source tree of the build system. --

[issue23968] rename the platform directory from plat-$(MACHDEP) to plat-$(PLATFORM_TRIPLET)

Changes by koobs : -- nosy: +koobs ___ Python tracker ___ ___ Python-bugs-list

Re: TypeError: '_TemporaryFileWrapper' object is not an iterator

Terry Reedy writes: > ... >> The problem seems to come from my expectation that a file >> is its own iterator and in python3 that is no longer true >> for a NamedTemporaryFile. > ... >> Should this be considered a bug? > > No. The doc for NamedTemporaryFile does not even claim

[issue27366] PEP487: Simpler customization of class creation

Nick Coghlan added the comment: Good catches Berker - go ahead and apply the improvements whenever's convenient :) -- ___ Python tracker ___

Re: Zero runtime impact tracing

On Saturday, July 30, 2016 at 4:32:25 AM UTC-4, Johannes Bauer wrote: > Hi group, > > I'm using CPython 3.5.1. Currently I'm writing some delicate code that > is doing the right thing in 99% of the cases and screws up on the other 1%. > > I would like to have tracing in some very inner loops: >

[issue27366] PEP487: Simpler customization of class creation

Roundup Robot added the comment: New changeset 8747e3455ecb by Berker Peksag in branch 'default': Issue #27366: Tweak PEP 487 documentation https://hg.python.org/cpython/rev/8747e3455ecb -- ___ Python tracker

[issue27652] Make use of non-standard error number ESHUTDOWN optional

Berker Peksag added the comment: Thanks again, Ed! Could you please sign the PSF contributor agreement at https://www.python.org/psf/contrib/contrib-form/ ? Also, you don't need to strip out the header part of the patch file (Mercurial didn't recognize it as a valid patch file). You may want

[issue27568] "HTTPoxy", use of HTTP_PROXY flag supplied by attacker in CGI scripts

Senthil Kumaran added the comment: For 3.3, 3.4 it seems reasonable to backport changes from issue26804 and then apply this patch. I will do this today. -- assignee: -> orsenthil ___ Python tracker

[issue27604] More details about `-O` flag

Ram Rachum added the comment: Hmm. What do you think about merging 3.patch now, and then possibly adding more information later? (Or asking the people who are designing the complex behvior you describe to write those docs.) -- ___ Python tracker

[issue27658] python 3.5.2 built from source fails to install completely on Mac OS X 10.11.6. Crashes subsequently.

Ned Deily added the comment: The crash is in libcrypto but Apple doesn't supply a libcrypto.1.0.0 with OS X 10.11, only 0.9.7 and 0.9.8. Check the rest of the crash log to see where you're picking it up from and make sure you have an up-to-date version. If you have a version from MacPorts

Re: Why not allow empty code blocks?

On Sun, Jul 31, 2016 at 11:45 AM, Gregory Ewing wrote: > Chris Angelico wrote: >> >> So do I need to be able to "call a function as if it >> were a procedure", or is there a stark difference between the two >> types of callable? > > > Well, Pascal makes a stark

Re: Why not allow empty code blocks?

On Sunday, July 31, 2016 at 7:07:45 AM UTC+5:30, Gregory Ewing wrote: > Michael Torrie wrote: > > Python would have been alright to teach "programming," but to > > teach the actual theory of programming languages (lambda calculus, lists > > as a foundation unit for all other data structures) > >

[issue27657] urlparse fails if the path is numeric

Martin Panter added the comment: The main backward compatibility consideration would be Issue 754016, but don’t agree with the changes made, and would support reverting them. The original bug reporter wanted urlparse("1.2.3.4:80", "http") to be treated as the URL http://1.2.3.4:80, but the IP

[issue25895] urllib.parse.urljoin does not handle WebSocket URLs

Martin Panter added the comment: My view is that because the schemes are not in the documented list of supported schemes, this is a new feature, and any documentation update should include a “versionadded” or similar notice. -- components: +Library (Lib) stage: -> patch review

[issue13651] Improve redirection in urllib

Changes by Martin Panter : -- resolution: -> duplicate stage: -> resolved status: open -> closed superseder: -> [urllib.request.HTTPRedirectHandler.http_error_302] Relative Redirect issue ___ Python tracker

Procedures and functions [was Re: Why not allow empty code blocks?]

On Sun, 31 Jul 2016 12:17 pm, Chris Angelico wrote: > Yeah. The distinction means you have a fundamental API difference > between the procedures (which don't return anything) and the functions > (whose return values you mightn't care about). Correct. > It means you can't > upgrade something

Re: Why not allow empty code blocks?

On Sunday, July 31, 2016 at 8:44:13 AM UTC+5:30, Steven D'Aprano wrote: > It has always perplexed me that Lisp's prefix notation is held up as > the /sine qua non/ of elegance and power, while Forth is ignored if not > ridiculed. Forth is just as expressive as Lisp, just as meta, just as >

usage of functools.partial in in parallelism

Hi all, I'm wondering about the use of partial in writing parallel code. Is is it quicker than re-evaluating arguments for a multiple session.get()'s method with different , for example (of requests) ? Or maybe it is used to make sure the arguments differ per each invocation ? (the parallel

[issue27604] More details about `-O` flag

R. David Murray added the comment: You know, it's actually more complicated than this now. We recently changed the way optimization levels are handled in pyc files in such a way that it is possible for other optimization 'levels" to be added by third parties. So the reference information is

[issue27604] More details about `-O` flag

Ram Rachum added the comment: Well, I guess we had a fun week exchanging a couple thousand words about a two-line change to the docs that's now never going to happen ;) -- ___ Python tracker

[issue27658] python 3.5.2 built from source fails to install completely on Mac OS X 10.11.6. Crashes subsequently.

New submission from Mario Grgic: I am on Mac OS X 10.11.6 trying to build and install Python 3.5.2 from source. I only have system Python 2.7.10 , and no other instances of Python 3.x. I configure the build as follows: ./configure --prefix=/Volumes/ramdisk/python3.5.2 The code is built

[issue27658] python 3.5.2 built from source fails to install completely on Mac OS X 10.11.6. Crashes subsequently.

Changes by Ned Deily : -- nosy: +ned.deily ___ Python tracker ___ ___ Python-bugs-list

[issue27658] python 3.5.2 built from source fails to install completely on Mac OS X 10.11.6. Crashes subsequently.

Mario Grgic added the comment: It looks like it is picking up libcrypto.1.0.0.dylib from /usr/local/lib which I installed there as dependency for other binaries. Is there a minimal version of libcrypto that Python 3.5.2 needs? -- ___ Python

  1   2   >