[Python-Dev] Re: Help with the grail browser

On 30/05/2021, Prakhar Sehgal wrote: > The latest version of Grail is 0.6 which was released in 1999 was made for > Python 1 but I want to make one compatible with Python 3. But I need help > for that. Currently me and Guido van Rossum are working on this. Any help > will be welcomed. This is the

Re: [Python-Dev] git history conundrum

On Sat, 27 Apr 2019 at 19:07, Chris Withers wrote: > Right, so I've merged up to 15f44ab043, what comes next? > > $ git log --oneline --no-merges 15f44ab043.. -- Lib/unittest/mock.py > Lib/unittest/test/testmock/ | tail -n 3 This Git command line means list all the revisions except 15f44ab043

Re: [Python-Dev] [Python-checkins] bpo-34203: FAQ now recommends python 3.x over 2.x (GH-9796)

On 12/10/2018, Eric V. Smith wrote: > On 10/12/2018 5:17 AM, Tal Einat wrote: > >> The latest stable releases can always be found on the `Python download page >> -`_. There are two recommended >> production-ready >> -versions at this point in time, because

Re: [Python-Dev] Is object the most base type? (bpo-20285)

> On Fri, Feb 02, 2018 at 01:53:00AM -0500, Terry Reedy wrote: >> >>> object.__doc__ >> 'The most base type' > [...] >> I have suggested >> "The superclass for all Python classes." >> "The starting base class of all types and classes other than itself." >> >> I intended to pick the second, but

Re: [Python-Dev] Evil reference cycles caused Exception.__traceback__

On 18 September 2017 at 09:31, Victor Stinner wrote: > Last years, I fixed many reference cycles in various parts of the > Python 3 standard library. Sometimes, it takes years to become aware > of the reference cycle and finally fix it. > > For example, recently, I

Re: [Python-Dev] socketserver ForkingMixin waiting for child processes

> On Fri, Aug 11, 2017 at 6:46 AM Victor Stinner > wrote: >> => http://bugs.python.org/issue31151 >> >> I changed the code to call waitpid() in blocking mode on each child >> process on server_close(), to ensure that all children completed when >> on server close: >> >>

Re: [Python-Dev] Escaping docs markup in NEWS entries?

On 1 May 2017 at 06:37, Nick Coghlan wrote: > Hi folks, > > I'm trying to write a NEWS entry that explains that the > ":func:`bytes`" cross-references have changed to refer to the type > descriptions by default (matching other builtin container types), so > you now need to use

Re: [Python-Dev] why _PyGen_Finalize(gen) propagates close() to _PyGen_yf() ?

On 31 March 2017 at 05:22, Nathaniel Smith wrote: >>> On Mon, Mar 20, 2017 at 11:30 AM, Oleg Nesterov wrote: >>> > [Aborting "yield" in a "for" loop leaves a sub-generator open, but >>> > aborting "yield from" cleans up the sub-generator] > > In any case the

Re: [Python-Dev] What version is an extension module binary compatible with

On 30 March 2017 at 15:31, Nick Coghlan wrote: > On 29 March 2017 at 02:18, Paul Moore wrote: >> On 28 March 2017 at 12:24, Miro Hrončok wrote: >>> I'd like some clarification on what ABI compatibility we can expect. >>> * Should

Re: [Python-Dev] Issue with _thread.interrupt_main (29926)

On 29 March 2017 at 00:40, Terry Reedy wrote: > [. . .] Eryk Sun suggested a patch for Windows, (and > the possibility of using pthread_kill). Can you possibly do one for *nix? > This is out of my ballpark, but the bug (relative to console behavior) is a > nuisance. I'll try

Re: [Python-Dev] Issue with _thread.interrupt_main (29926)

On 28 March 2017 at 03:11, Steven D'Aprano wrote: > On Mon, Mar 27, 2017 at 10:33:44PM -0400, Terry Reedy wrote: >> https://bugs.python.org/issue29926 was opened as an IDLE issue, which >> means that most watching the new issues list would ignore it. But I >> think it is an

Re: [Python-Dev] Regarding writing tests for module tabnanny

On 13 March 2017 at 11:56, Jaysinh Shukla wrote: > Respected Members, > > I identified the standard module 'tabnanny' is having 16.66% of code > coverage (Source: > https://codecov.io/gh/python/cpython/src/master/Lib/tabnanny.py). I am > interested to write tests for this

Re: [Python-Dev] Python FTP Injections Allow for Firewall Bypass (oss-security advisory)

On 24 February 2017 at 07:51, Benjamin Peterson wrote: > As for this, particular issue, we should determine if there's a tracker > issue yet and continue discussion there. That would be . ___

Re: [Python-Dev] adding threaded tests to the test suite

> Le dim. 22 janv. 2017 à 21:04, Ethan Furman a écrit : >> Question: I need to add a threaded test to the enum test module [1] -- is >> there anything extra I >> need to worry about besides the test itself? Setting or resetting or >> using a tool library, etc? >> >> threads

Re: [Python-Dev] [Python-checkins] cpython (2.7): Update the porting HOWTO

On 17 December 2016 at 20:39, brett.cannon wrote: > https://hg.python.org/cpython/rev/287d4290b1b4 > changeset: 105714:287d4290b1b4 > branch: 2.7 > parent: 105677:eb02db65e148 > user:Brett Cannon > date:Sat Dec 17 12:38:54

Re: [Python-Dev] Implementation difference of audioop.lin2lin in Python2 and Python3

On 13 December 2016 at 13:37, MRAB wrote: > On 2016-12-13 11:31, KH Luke Kim wrote: >> >> Hello, >> recently there had been some issues in audioread and librosa that 3-byte >> samples can be loaded in Python 3 but 2. >> >> The documentation says that the

Re: [Python-Dev] cpython: Revert unintended merge

On 3 December 2016 at 22:15, Steve Dower wrote: > On 03Dec2016 1312, Serhiy Storchaka wrote: >> >> On 03.12.16 22:13, steve.dower wrote: >>> >>> https://hg.python.org/cpython/rev/a60767015bed >>> changeset: 105436:a60767015bed >>> user:Steve Dower

Re: [Python-Dev] New problem accessing tracker with Firefox 50.0

On 18/11/2016, Terry Reedy wrote: > Starting today, while reviewing the "Summary of Python tracker issues", > I get the following for about half the clicks. > > """ > Secure Connection Failed > > An error occurred during a connection to bugs.python.org. A PKCS #11 > module

Re: [Python-Dev] [Python-checkins] cpython (merge 3.5 -> default): Null merge.

On 29 September 2016 at 04:26, Zachary Ware wrote: > On Wed, Sep 28, 2016 at 10:04 PM, Terry Reedy wrote: >> On 9/28/2016 9:57 PM, terry.reedy wrote: >>> https://hg.python.org/cpython/rev/02eb35b79af0 >> >> >> (2nd try) I mistakenly null merged

Re: [Python-Dev] [Python-checkins] cpython (merge 3.5 -> default): Null merge.

On 29 September 2016 at 03:04, Terry Reedy wrote: > On 9/28/2016 9:57 PM, terry.reedy wrote: >> https://hg.python.org/cpython/rev/02eb35b79af0 > > (2nd try) I mistakenly null merged from 3.5 to default. > Should a now do a proper null merge from 3.5 to 3.6 to default? Yes, I

Re: [Python-Dev] [Python-checkins] cpython: Fixes test_getargs2 to get the buildbots working again.

On 12 September 2016 at 02:48, Steve Dower wrote: >> Fixes test_getargs2 to get the buildbots working again. > > I'm not sure this is the fix we want to keep here, but it was sufficient to > get the test going and unblock all the buildbots. > > I'm not entirely sure when

Re: [Python-Dev] (some) C99 added to PEP 7

Thank you very much Benjamin. On 7 September 2016 at 17:56, Benjamin Peterson wrote: > To conclude our discussion about using C99 features, I've updated PEP 7 > to allow the following features: > - Standard integer types in and Perhaps PEP 7 should clarify if the

Re: [Python-Dev] PEP 528: Change Windows console encoding to UTF-8

On 5 September 2016 at 21:40, eryk sun wrote: > On Mon, Sep 5, 2016 at 7:54 PM, Steve Dower wrote: >> On 05Sep2016 1234, eryk sun wrote: >>> It would probably be simpler to use UTF-16 in the main pipeline and >>> implement Martin's suggestion to mix in

Re: [Python-Dev] Where are the list and array.array implementations in CPython source?

On 5 September 2016 at 23:45, Jonathan Goble wrote: > I'd like to study the CPython implementations of lists and array.array > instances for a personal project of mine, but I've very unfamiliar > with the Python source code as it pertains to internals like this. > Which files

Re: [Python-Dev] PEP 528: Change Windows console encoding to UTF-8

On 5 September 2016 at 09:10, Paul Moore wrote: > On 5 September 2016 at 06:54, Steve Dower wrote: >> +Using the raw object with small buffers >> +--- >> + >> +Code that uses the raw IO object and attempts to read

Re: [Python-Dev] PEP 528: Change Windows console encoding to UTF-8

On 1 September 2016 at 23:28, Random832 wrote: > On Thu, Sep 1, 2016, at 18:28, Steve Dower wrote: >> This is a raw (bytes) IO class that requires text to be passed encoded >> with utf-8, which will be decoded to utf-16-le and passed to the Windows >> APIs. >> Similarly,

Re: [Python-Dev] PEP 467: last round (?)

On 1 September 2016 at 19:36, Ethan Furman wrote: > Deprecation of current "zero-initialised sequence" behaviour without removal > > > Currently, the ``bytes`` and ``bytearray`` constructors accept an

Re: [Python-Dev] PEP 467: last round (?)

> Le samedi 3 septembre 2016, Random832 a écrit : >> On Fri, Sep 2, 2016, at 19:44, Ethan Furman wrote: >> > The problem with only having `bchr` is that it doesn't help with >> > `bytearray`; >> >> What is the use case for bytearray.fromord? Even in the rare case >>

Re: [Python-Dev] PEP 467: last round (?)

On 2 September 2016 at 17:54, Koos Zevenhoven wrote: > On Thu, Sep 1, 2016 at 10:36 PM, Ethan Furman wrote: >> * Deprecate passing single integer values to ``bytes`` and ``bytearray`` >> * Add ``bytes.fromsize`` and ``bytearray.fromsize`` alternative >>

Re: [Python-Dev] Lib/http/client.py: could it return an OSError with the current response?

On 30 August 2016 at 13:41, Ivo Bellin Salarin wrote: > While using requests to tunnel a request via a proxy requiring user > authentication, I have seen that httplib > (https://hg.python.org/cpython/file/3.5/Lib/http/client.py#l831) raises the > message returned by

Re: [Python-Dev] socket.setsockopt() with optval=NULL

On 21 August 2016 at 12:37, Christian Heimes wrote: > the socket.setsockopt(level, optname, value) method has two calling > variants. When it is called with a buffer-like object as value, it calls > the C API function setsockopt() with optval=buffer.buf and >

Re: [Python-Dev] Method signatures in the datetime module documentation

On 4 August 2016 at 00:24, Alexander Belopolsky wrote: > On Fri, Jul 29, 2016 at 12:55 PM, Alexander Belopolsky > wrote: >> >> How should I present the signature of the new replace method in the >> documentation? > > Having not

Re: [Python-Dev] stuck issue 26826

On 03/08/2016, Marcos Dione wrote: > Hi pythonistas. A couple of moths ago I opened an issue in the bug > tracker for adding a new syscall to the os module. It's based on new > developments in the Linux kernel. Here's the link: > > https://bugs.python.org/issue26826 To

Re: [Python-Dev] Should we fix these errors?

FYI there is also a bug tracker report about this: https://bugs.python.org/issue27587 On 23 July 2016 at 13:22, Christian Heimes wrote: > On 2016-07-22 16:36, Guido van Rossum wrote: >> Somebody did some research and found some bugs in CPython (IIUC). The >> published some

Re: [Python-Dev] Fun with ExitStack

On 18 July 2016 at 23:40, Barry Warsaw wrote: > I was trying to debug a problem in some work code and I ran into some > interesting oddities with contextlib.ExitStack and other context managers in > Python 3.5. > > This program creates a temporary directory, and I wanted to give

Re: [Python-Dev] [Python-checkins] devguide: Star self as idlelib expert. Mark other 2 as inactive.

On 12 July 2016 at 04:14, Martin Panter <vadmium...@gmail.com> wrote: > On 12 July 2016 at 03:47, terry.reedy <python-check...@python.org> wrote: >> https://hg.python.org/devguide/rev/cc1c0dd798e7 > > Terry it looks like you accidentally added Christian back (undoi

Re: [Python-Dev] [Python-checkins] devguide: Star self as idlelib expert. Mark other 2 as inactive.

On 12 July 2016 at 03:47, terry.reedy wrote: > https://hg.python.org/devguide/rev/cc1c0dd798e7 Terry it looks like you accidentally added Christian back (undoing ) > -xml.parsers.expat > -xml.sax > +xml.parsers.expat

Re: [Python-Dev] BDFL ruling request: should we block forever waiting for high-quality random bits?

> On 06/09/2016 08:52 AM, Guido van Rossum wrote: > That leaves direct calls to os.urandom(). I don't think this should block > either. On 9 June 2016 at 22:22, Larry Hastings wrote: > Then it's you and me against the rest of the world ;-) > > > Okay, it's decided:

Re: [Python-Dev] PEP 467: Minor API improvements to bytes, bytearray, and memoryview

On 7 June 2016 at 21:56, Nick Coghlan wrote: > On 7 June 2016 at 14:33, Paul Sokolovsky wrote: >> Ethan Furman wrote: >>> Deprecation of current "zero-initialised sequence" behaviour >>>

Re: [Python-Dev] C99

On 4 June 2016 at 06:11, Benjamin Peterson wrote: > PEP 7 requires CPython to use C code conforming to the venerable C89 > standard. Traditionally, we've been stuck with C89 due to poor C support > in MSVC. However, MSVC 2013 and 2015 implement the key features of C99. > C99

Re: [Python-Dev] ctypes compatibility with 2.3

On 12 May 2016 at 01:05, Brett Cannon wrote: > > > On Wed, 11 May 2016 at 09:28 Brett Cannon wrote: >> >> On Wed, 11 May 2016 at 09:07 Thomas Heller wrote: >>> >>> Am 11.05.2016 um 18:04 schrieb Brett Cannon: >>> > >>> > >>> > On Wed, 11

[Python-Dev] ctypes compatibility with 2.3

I am working on , to fix shell injection problems with ctypes.util.find_library(). The proposal for Python 3 is to change os.popen(shell-script) calls to use subprocess.Popen(). However the Python 2.7 version of the module has a comment which says “This file

Re: [Python-Dev] Tracker Etiquette

On 7 May 2016 at 23:23, Senthil Kumaran wrote: > > On Sat, May 7, 2016 at 4:17 PM, MRAB wrote: >> >> I think you shouldn't delete them. It would be better just to say that >> you've changed your mind and explain why. > > > I support this. Please

Re: [Python-Dev] Convert int() to size_t in Python/C

On 29 April 2016 at 18:11, Marcos Dione wrote: > On Fri, Apr 29, 2016 at 12:18:46PM -0400, Random832 wrote: >> On Fri, Apr 29, 2016, at 10:45, Marcos Dione wrote: >> > One possible solution hat was suggested to me in the #python IRC >> > channel was to use that, then

Re: [Python-Dev] Convert int() to size_t in Python/C

On 29 April 2016 at 18:25, Random832 wrote: > On Fri, Apr 29, 2016, at 14:11, Marcos Dione wrote: >> These are not output parameters, even if they're pointers. they'r >> using the NULL pointer to signal that the current offsets should not be >> touched, to

Re: [Python-Dev] Not receiving bug tracker emails

On 14 April 2016 at 08:51, Serhiy Storchaka wrote: > On 13.04.16 07:39, Terry Reedy wrote: >> >> On 4/4/2016 5:05 PM, Terry Reedy wrote: >> >> Since a few days, I am getting bug tracker emails again, in my Inbox. I >> just got a Rietveld review in the Inbox and I believe it

Re: [Python-Dev] Most 3.x buildbots are green again, please don't break them and watch them!

On 14 April 2016 at 09:15, Serhiy Storchaka wrote: > On 13.04.16 14:40, Victor Stinner wrote: >> By the way, I don't understand why "AMD64 OpenIndiana 3.x" is >> considered as stable since it's failing with multiple issues since >> many months and nobody is working on these

Re: [Python-Dev] Not receiving bug tracker emails

On 30 March 2016 at 13:30, R. David Murray wrote: > Anyone know how to find out what changed from Google's POV? As far as > we know nothing changed at the bugs end, but it is certainly possible > that something did change in the hosting infrastructure without our >

[Python-Dev] Not receiving bug tracker emails

For the last ~36 hours I have stopped receiving emails for messages posted in the bug tracker. Is anyone else having this problem? Has anything changed recently? I have had it set to send to my gmail.com address since the beginning. At the moment the last bug message email is

Re: [Python-Dev] Bug in build system for cross-platform builds

On 15 March 2016 at 08:04, Nick Coghlan <ncogh...@gmail.com> wrote: > On 15 March 2016 at 15:15, Martin Panter <vadmium...@gmail.com> wrote: >> _freeze_importlib.o: _freeze_importlib.c Makefile >> >> _freeze_importlib: _freeze_import

Re: [Python-Dev] Bug in build system for cross-platform builds

On 15 March 2016 at 04:32, Nick Coghlan <ncogh...@gmail.com> wrote: > On 15 March 2016 at 10:49, Martin Panter <vadmium...@gmail.com> wrote: >> One more idea I am considering is to decouple the makefile rules from >> the main build. So to update the generated

Re: [Python-Dev] Bug in build system for cross-platform builds

On 14 March 2016 at 13:26, R. David Murray <rdmur...@bitdance.com> wrote: > On Mon, 14 Mar 2016 03:04:08 -, "Gregory P. Smith" <g...@krypto.org> > wrote: >> On Sun, Mar 13, 2016 at 7:41 PM Martin Panter <vadmium...@gmail.com> wrote: >> > Incl

Re: [Python-Dev] Bug in build system for cross-platform builds

them, but I want to know the consequences first. > On Sat, Mar 12, 2016 at 8:48 AM, Martin Panter <vadmium...@gmail.com> wrote: >> On 11 March 2016 at 23:16, Russell Keith-Magee <russ...@keith-magee.com> >> wrote: >> > >> > On Sat, Mar 12, 2016 at 6:38 AM, Mart

Re: [Python-Dev] Bug in build system for cross-platform builds

On 11 March 2016 at 23:16, Russell Keith-Magee <russ...@keith-magee.com> wrote: > > On Sat, Mar 12, 2016 at 6:38 AM, Martin Panter <vadmium...@gmail.com> wrote: >> make clean # Work around confusion with existing in-source build >> mkdir native >> (cd native

Re: [Python-Dev] Bug in build system for cross-platform builds

Hi Russell. Sorry for the minor ~1 month delay in replying :) I have been doing some experimenting to see what is involved in cross-compiling Python (Native host = Linux, target = Windows via mingw and some patches). So I have a slightly better understanding of the problem than before. On 16

Re: [Python-Dev] Bug in build system for cross-platform builds

On 15 February 2016 at 08:24, Russell Keith-Magee wrote: > Hi all, > > I’ve been working on developing Python builds for mobile platforms, and I’m > looking for some help resolving a bug in Python’s build system. > > The problem affects cross-platform builds - builds

Re: [Python-Dev] PEP 515: Underscores in Numeric Literals

On 11 February 2016 at 11:12, Chris Angelico wrote: > On Thu, Feb 11, 2016 at 7:22 PM, Georg Brandl wrote: The following extensions are open for discussion: >> * Allowing underscores in string arguments to the ``Decimal`` constructor. >> It >> could be

Re: [Python-Dev] PEP 515: Underscores in Numeric Literals

On 12 February 2016 at 00:16, Steven D'Aprano wrote: > On Thu, Feb 11, 2016 at 06:03:34PM +, Brett Cannon wrote: >> On Thu, 11 Feb 2016 at 02:13 Steven D'Aprano wrote: >> >> > On Wed, Feb 10, 2016 at 08:41:27PM -0800, Andrew Barnert wrote: >> > >> >

Re: [Python-Dev] PEP 515: Underscores in Numeric Literals

I have occasionally wondered about this missing feature. On 10 February 2016 at 22:20, Georg Brandl wrote: > Abstract and Rationale > == > > This PEP proposes to extend Python's syntax so that underscores can be used in > integral and floating-point number

Re: [Python-Dev] [Python-checkins] cpython: merge

On 2 February 2016 at 05:21, raymond.hettinger wrote: > https://hg.python.org/cpython/rev/0731f097157b > changeset: 100142:0731f097157b > parent: 100140:c7f1acdd8be1 > user:Raymond Hettinger > date:Mon Feb 01 21:21:19 2016 -0800

Re: [Python-Dev] Buildbot timing out - test suite failure - test_socket issue with UDP6?

> After digging through test_socket.py for over an hour (the MRO for > RecvmsgUDP6Test is enormous!!), I've boiled the issue down to this: > > import socket > MSG = b'asdf qwer zxcv' > serv = socket.socket(socket.AF_INET6, socket.SOCK_DGRAM) > serv.bind(("::1", 0)) > cli =

Re: [Python-Dev] Update PEP 7 to require curly braces in C

On 19 January 2016 at 20:12, Brett Cannon wrote: > Here is a proposed update: > > diff -r 633f51d10a67 pep-0007.txt > --- a/pep-0007.txt Mon Jan 18 10:52:57 2016 -0800 > +++ b/pep-0007.txt Tue Jan 19 12:11:44 2016 -0800 > @@ -75,9 +75,9 @@ >} > > * Code structure: one

[Python-Dev] Modifying the self-signed.pythontest.net certificate

In order to fix the SSL test suite , I would like to modify the certificate used by https://self-signed.pythontest.net. So far I have a patch ready for the pythontestdotnet repository, but I want to know if I can just push to that repository, or if other steps

Re: [Python-Dev] Modifying the self-signed.pythontest.net certificate

On 14 January 2016 at 05:34, Benjamin Peterson <benja...@python.org> wrote: > On Wed, Jan 13, 2016, at 13:15, Martin Panter wrote: >> In order to fix the SSL test suite >> <https://bugs.python.org/issue25940>, I would like to modify the >> certificate used by https

Re: [Python-Dev] GitHub migration planning has started

On 11 January 2016 at 03:52, Terry Reedy wrote: > On 1/10/2016 12:43 PM, Brett Cannon wrote: >> If you want to help with the transition, then feel free to join the >> core-workflow mailing list where all the discussions on the details of >> the migration are occurring (including

Re: [Python-Dev] bitwise operations for bytes and bytearray

On 10 January 2016 at 00:17, Blake Griffith wrote: > A little update, I got ^, &, and | working for bytearrays. You can view the > diff here: > https://github.com/python/cpython/compare/master...cowlicks:bitwise-bytes?expand=1 > > How does it look? I left some

Re: [Python-Dev] bitwise operations for bytes and bytearray

On 7 January 2016 at 22:26, Blake Griffith wrote: > I'm interested in adding the functionality to do something like: > b'a' ^ b'b' > b'\x03' > > > Instead of the good ol' TypeError. > > I think both bytes and bytearray should support all the bitwise operations.

[Python-Dev] Branches in which to fix the SSL tests

Currently some SSL tests in the test suite are broken by a recent certificate change at https://svn.python.org/; see for the bug report. The tests are broken when the test suite is run with the “-unetwork” option enabled, and most of the buildbots appear to be

Re: [Python-Dev] New poll about a macro for safe reference replacing

On 16/12/2015, Serhiy Storchaka wrote: > Here are names gained the largest numbers of votes plus names proposed > during polling. > > 1. Py_SETREF +0. I can live with it, but SET sounds like a complement to CLEAR, or that it ignores the old value. > 2. Py_DECREF_REPLACE +0.5

Re: [Python-Dev] [Python-checkins] cpython (3.4): asyncio.docs: Fix versionadded

On 18 November 2015 at 17:45, yury.selivanov wrote: > https://hg.python.org/cpython/rev/b34c42e46e7b > changeset: 99204:b34c42e46e7b > branch: 3.4 > parent: 99201:89d66f912671 > user:Yury Selivanov > date:Wed Nov 18

Re: [Python-Dev] Should PEP 498 specify if rf'...' is valid?

On 26 October 2015 at 19:43, MRAB wrote: > On 2015-10-26 18:45, Sven R. Kunze wrote: >> >> On 26.10.2015 16:22, Ethan Furman wrote: >>> >>> On 10/23/2015 08:20 AM, Nick Coghlan wrote: My own objection isn't to allowing "fR" or "fbR", it's to allowing the

Re: [Python-Dev] type(obj) vs. obj.__class__

On 18 October 2015 at 05:55, Steven D'Aprano wrote: > On Sat, Oct 17, 2015 at 03:45:19PM -0600, Eric Snow wrote: >> So, would it make sense to establish some concrete guidelines about >> when to use type(obj) vs. obj.__class__? If so, what would those be? >> It may also be

Re: [Python-Dev] Committing a bug fix

On 28/09/2015, Terry Reedy wrote: > You neglected to forward merge a 3.4-3.4 merge and a 3.5-3.5 merge. I > failed to notice the first and added a commit, and then backed it out, > when I could not merge forward due to merge conflicts with your commits. > Perhaps you just

Re: [Python-Dev] Committing a bug fix

On 28 September 2015 at 22:31, Terry Reedy wrote: > . . . it may have merged in the wrong place, such as putting a things into the > 3.5.1 section of 3.6 NEWS, which should not be there. Since you mentioned this and I also noticed this, can I ask why the 3.5.1 section is there,