[issue34421] Cannot install package with unicode module names on Windows

[Serhiy Storchaka]

Change by Serhiy Storchaka :


--
pull_requests: +8913

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue34670] Add set_post_handshake_auth for TLS 1.3

[Christian Heimes]

Change by Christian Heimes :


--
pull_requests: +8912

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue34548] IDLE: Make TextView use the configured theme colors

[Terry J. Reedy]

Terry J. Reedy  added the comment:

The first follow-up, #34774, makes the help viewer use the current theme. It 
would be good if it were separately tested on Linux/Mac, as it uses multiple 
tags.

--
priority: low -> normal

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue17185] unittest mock create_autospec doesn't correctly replace mocksignature

[Karthikeyan Singaravelan]

Change by Karthikeyan Singaravelan :


--
nosy: +xtreak

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue34609] Importing certain modules while debugging raises an exception

[Terry J. Reedy]

Change by Terry J. Reedy :


--
assignee: terry.reedy -> 
components:  -IDLE

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue34670] Add set_post_handshake_auth for TLS 1.3

[miss-islington]

miss-islington  added the comment:


New changeset 9fb051f032c36b9f6086b79086b4d6b7755a3d70 by Miss Islington (bot) 
(Christian Heimes) in branch 'master':
bpo-34670: Add TLS 1.3 post handshake auth (GH-9460)
https://github.com/python/cpython/commit/9fb051f032c36b9f6086b79086b4d6b7755a3d70


--
nosy: +miss-islington

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue9350] add remove_argument_group to argparse

[Karthikeyan Singaravelan]

Change by Karthikeyan Singaravelan :


--
nosy: +xtreak

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue34421] Cannot install package with unicode module names on Windows

[miss-islington]

Change by miss-islington :


--
pull_requests: +8911

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue34421] Cannot install package with unicode module names on Windows

[miss-islington]

Change by miss-islington :


--
pull_requests: +8910
stage: commit review -> patch review

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue34421] Cannot install package with unicode module names on Windows

[Serhiy Storchaka]

Serhiy Storchaka  added the comment:


New changeset 4b860fd777e983f5d2a6bd1288e2b53099c6a803 by Serhiy Storchaka in 
branch 'master':
bpo-34421: Improve distutils logging for non-ASCII strings. (GH-9126)
https://github.com/python/cpython/commit/4b860fd777e983f5d2a6bd1288e2b53099c6a803


--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue34774] IDLE: use theme colors for help viewer

[Terry J. Reedy]

Terry J. Reedy  added the comment:

I have tested this on Windows with both light and dark themes.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue34774] IDLE: use theme colors for help viewer

[Terry J. Reedy]

Terry J. Reedy  added the comment:

If HelpText is ever subclassed from a view text class, the color_config and 
call will be deleted.  But changing the two fixed colors will be needed in any 
case.

The background option in
  self.tag_configure('pre', font=(fixedfont, 12), background='#f6f6ff')
was intended to give fixed-pitch words a very light bluish background, but I 
cannot see any difference, so deleting it is no loss.

For the pre block, "background='#eeffcc'" gives the block a yellow background 
that matches the one used in online docs, as viewed by me with Firefox.  So it 
is made conditional on the foreground color being the default solid black 
(which is different from tk's 'black').

Border colors appear to be fixed at some black, making the border invisible on 
a black or near-black background.  But it does not seem worthwhile to try to 
decide when to omit it.

--
assignee:  -> terry.reedy
components: +IDLE

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue21919] Changing cls.__bases__ must ensure proper metaclass inheritance

[Karthikeyan Singaravelan]

Change by Karthikeyan Singaravelan :


--
nosy: +xtreak

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue34774] IDLE: use theme colors for help viewer

[Terry J. Reedy]

Change by Terry J. Reedy :


--
keywords: +patch
pull_requests: +8909

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue24307] pip error on windows whose current user name contains non-ascii characters

[Karthikeyan Singaravelan]

Karthikeyan Singaravelan  added the comment:

Thanks for the patch. Would you like to make a GitHub PR. I think it's a 
problem with optparse in general while trying to have a default value with 
unicode character and %default in the help string. The same code is present in 
Python 3 but strings are unicode by default. An example code will be below : 

# -*- coding: utf-8 -*-

from optparse import OptionParser

parser = OptionParser()
parser.add_option("-f", "--file", dest="filename",
  help="write to FILE. Default value %default", metavar="FILE", 
default="早上好")

(options, args) = parser.parse_args()

$ python3.6 ../backups/bpo24307.py --help
Usage: bpo24307.py [options]

Options:
  -h, --helpshow this help message and exit
  -f FILE, --file=FILE  write to FILE. Default value 早上好

$ python2.7 ../backups/bpo24307.py --help
Traceback (most recent call last):
  File "../backups/bpo24307.py", line 9, in 
(options, args) = parser.parse_args()
  File 
"/usr/local/Cellar/python@2/2.7.14_3/Frameworks/Python.framework/Versions/2.7/lib/python2.7/optparse.py",
 line 1400, in parse_args
stop = self._process_args(largs, rargs, values)
  File 
"/usr/local/Cellar/python@2/2.7.14_3/Frameworks/Python.framework/Versions/2.7/lib/python2.7/optparse.py",
 line 1440, in _process_args
self._process_long_opt(rargs, values)
  File 
"/usr/local/Cellar/python@2/2.7.14_3/Frameworks/Python.framework/Versions/2.7/lib/python2.7/optparse.py",
 line 1515, in _process_long_opt
option.process(opt, value, values, self)
  File 
"/usr/local/Cellar/python@2/2.7.14_3/Frameworks/Python.framework/Versions/2.7/lib/python2.7/optparse.py",
 line 789, in process
self.action, self.dest, opt, value, values, parser)
  File 
"/usr/local/Cellar/python@2/2.7.14_3/Frameworks/Python.framework/Versions/2.7/lib/python2.7/optparse.py",
 line 811, in take_action
parser.print_help()
  File 
"/usr/local/Cellar/python@2/2.7.14_3/Frameworks/Python.framework/Versions/2.7/lib/python2.7/optparse.py",
 line 1670, in print_help
file.write(self.format_help().encode(encoding, "replace"))
UnicodeDecodeError: 'ascii' codec can't decode byte 0xe6 in position 148: 
ordinal not in range(128)


Thanks

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue34609] Importing certain modules while debugging raises an exception

[Serhiy Storchaka]

Change by Serhiy Storchaka :


--
nosy: +brett.cannon, eric.snow, ncoghlan

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue34774] IDLE: use theme colors for help viewer

[Terry J. Reedy]

New submission from Terry J. Reedy :

Follow-up to #34548.  Use user-selected color theme for Help => IDLE Help.  
(Patch coming.)

--
messages: 326133
nosy: terry.reedy
priority: normal
severity: normal
stage: patch review
status: open
title: IDLE: use theme colors for help viewer
type: enhancement
versions: Python 3.6, Python 3.7, Python 3.8

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue34773] sqlite3 module inconsistently returning only some rows from a table

[Shankar]

New submission from Shankar :

I am running a Python based system on an Android phone. The database is in 
Sqlite3.  It has been running well for approximately five years now, with 
various upgraded phones, changes to the system, etc.

However, in the last week or so, there has been a problem in the system that is 
very peculiar.  One of the tables on the system is called "Invoices" and it 
currently has approximately 21,500 records in it.  However, reading the 
database from Python on the phone, using the sqlite3 module, will suddenly 
return only around 2,400 records.  If I copy the database over to a PC and open 
it in Python via Linux, the same thing will happen.  If I then open it with the 
command line `sqlite3` tool, the table will read correctly.  After that, it 
will start working correctly in Python as well.  If I copy the same database 
back to the phone, it will work correctly there as well - for approximately 
three or four hours (i.e., given the usual frequency of my program, about 90 - 
120 reads / writes).  Then the problem will return.

I have changed phones in case this was a problem in the phone's memory, but 
that didn't help.  I have run `vacuum` on the sqlite3 database in question as 
well, to no avail.  There do not appear to be any other obvious errors in the 
database. 

What could be the reason for this behaviour?  

Below I've posted some of the code that I use to read the database.  Have cut 
out some extraneous stuff so you may see variables that are not defined etc. 
But I'm fairly sure it's not the code, as this same code has been running for 
years with no trouble.


def sqlite_exec(sqlcommand, dbname, inserttable = "", insertstuff = None, 
returndict = 0, override_stop = False, returncheck = False, nojournal = False, 
onlyjournal = False):
#...
if sqlcommand == "insert":
# Substitute single quotes with double quotes in input text to 
avoid sqlite syntax errors
actual_command = "INSERT INTO {0} ({1}) VALUES 
({2});".format(inserttable, ", ".join(insertstuff.keys()), ", ".join(["'" + 
re.sub("'",'"',valuetext) + "'" for valuetext in insertstuff.values()]))
else:
actual_command = sqlcommand
conn = sqlite3.connect(dbname,timeout = 40.0,isolation_level=None, 
detect_types=sqlite3.PARSE_DECLTYPES)
if returndict:
# Using the sqlite module documentation example; this happens to be 
better suited for our purposes than the sqlite.Row object
def dict_factory(cursor, row):
d = dict((col[0],row[idx]) for idx,col in 
enumerate(cursor.description))
return d
conn.row_factory = dict_factory
sqliteobj = conn.cursor()
# ...
if not onlyjournal:
try:
sqliteobj.execute(actual_command)
# except...
return sqliteobj

--
components: Extension Modules
messages: 326132
nosy: shankargopal
priority: normal
severity: normal
status: open
title: sqlite3 module inconsistently returning only some rows from a table
type: behavior
versions: Python 2.7

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue34609] Importing certain modules while debugging raises an exception

[Karthikeyan Singaravelan]

Change by Karthikeyan Singaravelan :


--
nosy: +xtreak

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue33396] IDLE: Improve and document help doc viewer

[Terry J. Reedy]

Change by Terry J. Reedy :


--
dependencies: +IDLE: Make TextView use the configured theme colors

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue34548] IDLE: Make TextView use the configured theme colors

[Terry J. Reedy]

Change by Terry J. Reedy :


--
stage: patch review -> commit review

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue34548] IDLE: Make TextView use the configured theme colors

[Terry J. Reedy]

Terry J. Reedy  added the comment:

After live testing, I like 'after' at least as well as 'before'.  I also 
decided that people who selects a dark theme because black on white is 
obnoxious to their eyes should have their choice on all text panes.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue32892] Remove specific constant AST types in favor of ast.Constant

[thautwarm]

thautwarm  added the comment:

Thank you, Serhiy. 

I learned python ast through ast.parse and pretty print, which prevented me 
from knowing this useful one.

In fact, I wonder if we could support more species of constant values accepted 
by ast.Constant?

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue27117] turtledemo does not work with IDLE's new dark theme.

[Tal Einat]

Change by Tal Einat :


--
pull_requests: +8908

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue26952] argparse help formatter crashes

[paul j3]

paul j3  added the comment:

https://bugs.python.org/issue29553 deals with a similar problem, the usage 
display when one mutually exclusive group is embedded in another mutually 
exclusive group.  In that case, usage is displayed, but with some missing 
brackets.  

As here there are two issues - the usage formatter is brittle, and groups are 
not designed for nesting.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue33415] When add_mutually_exclusive_group is built without argument, the help breaks with "IndexError: list index out of range"

[paul j3]

paul j3  added the comment:

This is duplicate of https://bugs.python.org/issue26952 - argparse help 
formatter crashes

The same issue - a mutually exclusive group without arguments.

It also deals with issue of nesting groups.

--
resolution:  -> duplicate
stage:  -> resolved
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue26952] argparse help formatter crashes

[paul j3]

paul j3  added the comment:

If I add an argument to the mutexGroup as suggested by xiang

In [7]: mutexGroup.add_argument('--foo', action='store_true')
Out[7]: _StoreTrueAction(option_strings=['--foo'], dest='foo', nargs=0, 
const=True, default=False, type=None, choices=None, help=None, metavar=None)
In [8]: parser.print_usage()
usage: ipython3 [-h] -u URL -p PROJECT [--dump] --mergeInput MERGEINPUT
[--removeDisabled] -c CHECKERS --foo
In [9]: parser.print_help()
usage: ipython3 [-h] -u URL -p PROJECT [--dump] --mergeInput MERGEINPUT
[--removeDisabled] -c CHECKERS --foo

Sets the checkers of a klocwork project

optional arguments:
  -h, --helpshow this help message and exit
  -c CHECKERS, --checkers CHECKERS
File which lists the checkers to be enabled.

the argument_group arguments show up in the usage, but without 
mutually_exclusive markings.  But they don't show up in the help lines.  I 
suspect all those group arguments will be tested as one mutually exclusive 
group, not two subgroups.

If I put the argument groups in the main parser, and omit the 
mutually_exclusive group I get this help:

In [11]: parser.print_help()
usage: ipython3 [-h] -u URL -p PROJECT [--dump] --mergeInput MERGEINPUT
[--removeDisabled] -c CHECKERS

Sets the checkers of a klocwork project

optional arguments:
  -h, --helpshow this help message and exit
  -c CHECKERS, --checkers CHECKERS
File which lists the checkers to be enabled.

serverGroup:
  -u URL, --url URL klocwork server URL.
  -p PROJECT, --project PROJECT
klocwork project name.
  --dumpDump the current checkers config.

mergeGroup:
  --mergeInput MERGEINPUT
Input file to merge for the '--checkers' file. Format:
checkerName Enabled|Disabled
  --removeDisabled  Disabled checkers will be removed from the '--
checkers' file.

The argument groups appear as intended in the help lines.

add_argument_group is inherited from _ActionsContainer.  The parser 
ArgumentParser also inherits this method.  A possible fix is to override this 
method in the _MutuallyExclusiveGroup class to raise some sort of 
not-implemented error.

The documentation, as written, does not suggest or hint that an argument_group 
can be added to anything but a parser.  But a  stronger disclaimer could be 
added.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue33396] IDLE: Improve and document help doc viewer

[Terry J. Reedy]

Terry J. Reedy  added the comment:

8. Use configured colors.  #34548 does this for text viewer, so would be 
automatic if subclass from that.

9. Upgrade text viewer to include 1, 3, and 4.  It also should use proportional 
font that help viewer uses.

10 Can Scripts/rst2html be used to directly generate idlelib/help.html from 
Doc/library/idle.rst?

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue34046] subparsers -> add_parser doesn't support hyphen char '-'

[paul j3]

Change by paul j3 :


--
resolution:  -> not a bug
stage:  -> resolved
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue34548] IDLE: Make TextView use the configured theme colors

[Terry J. Reedy]

Terry J. Reedy  added the comment:

Investigating the code, I discovered that
  # TODO: get fg/bg from theme."
is my rewrite on 2016 8 31, a3623c8, of
  #elguavas - config placeholders til config stuff completed
Stephen Gava either wrote or modified the file in 2001.  Using the config 
settings was the original intention, and I thought two years ago and in 
subsequent revisions that we should at least try it.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue34188] Allow dict choices to "transform" values in argpagse

[paul j3]

Change by paul j3 :


--
resolution:  -> rejected
stage:  -> resolved
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue34548] IDLE: Make TextView use the configured theme colors

[Cheryl Sabella]

Cheryl Sabella  added the comment:

I did a review on the PR which probably answers your question, but I'll 
summarize here.

I think consistency in the windows would be good.  Consistency would include 
(but not limited to) foreground and background color, font style, font size, 
and behavior such as resizing.  If a user has changed to a dark theme with a 
font size of 20, then opening up the help or find windows should use that.

So, I think this is a good suggestion, but I think it should be considered 
within a larger scope.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue34744] New %(flag)s format specifier for argparse.add_argument help string

[paul j3]

Change by paul j3 :


--
resolution:  -> rejected
stage: patch review -> resolved
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue34458] No way to alternate options

[paul j3]

Change by paul j3 :


--
resolution:  -> not a bug

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue34479] ArgumentParser subparser error display at the wrong level

[paul j3]

Change by paul j3 :


--
resolution:  -> not a bug

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue16360] argparse: comma in metavar causes assertion failure when formatting long usage message

[paul j3]

paul j3  added the comment:

I'm closing this since the https://bugs.python.org/issue11874 fix also handles 
this issue.

--
resolution:  -> fixed
stage:  -> resolved
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue32117] Tuple unpacking in return and yield statements

[miss-islington]

miss-islington  added the comment:


New changeset 8fabae3b00b2ccffd9f7bf4736734ae584ac5829 by Miss Islington (bot) 
(jChapman) in branch 'master':
bpo-32117: Iterable unpacking in return and yield documentation (GH-9487)
https://github.com/python/cpython/commit/8fabae3b00b2ccffd9f7bf4736734ae584ac5829


--
nosy: +miss-islington

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue34548] IDLE: Make TextView use the configured theme colors

[Terry J. Reedy]

New submission from Terry J. Reedy :

I am about to review and test, including live testing on Windows, with an eye 
to merging before the Monday midnight deadline for the coming releases.  At the 
moment I have no personal preference, nor insight into likely user perferences.

Tal, what is your rationale for the proposal?  Personal preference? Do you 
think a majority of user will prefer this?  Have you hand-tested (or htested) 
on both Mac and Linux?

Cheryl, what do you think?

--
nosy: +cheryl.sabella
versions:  -Python 2.7

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue34751] Hash collisions for tuples

[Tim Peters]

Tim Peters  added the comment:

Raymond, I share your concerns.  There's no reason at all to make gratuitous 
changes (like dropping the "post-addition of a constant and incorporating 
length signature"), apart from that there's no apparent reason for them 
existing to begin with ;-)

Unintended consequences can abound.

Still, the last repair was pretty hacky, and a very well-known and highly 
respected algorithm (FNV-1a) _is_ hiding under it.  I would like to pursue 
seeing whether a more direct form of FNV-1a can be rehabilitated to worm around 
the known problematic cases.  That would also, if successful, give us a 
principled way to pick a better multiplier for 64-bit boxes.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue34751] Hash collisions for tuples

[Tim Peters]

Tim Peters  added the comment:

I strive not to believe anything in the absence of evidence ;-)

FNV-1a supplanted Bernstein's scheme in many projects because it works better.  
Indeed, Python itself used FNV for string hashing before the security wonks got 
exercised over collision attacks.  It worked great.  But "better" depends on 
what you value.  For example, FNV-1a has far better "avalanche" behavior than 
Bernstein[1].

Please note that I don't _object_ to your code!  It may work fine.  Or it may 
not in some cases.  The problem is that we have no way to tell.  There's no 
theory here, just misleading appeals to experience with the algorithms in 
contexts they were _intended_ to be used in.  Nobody expected some patterns of 
nested tuples to fail catastrophically before, and nobody expected mixed-sign 
integers to lead to poor (but not catastrophic) behavior after the former was 
"repaired".  Nobody now expects the next 10 catastrophes either.

We can only rely on contrived tests and bug reports.  Python's current scheme 
is unbeatable on that count, because it's the only scheme for which over a 
decade of experience _in context_ exists.

Which experience says there are no known catastophically bad real cases.  Which 
is worth a whole lot in a project that's so widely used now.

That said, the "repair" before was at least as much pure hackery as your 
proposed hackery, and - I agree - completely undercut the _theory_ FNV was 
based on (although, to be fair, I doubt anyone else _knew_ they were 
re-inventing a damaged FNV-1a at the time).

So ... since FNV-1a is in fact better in its intended context than the 
Bernstein one-liners in the same context, how about adding your

t += (t >> (4 * sizeof(t)));

hack to the _current_ code (& delete the code changing the multiplier)?  Then 
we could switch to the "official" FNV 32-bit and 64-bit multipliers too, and 
know at least that "almost everything" about the resulting algorithm is known 
to work exceedingly well in its original context.

[1] https://sites.google.com/site/murmurhash/avalanche

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue34751] Hash collisions for tuples

[Raymond Hettinger]

Raymond Hettinger  added the comment:

I don't think any change should be made unless we agree that there is a real 
problem to be solved rather than because the OP is brazenly insistent on 
forcing through some change.  We shouldn't feel shoved into altering something 
that we don't agree is broken and into replacing it with something that we're 
less sure about.  Also, I'm concerned that that patch drops features like the 
post-addition of a constant and incorporating length signature -- it is as if 
we're starting from scratch rather than keeping the incremental improvements 
made over decades.  AFAICT, the only motivation for change is that the OP is 
relentless; otherwise, none of us would be giving this further thought.  I echo 
Eric's concern that it is easy to inadvertently make Python worse.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue34751] Hash collisions for tuples

[Jeroen Demeyer]

Jeroen Demeyer  added the comment:

> the made-up hacks Python used to worm around a class of gross flaws its prior 
> DJBX33X approach suffered, taking DJBX33X out of its original context and 
> applying it in an area it wasn't designed for.

But we know why the DJBX33A hash didn't work (nested tuples), so we can think 
of the best way to solve that. Python messes with the multiplier, which makes 
it quite a different hash. Surely, if you believe that the precise choice of 
multiplier matters a lot, then you should also agree that arbitrarily changing 
the multiplier in the loop is a bad idea.

My proposal instead is to keep the structure of the DJBX33A hash but change the 
hash of the individual items to be hashed. That's a much less invasive change 
to the known algorithm.

Finally, something that I haven't mentioned here: an additional advantage of my 
approach is that high-order bits become more important:

BEFORE:
>>> L = [n << 60 for n in range(100)]; T = [(a,b,c) for a in L for b in L for c 
>>> in L]; len(set(hash(x) for x in T))
50

AFTER:
>>> L = [n << 60 for n in range(100)]; T = [(a,b,c) for a in L for b in L for c 
>>> in L]; len(set(hash(x) for x in T))
100

Again, I'm not claiming that this is a major issue. Just additional evidence 
that maybe my new hash might actually be slightly better than the existing hash.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue31737] Documentation renders incorrectly

[Julien Palard]

Julien Palard  added the comment:

Thanks for the follow up!

--
resolution:  -> fixed
stage:  -> resolved
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue34751] Hash collisions for tuples

[Jeroen Demeyer]

Jeroen Demeyer  added the comment:

Thanks for the reference, I never heard of the FNV hash. Unfortunately, I 
haven't seen a reference for the rationale of how they pick their multiplier.

It's not clear what you are suggesting though. Keep using the FNV-ish hash 
somehow? Or using a DJBX33A hash with the FNV multiplier?

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue24997] mock.call_args compares as equal and not equal

[Berker Peksag]

Berker Peksag  added the comment:

Correct, this has been fixed in issue 25195. Closing as 'out of date'. Thanks 
for triaging!

--
nosy: +berker.peksag
resolution:  -> out of date
stage: needs patch -> resolved
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue34772] Python will suddenly not plot

[Ammar Askar]

Ammar Askar  added the comment:

Hey heiahh,

This bug tracker is for issues pertaining to the python interpreter itself. 
You'd be better off asking your question on the matplotlib bug tracker or stack 
overflow:

https://github.com/matplotlib/matplotlib/issues

https://stackoverflow.com/

--
nosy: +ammar2
resolution:  -> not a bug
stage:  -> resolved
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue34772] Python will suddenly not plot

[heiahh]

New submission from heiahh :

Hi! I am experience a very strange behavior. As a student I've been using 
Spyder for my Python coding assignments. But some days ago I wanted to try out 
the Python environment in Visual Studio. So, I installed python environment in 
VS. But after that, none of even my simplest codes will produce any plots 
anymore. Even if I try the exact same code as I for sure know been showing a 
plot before. Initally I had a error message saying something like 
"mkl_aa_fw_init_workdivision" + some more info and directory reference. So 
after some googling I deleted a mkl file in the directory witch was mentioned 
in the error message. After that there is no error message, but still no plot. 
If I try a simple test code like this:

import matplotlib.pyplot as plt
import numpy as np
x = np.linspace(0,5,11)
y = x**2
plt.plot(x,y)

The only thing happening is Ipython console says "Kernel died, restarting". 
Also in Visual Studio, there is no plot coming up.I have no idea about the 
cause and how to fix it, even after hours of search and trial. Really 
frustrating to use time on this instead of my assignments. The only difference 
befor, when it was working, and after, is that I tried the Visual Studio 
environment. I highly appreciate help on this issue!

--
messages: 326112
nosy: heihaa
priority: normal
severity: normal
status: open
title: Python will suddenly not plot
type: crash
versions: Python 2.7

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue34736] Confusing base64.b64decode output

[Tal Einat]

Tal Einat  added the comment:

> I think what I _really_ want as a user is for b64decode to reject strings 
> containing...

Do you mean you'd like to have this behavior by default?  One can already use 
validate=True to have invalid characters cause an exception.  I too find it 
surprising the False is the default, but changing this would be backwards 
incompatible.

> I find the "1 more than a multiple of 4" wording a bit clunky, and 
> potentially misleading.

I chose that to avoid mentioning "modulu" or "remainder".  I find it 
straightforward and clear, though admittedly a bit long and clumsy.  I don't 
believe it is inherently misleading, though.

I like your idea of including the number of base64 characters in the error 
message.  I find the phrase "base64 characters" ambiguous, though.  I suggest: 
"Invalid base64-encoded string: number of data characters (13) cannot be 1 more 
than a multiple of 4"

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue34660] Replace ableist terms and pejoratives in source code.

[Socob]

Change by Socob <206a8...@opayq.com>:


--
nosy: +Socob

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue34694] Dismiss To Avoid Slave/Master wording cause it easier for non English spoken programmers

[Socob]

Change by Socob <206a8...@opayq.com>:


--
nosy: +Socob

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue34751] Hash collisions for tuples

[Tim Peters]

Tim Peters  added the comment:

So you don't know of any directly relevant research either.  "Offhand I can't 
see anything wrong" is better than nothing, but very far from "and we know it 
will be OK because [see references 1 and 2]".

That Bernstein's DJBX33A has been widely used inspires no confidence 
whatsoever.  As already explained, Python _did_ use DJBX33X (with a different 
multiplier), and it systematically screwed up catastrophically in some nested 
tuple cases already spelled out.  Bernstein himself moved to DJBX33X (using xor 
instead of addition), and that would have screwed up too on a mix of smallish 
integers of both signs.

What Python does now, except for changing the multiplier, is essentially 
version 1a of the _also_ very widely used - but more recent - Fowler/Noll/Vo 
hash family[1]:

# Version 1a, recommended over version 1 (which does * before ^).
hash = offset_basis
for each octet_of_data to be hashed
hash = hash xor octet_of_data
hash = hash * FNV_prime
return hash

They did extensive studies, and very deliberately use a prime multiplier 
subject to a number of other constraints.  Not based on "offhand I can't see 
why not", but based on analysis and running extensive tests.

But, same as with Bernstein's variants (which predate FNV's work on picking 
"good" multipliers), they were developed in the context of hashing sequences of 
unsigned 8-bit integers.  There's no a priori reason I can see to expect them 
to work well in contexts other than that.  Indeed, FNV puts special constraints 
on the last 8 bits of the primes they pick, presumably because they're only 
concerned with hashing sequences of 8-bit values.

FYI, for 32-bit hashes they use multiplier 16777619, and for 64-bit 
1099511628211.

In the absence of coherent analysis directly relevant to what Python actually 
needs here, we're all flying blind.  What we do have is over a decade of 
positive real-world experience with the made-up hacks Python used to worm 
around a class of gross flaws its prior DJBX33X approach suffered, taking 
DJBX33X out of its original context and applying it in an area it wasn't 
designed for.  Which made it close to FNV-1a, but also in a context _that_ 
wasn't designed for.

However, it _is_ structurally close to FNV-1a, and using prime multipliers was 
a big deal to them.  "But offhand I don't see why" isn't a good enough reason 
to abandon that.  To the contrary, in the absence of _proof_ that it doesn't 
actually matter, I'd be happiest using the same multipliers (given above) and 
initial values "the standard" FNV-1a algorithms use.

[1] http://www.isthe.com/chongo/tech/comp/fnv/index.html#FNV-1a

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue31949] Bugs in PyTraceBack_Print()

[Serhiy Storchaka]

Change by Serhiy Storchaka :


--
pull_requests:  -4257

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue25597] unittest.mock does not wrap dunder methods (__getitem__ etc)

[Karthikeyan Singaravelan]

Change by Karthikeyan Singaravelan :


--
nosy: +xtreak

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue30701] Exception parsing certain invalid email address headers

[Karthikeyan Singaravelan]

Change by Karthikeyan Singaravelan :


--
nosy: +xtreak

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue31737] Documentation renders incorrectly

[Karthikeyan Singaravelan]

Karthikeyan Singaravelan  added the comment:

Just as an update current docs site uses Sphinx 1.7.6 and the rendering is 
correct.

Thanks

--
nosy: +xtreak

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue33043] Add a 'Contributing to Docs' link at the bottom of docs.python.org

[Karthikeyan Singaravelan]

Change by Karthikeyan Singaravelan :


--
nosy: +xtreak

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue33194] Path-file objects does not have method to delete itself if its a file

[Karthikeyan Singaravelan]

Karthikeyan Singaravelan  added the comment:

Maybe this can be added to list at the end 
(https://docs.python.org/3/library/pathlib.html#correspondence-to-tools-in-the-os-module)
 for more visibility.

There was a similar thread in python-ideas to add more functions : 
https://groups.google.com/forum/#!topic/python-ideas/X9Eim6z31Ik

Thanks

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue34610] Incorrect iteration of Manager.dict() method of the multiprocessing module.

[Serhiy Storchaka]

Change by Serhiy Storchaka :


--
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue34610] Incorrect iteration of Manager.dict() method of the multiprocessing module.

[Serhiy Storchaka]

Serhiy Storchaka  added the comment:


New changeset 69d0bc1430d2e9cddf0b39054ddcb86dbbe7927e by Serhiy Storchaka in 
branch '2.7':
[2.7] bpo-34610: Fixed iterator of multiprocessing.managers.DictProxy. 
(GH-9113). (GH-9500)
https://github.com/python/cpython/commit/69d0bc1430d2e9cddf0b39054ddcb86dbbe7927e


--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue33871] Possible integer overflow in iov_setup()

[Serhiy Storchaka]

Change by Serhiy Storchaka :


--
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue33194] Path-file objects does not have method to delete itself if its a file

[Karthikeyan Singaravelan]

Change by Karthikeyan Singaravelan :


--
nosy: +xtreak

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue33232] Segmentation fault in operator.attrgetter

[Karthikeyan Singaravelan]

Change by Karthikeyan Singaravelan :


--
nosy: +xtreak

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue34736] Confusing base64.b64decode output

[Mark Dickinson]

Mark Dickinson  added the comment:

Yes, I'm having trouble thinking of an alternative message that's both accurate 
and helpful. I think what I _really_ want as a user is for b64decode to reject 
strings containing "_" and/or "-" as invalid (assuming altchars has been 
provided), but that would be a backwards-incompatible change, and has already 
been discussed in #1466065. Not sure it's worth revisiting that discussion.

Maybe just something like "invalid number of base64 characters"? We could even 
embed the actual number of base64 characters in the error message, which would 
give the user a clue that some characters are not being considered base64 
characters.

I find the "1 more than a multiple of 4" wording a bit clunky, and potentially 
misleading.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue27513] email.utils.getaddresses does not handle Header objects

[Karthikeyan Singaravelan]

Change by Karthikeyan Singaravelan :


--
nosy: +xtreak

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue34610] Incorrect iteration of Manager.dict() method of the multiprocessing module.

[Serhiy Storchaka]

Change by Serhiy Storchaka :


--
pull_requests: +8907

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23082] pathlib relative_to() can give confusing error message

[Karthikeyan Singaravelan]

Change by Karthikeyan Singaravelan :


--
nosy: +xtreak

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue34605] Avoid master/slave terminology

[Socob]

Change by Socob <206a8...@opayq.com>:


--
nosy: +Socob

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue24638] asyncio "loop argument must agree with future" error message could be improved

[Karthikeyan Singaravelan]

Change by Karthikeyan Singaravelan :


--
nosy: +xtreak

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue34472] zipfile: does not include optional descriptor signature

[Serhiy Storchaka]

Change by Serhiy Storchaka :


--
resolution:  -> rejected
stage: patch review -> resolved
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue34472] zipfile: does not include optional descriptor signature

[Serhiy Storchaka]

Change by Serhiy Storchaka :


--
resolution: rejected -> fixed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue34472] zipfile: does not include optional descriptor signature

[Serhiy Storchaka]

Serhiy Storchaka  added the comment:


New changeset ed21919d69ac22232cbc0dad0323477818112b6f by Serhiy Storchaka 
(Miss Islington (bot)) in branch '3.6':
bpo-34472: Add data descriptor signature to zipfile (GH-8871) (GH-9398)
https://github.com/python/cpython/commit/ed21919d69ac22232cbc0dad0323477818112b6f


--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue34472] zipfile: does not include optional descriptor signature

[Serhiy Storchaka]

Serhiy Storchaka  added the comment:


New changeset 44989bc2696320cf55ae6f329aaf58edd49d792a by Serhiy Storchaka 
(Miss Islington (bot)) in branch '3.7':
bpo-34472: Add data descriptor signature to zipfile (GH-8871) (GH-9399)
https://github.com/python/cpython/commit/44989bc2696320cf55ae6f329aaf58edd49d792a


--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue27709] difflib.HtmlDiff produces different output from difflib.ndiff

[Karthikeyan Singaravelan]

Change by Karthikeyan Singaravelan :


--
nosy: +xtreak

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue12294] multiprocessing.Pool: Need a way to find out if work are finished.

[Karthikeyan Singaravelan]

Change by Karthikeyan Singaravelan :


--
nosy: +xtreak

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue29143] Logger should ignore propagate property for disabled handlers.

[Karthikeyan Singaravelan]

Karthikeyan Singaravelan  added the comment:

Can you please attach a script that has a relevant sample logging configuration 
along with the output you are expecting?

Thanks

--
nosy: +xtreak

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue34771] test_ctypes failing on Linux SPARC64

[Frank Schaefer]

New submission from Frank Schaefer :

Python 3.6.6 on Linux 4.16.18 SPARC64 fails test_ctypes.  Specifically, it 
appears to be due to the _testfunc_large_struct_update_value() or 
_testfunc_reg_struct_update_value():

0:00:44 load avg: 46.24 [137/407/1] test_ctypes failed -- running: test_socket 
(44 sec), test_subprocess (35 sec), test_venv (43 sec), test_normalization (43 
sec), test_signal (43 sec), test_multiprocessing_spawn (43 sec), 
test_concurrent_futures (43 sec), test_email (34 sec), test_cmd_line_script (43 
sec), test_tools (43 sec), test_pickletools (34 sec), test_zipfile (30 sec), 
test_multiprocessing_fork (33 sec), test_pyclbr (31 sec), test_math (42 sec), 
test_calendar (35 sec), test_datetime (33 sec), test_distutils (30 sec)
test test_ctypes failed -- Traceback (most recent call last):
  File "/usr/src/dist/new/Python-3.6.6/Lib/ctypes/test/test_structures.py", 
line 416, in test_pass_by_value
self.assertEqual(s.first, 0xdeadbeef)
AssertionError: 195948557 != 3735928559

Obviously, the "0xbadf00d" field setting is propagating back up through 
something that's supposed to be passed-by-value, and the test case quite 
rightly picks up on it.  I suspect this bug exists in 2.7.15 as well (2.7 just 
doesn't have the testcase to catch it).
 
This is built with gcc-8.2.0, glibc-2.27, kernel 4.16.18, CFLAGS="-O1 -mcpu=v9 
-mtune=v9".  (FYI I had to turn down optimization to resolve another test 
failure, hence the "-O1".)

I'm guessing SPARC64 calling conventions are still passing certain large values 
by reference, and libffi isn't dealing with this?  I'm still investigating.  
I've tried it with and without --with-system-libffi, with no difference (my 
system libffi is 3.2.1).

--
components: ctypes
messages: 326102
nosy: kelledin-3
priority: normal
severity: normal
status: open
title: test_ctypes failing on Linux SPARC64
type: behavior
versions: Python 3.6

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue34609] Importing certain modules while debugging raises an exception

[Tal Einat]

Change by Tal Einat :


--
title: Importing the certain modules while debugging raises an exception -> 
Importing certain modules while debugging raises an exception

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue34609] Importing the certain modules while debugging raises an exception

[Tal Einat]

Change by Tal Einat :


--
title: Idle Unitest -> Importing the certain modules while debugging raises an 
exception

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue29081] time.strptime() return wrong result

[Karthikeyan Singaravelan]

Change by Karthikeyan Singaravelan :


--
nosy: +xtreak

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue29164] make test always fail at 218/405 ( AssertionError: ', ' not found in '1234.5' )

[Karthikeyan Singaravelan]

Change by Karthikeyan Singaravelan :


--
nosy: +xtreak

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue34369] kqueue.control() documentation and implementation mismatch

[Tal Einat]

Change by Tal Einat :


--
keywords: +patch
pull_requests: +8906
stage:  -> patch review

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue34472] zipfile: does not include optional descriptor signature

[Serhiy Storchaka]

Serhiy Storchaka  added the comment:


New changeset 6ec298114855b648a1f5fc4188ea3686a9d77fb3 by Serhiy Storchaka in 
branch '2.7':
[2.7] bpo-34472: Add data descriptor signature to zipfile (GH-8871) (ПР-9407)
https://github.com/python/cpython/commit/6ec298114855b648a1f5fc4188ea3686a9d77fb3


--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue31218] del expects __delitem__ if __setitem__ is defined

[Karthikeyan Singaravelan]

Change by Karthikeyan Singaravelan :


--
nosy: +xtreak

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue31521] segfault in PyBytes_AsString

[Karthikeyan Singaravelan]

Change by Karthikeyan Singaravelan :


--
nosy: +xtreak

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1529353] Squeezer - squeeze large output in IDLE's shell

[Tal Einat]

Tal Einat  added the comment:

The PR is ready for another review.

ISTM it should be good to go, after have addressing all of the significant 
issues brought up in the discussion here.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue33083] math.factorial accepts non-integral Decimal instances

[Tal Einat]

Change by Tal Einat :


--
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue34609] Idle Unitest

[Tal Einat]

Change by Tal Einat :


--
versions: +Python 3.8

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue34736] Confusing base64.b64decode output

[Tal Einat]

Change by Tal Einat :


--
nosy: +ned.deily

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue32644] unittest.mock.call len() error

[Karthikeyan Singaravelan]

Change by Karthikeyan Singaravelan :


--
nosy: +xtreak

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue32897] test_gdb failed on Fedora 27

[Karthikeyan Singaravelan]

Change by Karthikeyan Singaravelan :


--
nosy: +xtreak

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue22490] Using realpath for __PYVENV_LAUNCHER__ makes Homebrew installs fragile

[Jason R. Coombs]

Jason R. Coombs  added the comment:

I went naively through the codebase and removed every reference to 
PYVENV_LAUNCHER and submitted as PR 9498. Does the CI runner at 
https://python.visualstudio.com/cpython/_build/results?buildId=31019&view=logs 
use a framework build such that it's an adequate test of the change?

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue22490] Using realpath for __PYVENV_LAUNCHER__ makes Homebrew installs fragile

[Jason R. Coombs]

Change by Jason R. Coombs :


--
pull_requests: +8905
stage:  -> patch review

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue34770] pyshellext.cpp: Possible null pointer dereference

[Zackery Spytz]

Change by Zackery Spytz :


--
keywords: +patch
pull_requests: +8904
stage:  -> patch review

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue34770] pyshellext.cpp: Possible null pointer dereference

[Zackery Spytz]

New submission from Zackery Spytz :

The GlobalLock() call in UpdateDropDescription() is not checked for failure.

--
messages: 326098
nosy: ZackerySpytz
priority: normal
severity: normal
status: open
title: pyshellext.cpp: Possible null pointer dereference
type: behavior
versions: Python 3.6, Python 3.7, Python 3.8

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue33039] int() and math.trunc don't accept objects that only define __index__

[Karthikeyan Singaravelan]

Change by Karthikeyan Singaravelan :


--
nosy: +xtreak

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue31973] Incomplete DeprecationWarning for async/await keywords

[Karthikeyan Singaravelan]

Change by Karthikeyan Singaravelan :


--
nosy: +xtreak

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue32181] runaway Tasks with Task.cancel() ignored.

[Karthikeyan Singaravelan]

Change by Karthikeyan Singaravelan :


--
nosy: +xtreak

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue30773] async generator receives wrong value when shared between coroutines

[Karthikeyan Singaravelan]

Change by Karthikeyan Singaravelan :


--
nosy: +xtreak

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue16360] argparse: comma in metavar causes assertion failure when formatting long usage message

[Karthikeyan Singaravelan]

Karthikeyan Singaravelan  added the comment:

Thanks @paul.j3 for the PR. The PR in the linked issue was merged and I cannot 
reproduce the original assertion error in the latest 2.7 branch with the script.

$ ./python.exe
Python 2.7.15+ (remotes/upstream/2.7:10be1d3f80, Sep 22 2018, 22:10:28)
[GCC 4.2.1 Compatible Apple LLVM 7.0.2 (clang-700.1.81)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
>>>
$ ./python.exe ../backups/bpo16360.py
usage: bpo16360.py [-h] [-w TIME] [-r N] [-j TIME] [-W TIME]
   [-y COUNT|max|avg] [-o FILE] [-c CHANNEL[=LABEL],...]
   FILE [FILE ...]
bpo16360.py: error: too few arguments


Thanks

--
nosy: +xtreak

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue34476] asyncio.sleep(0) not documented

[Karthikeyan Singaravelan]

Change by Karthikeyan Singaravelan :


--
nosy: +xtreak

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com