[issue37174] sched.py: run() is caught in delayfunc even if all events are cancelled.

[Raymond Hettinger]

Raymond Hettinger  added the comment:

Marking this as 3.9 because it is an API change.  Also, you can already control 
the delayfunc through the current API, so I don't see the necessity of a 
changing the default which seems to work fine for most users.

Tim, what do you think?

--
nosy: +rhettinger, tim.peters
versions:  -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

[issue36422] tempfile.TemporaryDirectory() removes entire directory tree even if it's a mount-point

[Jeffrey Kintscher]

Jeffrey Kintscher  added the comment:

Another data point:

On macOS 10.14.4, unlink() returns EBUSY when it tries to delete the mount 
point. tempfile.TemporaryDirectory() doesn't handle EBUSY and ends up skipping 
over the mount point and propagates the OSError exception up to the caller.  It 
leaves the mounted directory tree untouched.

--

___
Python tracker 

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

[issue29505] Submit the re, json, & csv modules to oss-fuzz testing

[Ammar Askar]

Change by Ammar Askar :


--
pull_requests: +13780
pull_request: https://github.com/python/cpython/pull/13907

___
Python tracker 

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

[issue37174] sched.py: run() is caught in delayfunc even if all events are cancelled.

[Terry J. Reedy]

Terry J. Reedy  added the comment:

3.6 only gets security fixes.  3.7, 3.8 only get bugfixes.  Something new 
should be a separate PR.

--
nosy: +terry.reedy
stage:  -> test needed
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

[issue37178] One argument form of math.perm()

[Raymond Hettinger]

Raymond Hettinger  added the comment:

It's possible the word permutations means something different to you than it 
does to me.  The itertools.permutations() function is only one function, one 
that includes the default option to generate all permutations.  It does the 
same as permute(n, r) and permute(n) in Maple; and the same as 
Permutations[list, n] and Permutations[list] in Mathematica.  For the math 
module, perm(n) is just a common special case that means all possible 
arrangements.

--

___
Python tracker 

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

[issue37176] super() docs don't say what super() does

[Steven D'Aprano]

Steven D'Aprano  added the comment:

> > What matters is the __mro__ attribute of the first argument. It matters 
> because that is how the MRO actually is searched.
> 
> By the way, if it was true (it is not), 

Yes, I see that now.

> then what did you think was 
> the purpose of the second parameter of super(type, obj-or-type)?

Given super(T, obj).method the method object is bound to instance obj; 
how else could it return a bound method instead of an unbound one?

--

___
Python tracker 

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

[issue37173] inspect.getfile error names module instead of passed class

[Terry J. Reedy]

Terry J. Reedy  added the comment:

The correct message would be
" is a built-in class"

We do not backport exception message changes unless 'buggy enough'.  I asked on 
core-mentorship whether this fix qualifies.

--
nosy: +terry.reedy

___
Python tracker 

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

[issue37188] Creating a ctypes array of an element with size zero causes "Fatal Python error: Floating point exception"

[Eric Wieser]

Change by Eric Wieser :


--
pull_requests: +13779
stage: backport needed -> patch review
pull_request: https://github.com/python/cpython/pull/13906

___
Python tracker 

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

[issue37172] Odd error awaiting a Future

[Terry J. Reedy]

Terry J. Reedy  added the comment:

Dima, unless you want to make a specific doc change suggestion, I think this 
should be closed.  The planned code changes will be on other issues.

--
nosy: +terry.reedy

___
Python tracker 

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

[issue37176] super() docs don't say what super() does

[Raymond Hettinger]

Change by Raymond Hettinger :


--
assignee: docs@python -> rhettinger

___
Python tracker 

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

[issue37178] One argument form of math.perm()

[Raymond Hettinger]

Change by Raymond Hettinger :


--
keywords: +patch
pull_requests: +13778
stage:  -> patch review
pull_request: https://github.com/python/cpython/pull/13905

___
Python tracker 

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

[issue37176] super() docs don't say what super() does

[Steven D'Aprano]

Steven D'Aprano  added the comment:

> I'm sorry to say that you're wrong here. 

I'm happy to be corrected.

It is fair to say I failed to take the multiple inheritance case into 
account. Clearly super can't *only* look at the MRO of the first object 
since that will miss the multiple inheritance case, as you point out. 
Thank you.

But neither can it *only* look at the MRO of the second class, because 
that would restart the search at the top of the hierarchy; also if 
type(second argument) was the only thing that mattered, that would make 
the first argument redundant and pointless.

--

___
Python tracker 

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

[issue36924] Simplify implementation of classmethod_descriptor.__call__

[Raymond Hettinger]

Raymond Hettinger  added the comment:

> However, calling them is unlikely to happen in practice: the 
> only way to obtain such an object is to extract from the 
> class __dict__.

Generally the experience of the PyPy team has been that every code that a user 
can take is in fact taken by some users.  Usually, we don't get to change a 
publicly accessible API to facilitate an optimization.

--
nosy: +rhettinger

___
Python tracker 

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

[issue37200] PyType_GenericAlloc might over-allocate memory

[Neil Schemenauer]

Neil Schemenauer  added the comment:

Updated patch is attached.  It appears that the extra item is only needed if 
Py_TPFLAGS_TYPE_SUBCLASS set.  In all other cases, it seems we don't need the 
extra space for the sentinel.  At least, the unit tests pass with this change.  
It could be that some extension module depends on this extra allocated spaced.

The number of types affected by this change seem relatively small.  The 'list' 
type is not affected because tp_itemsize is 0.  I did a little test by running 
some unit tests, here are some type names that have a smaller amount of memory 
allocated for them:

   _NamedIntConstant
   CodecInfo
   Point
   TestResults
   madtuple

--
priority: normal -> low
stage:  -> patch review
Added file: https://bugs.python.org/file48404/generic_alloc_sentinel_v2.txt

___
Python tracker 

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

[issue18355] Merge super() guide into documentation

[Raymond Hettinger]

Raymond Hettinger  added the comment:

I think for now I'll leave this as an external supplement to the documentation. 
 My previous experience with moving a personal blog post into the main docs 
didn't go so well.

--
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

[issue37172] Odd error awaiting a Future

[Terry J. Reedy]

Change by Terry J. Reedy :


--
title: Odd error awating a Future -> Odd error awaiting a Future
versions: +Python 3.9

___
Python tracker 

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

[issue37161] Pre-populate user editable text in input()

[Terry J. Reedy]

Terry J. Reedy  added the comment:

I like the idea, but doubt this can be implemented.  Python assumes a 
least-common-denominator dumb terminal.  Program output is sent on stdout/err 
and displayed read-only.  Used input is read from stdin.  It is put there 
either key by key or after the Enter key is hit.  An input buffer allows 
editing before hitting enter.

'Dumb' means 'No smart escape code to put following output into the user input 
buffer.' Actually, I don't know that there is an ansi codes to do that.  I am 
curious how readline.insert_text works.  (I don't have it on Windows.)

Even if the feature could be made to run on Mac/Linux/Windows10 system consoles 
with custom , there is the issue of supporting other displays, such as IDLE.

--
nosy: +terry.reedy

___
Python tracker 

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

[issue37150] Do not allow to pass FileType class object instead of instance in add_argument

[Andrew Svetlov]

Change by Andrew Svetlov :


--
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed
versions:  -Python 2.7, Python 3.7

___
Python tracker 

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

[issue37150] Do not allow to pass FileType class object instead of instance in add_argument

[miss-islington]

miss-islington  added the comment:


New changeset 606ac581e2451c420117c55632f0fe13d4cec2cd by Miss Islington (bot) 
in branch '3.8':
bpo-37150: Throw ValueError if FileType class object was passed in add_argument 
(GH-13805)
https://github.com/python/cpython/commit/606ac581e2451c420117c55632f0fe13d4cec2cd


--

___
Python tracker 

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

[issue36964] `python3 -m venv NAME`: virtualenv is not portable

[Brett Cannon]

Change by Brett Cannon :


--
nosy:  -brett.cannon

___
Python tracker 

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

[issue36964] `python3 -m venv NAME`: virtualenv is not portable

[Brett Cannon]

Brett Cannon  added the comment:

Please do not add me back to the nosy list as I stand by my thinking that this 
feature isn't worth pursuing. I understand you feel they are reasonable, Marco, 
but I don't like the idea of changing what VIRTUAL_ENV gets set to when I 
believe you should recreate the virtual environment as necessary and risk 
surprising people who expect VIRTUAL_ENV to function as it does today and has 
for years.

--

___
Python tracker 

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

[issue37162] new importlib dependencies csv, email and zipfile

[Brett Cannon]

Brett Cannon  added the comment:

@serhiy: mind opening a new issue for your zipfile.Path worry?

--

___
Python tracker 

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

[issue37201] fix test_distutils failures for Windows ARM64

[Paul Monson]

Change by Paul Monson :


--
keywords: +patch
pull_requests: +13777
stage:  -> patch review
pull_request: https://github.com/python/cpython/pull/13902

___
Python tracker 

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

[issue37201] fix test_distutils failures for Windows ARM64

[Paul Monson]

New submission from Paul Monson :

There are a few places where ARM64 is not correctly specified in order for 
distutils to work for on-target builds using Visual Studio (32-bit x86 
emulation).

--
components: Tests, Windows
messages: 345008
nosy: Paul Monson, paul.moore, steve.dower, tim.golden, zach.ware
priority: normal
severity: normal
status: open
title: fix test_distutils failures for Windows ARM64
type: enhancement
versions: Python 3.8, Python 3.9

___
Python tracker 

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

[issue37168] Decimal divisions sometimes 10x or 100x too large

[STINNER Victor]

STINNER Victor  added the comment:

Can you try to reproduce your workflow with Python compiled in debug mode 
(./configure --with-pydebug)? With Python 3.8, you can now use a debug Python 
without having to recompile your C extensions :-)

--

___
Python tracker 

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

[issue37151] Calling code cleanup after PEP 590

[Evita Cano]

Change by Evita Cano :


--
nosy: +Evita Cano

___
Python tracker 

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

[issue37196] Allowing arbitrary expressions in the @expression syntax

[Guido van Rossum]

Change by Guido van Rossum :


--
nosy:  -gvanrossum

___
Python tracker 

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

[issue37150] Do not allow to pass FileType class object instead of instance in add_argument

[miss-islington]

Change by miss-islington :


--
pull_requests: +13776
pull_request: https://github.com/python/cpython/pull/13901

___
Python tracker 

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

[issue37150] Do not allow to pass FileType class object instead of instance in add_argument

[miss-islington]

miss-islington  added the comment:


New changeset 03d5831a2d62c68654ec223168e574cd546efbf6 by Miss Islington (bot) 
(zygocephalus) in branch 'master':
bpo-37150: Throw ValueError if FileType class object was passed in add_argument 
(GH-13805)
https://github.com/python/cpython/commit/03d5831a2d62c68654ec223168e574cd546efbf6


--
nosy: +miss-islington

___
Python tracker 

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

[issue36964] `python3 -m venv NAME`: virtualenv is not portable

[Marco Sulla]

Marco Sulla  added the comment:

Please Mr. Cannon, can you read my last posts? I think they are not describing 
a mad idea, but something reasonable.

--
nosy: +brett.cannon

___
Python tracker 

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

[issue37149] link to official documentation tkinter failed !!!

[Terry J. Reedy]

Change by Terry J. Reedy :


--
Removed message: https://bugs.python.org/msg344550

___
Python tracker 

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

[issue37144] tarfile.open: improper handling of path-like object

[Terry J. Reedy]

Terry J. Reedy  added the comment:

3.6 only gets security patches.  Thanks for testing with 3.7 also.

--
nosy: +terry.reedy
versions: +Python 3.9 -Python 3.6

___
Python tracker 

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

[issue37141] Allow multiple separators in Stream.readuntil

[Terry J. Reedy]

Change by Terry J. Reedy :


--
stage:  -> test needed
versions: +Python 3.9 -Python 3.8

___
Python tracker 

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

[issue37133] Erro "ffi.h: No such file" when build python 3.8 (branch master) on windows 10

[Terry J. Reedy]

Terry J. Reedy  added the comment:

In command prompt, I see the following, with comments added.

f:\dev\3x>PCbuild\build.bat -e
  # -e should not be needed, but explicitly says to build externals
Using py -3.7 (found 3.7 with py.exe)
  # You must have an installed python to build python.
Fetching external libraries...
  # There are 4.
bzip2-1.0.6 already exists, skipping.
  # You should see something about fetching.
...
Fetching external binaries...
  # There are 3
libffi already exists, skipping.
  # Again, you should see something about fetching.
  # Although the .c files are not downloaded, the include files, including 
ffi.h, are, in externals/libffi/(win32|amd64)/include.

I personally have not used PCBuild\pcbuild.sln for years, since Zach added a 
fully functional build.bat.  After running the resulting binary, I pin the icon 
to the taskbar, so I can easily run freshly compiled python interactively 
without blocking the command window.  The pinned icon remains valid after 
re-compiles, which I do often.

--
nosy: +terry.reedy

___
Python tracker 

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

[issue37200] PyType_GenericAlloc might over-allocate memory

[Neil Schemenauer]

New submission from Neil Schemenauer :

In the process of working on some garbage collector/obmalloc experiments, I 
noticed what seems to be a quirk about PyType_GenericAlloc().  It calls:

size = _PyObject_VAR_SIZE(type, nitems+1);

Note the "+1" which is documented as "for the sentinel".  That code dates back 
to change "e5c691abe3946ddbaa00730b92f3b96f96903f7d" when Guido added support 
for heap types.  This extra item is not added by _PyObject_GC_NewVar().  Also, 
the documentation for tp_alloc says that the size of the allocated block should 
be:

  tp_basicsize + nitems*tp_itemsize, rounded up to a multiple of sizeof(void*);

The "+1" for the sentinel is definitely needed in certain cases.  I think it 
might only be needed if 'type' is a subtype of 'type'.  I.e. if 
Py_TPFLAGS_TYPE_SUBCLASS is set on 'type'.

I haven't done enough analysis to fully understand this quirk yet but I think 
we are allocating extra memory quite regularly.  Quite a lot of types use 
tp_alloc = PyType_GenericAlloc.  E.g. the 'list' type or a subclass of the 
tuple type.

It seems with the attached patch, unit tests still pass.  Perhaps the +1 could 
be removed on the non-GC branch of the code as well.

--
components: Interpreter Core
files: generic_alloc_sentinel.txt
messages: 345002
nosy: nascheme
priority: normal
severity: normal
status: open
title: PyType_GenericAlloc might over-allocate memory
type: performance
Added file: https://bugs.python.org/file48403/generic_alloc_sentinel.txt

___
Python tracker 

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

[issue37150] Do not allow to pass FileType class object instead of instance in add_argument

[Michele Angrisano]

Change by Michele Angrisano :


--
nosy: +bethard

___
Python tracker 

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

[issue37130] pathlib.with_name() doesn't like unnamed files.

[Terry J. Reedy]

Terry J. Reedy  added the comment:

Welcome to Python.  If you end up proposing a change to code or doc, this will 
end up being the right place.  A change to a documented behavior be called an 
'enhancement' and only applied to the next version.  A doc change will likely 
be backported.

--
nosy: +terry.reedy
versions: +Python 3.9 -Python 3.7

___
Python tracker 

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

[issue37129] Add os.RWF_APPEND flag for os.pwritev

[Terry J. Reedy]

New submission from Terry J. Reedy :

Issues need a more complete title and at least *some* explanation.

--
nosy: +terry.reedy
title: Add RWF_APPEND flag -> Add os.RWF_APPEND flag for os.pwritev
versions: +Python 3.9 -Python 3.8

___
Python tracker 

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

[issue37195] test_utime fails on MacOS Mojave (Kernel Version 18.6.0:)

[Pablo Galindo Salgado]

Pablo Galindo Salgado  added the comment:

> WHat kind of file system is @test_28886_tmp/f1 created on?

Apple_APFS

--

___
Python tracker 

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

[issue21492] email.header.decode_header sometimes returns bytes, sometimes str

[Terry J. Reedy]

Change by Terry J. Reedy :


--
versions: +Python 3.7, Python 3.8, Python 3.9 -Python 3.3

___
Python tracker 

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

[issue37195] test_utime fails on MacOS Mojave (Kernel Version 18.6.0:)

[Pablo Galindo Salgado]

Pablo Galindo Salgado  added the comment:

I will test this on other laptops to try to "bisect" configuration-wise, but 
for my investigation so far, it seems that the value in the (STRUCT_STAT) 
st->st_atime is directly wrong (is 1559932701 when the test fails and 1 when 
the test succeeds).

--

___
Python tracker 

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

[issue37195] test_utime fails on MacOS Mojave (Kernel Version 18.6.0:)

[Ned Deily]

Ned Deily  added the comment:

WHat kind of file system is @test_28886_tmp/f1 created on?

--

___
Python tracker 

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

[issue37176] super() docs don't say what super() does

[Raymond Hettinger]

Raymond Hettinger  added the comment:

Please make a concrete proposal (a PR or somesuch). That will make it much 
easier to determine whether a particular bit of word-smithing is a improvement.

Of the issues discussed so far, these are the most promising:
* Document how the zero argument form of super() infers its arguments.
* Be clear that it is the mro of type(self) that determines the search path and 
that the role of super() is to the next in the mro after the current class.

--
versions:  -Python 2.7, Python 3.5, 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

[issue37138] PEP 590 method_vectorcall calls memcpy with NULL src

[Gregory P. Smith]

Gregory P. Smith  added the comment:

Thanks Jeroen!

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

___
Python tracker 

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

[issue37138] PEP 590 method_vectorcall calls memcpy with NULL src

[miss-islington]

miss-islington  added the comment:


New changeset 6e053079ac3fe50ffbe9128bcf766298168c31cb by Miss Islington (bot) 
in branch '3.8':
bpo-37138: fix undefined behaviour with memcpy() on NULL array (GH-13867)
https://github.com/python/cpython/commit/6e053079ac3fe50ffbe9128bcf766298168c31cb


--
nosy: +miss-islington

___
Python tracker 

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

[issue37189] PyRun_String not exported in python38.dll

[Zachary Ware]

Zachary Ware  added the comment:

A look through `git log -p` looks like bpo-34646 is likely to be related.

--
nosy: +benjamin.peterson

___
Python tracker 

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

[issue37181] fix test_regrtest failures on Windows arm64

[miss-islington]

miss-islington  added the comment:


New changeset 84d47bd8ad48f29ed5d333f4307408ad1e081f59 by Miss Islington (bot) 
in branch '3.8':
bpo-37181: Fix test_regrtest failures on Windows arm64 (GH-13872)
https://github.com/python/cpython/commit/84d47bd8ad48f29ed5d333f4307408ad1e081f59


--
nosy: +miss-islington

___
Python tracker 

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

[issue13501] Make libedit support more generic; port readline / libedit to FreeBSD

[Gregory P. Smith]

Gregory P. Smith  added the comment:

In PR it you refer to -ledit and to editline.  libedit and libeditline appear 
to be two different libraries.

I was under the impression that libedit is the desirable one (it's what *BSD 
uses - coming originally from NetBSD if I understand correctly - which is how 
it wound up being macOS's choice).  I could also be wrong.

Is there a relationship between libedit and libeditline?  They both look like 
useful non-GPL readline alternatives.

We're building CPython internally at Google with libedit instead of readline of 
late and our initial patch to do this looks similar (though simpler) than your 
PR's readline.c changes.  The #ifdef __APPLE__ checks are replaced with a 
#ifdef HAVE_LIBEDIT check which we set in our pyconfig.h.

I'm interested in seeing this stuff get in one way or another, there's no 
reason we should tie people to GNU readline. :)

--
assignee:  -> gregory.p.smith

___
Python tracker 

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

[issue37195] test_utime fails on MacOS Mojave (Kernel Version 18.6.0:)

[Carol Willing]

Carol Willing  added the comment:

@pablogsal My debug info looks similar to yours other than shell/terminal 
preferences. Similar specs on HW and OS.

./python.exe -m test test_os -R : -v Any other configs that you are frequently 
seeing the failures?

--

___
Python tracker 

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

[issue37189] PyRun_String not exported in python38.dll

[Christoph Gohlke]

Christoph Gohlke  added the comment:

`PyRun_String` was exported at least since `python23.dll`.

Python.Net relies on it at 


--

___
Python tracker 

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

[issue37195] test_utime fails on MacOS Mojave (Kernel Version 18.6.0:)

[Pablo Galindo Salgado]

Pablo Galindo Salgado  added the comment:

Ok, this is the failure once I investigated with pdb:

(Pdb) filename
'@test_28886_tmp/f1'
(Pdb) atime_ns
1002003000
(Pdb) mtime_ns
4005006000
(Pdb) set_time(filename, (atime_ns, mtime_ns))
(Pdb) st = os.stat(filename)
(Pdb) st.st_atime, st.st_mtime
(1559931081.6983175, 4.005006)

Not sure why is that happening.

--

___
Python tracker 

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

[issue37168] Decimal divisions sometimes 10x or 100x too large

[Phil Frost]

Phil Frost  added the comment:

I'm afraid that won't be of much use since the object is statically allocated. 
Besides, the trouble isn't finding what created the object, but what mutated an 
int object which should be immutable.

--

___
Python tracker 

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

[issue13501] Make libedit support more generic; port readline / libedit to FreeBSD

[Gregory P. Smith]

Change by Gregory P. Smith :


--
nosy: +gregory.p.smith

___
Python tracker 

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

[issue37195] test_utime fails on MacOS Mojave (Kernel Version 18.6.0:)

[Pablo Galindo Salgado]

Pablo Galindo Salgado  added the comment:

> For some reason, the files created for this test has a very weird inode 
> information.

Ok, disregard what I am saying, that's actually part of the test. But I think 
this is related to the failure. I keep investigating.

--

___
Python tracker 

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

[issue37195] test_utime fails on MacOS Mojave (Kernel Version 18.6.0:)

[Pablo Galindo Salgado]

Pablo Galindo Salgado  added the comment:

For some reason, the files created for this test has a very weird inode 
information:

❯ ll test_python_**/**/f*
-rw-r--r--  1 pgalindo3  staff 7B  1 Jan  1970 
test_python_26370/@test_26370_tmp/f1

--

___
Python tracker 

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

[issue37195] test_utime fails on MacOS Mojave (Kernel Version 18.6.0:)

[Pablo Galindo Salgado]

Change by Pablo Galindo Salgado :


--
Removed message: https://bugs.python.org/msg344983

___
Python tracker 

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

[issue37138] PEP 590 method_vectorcall calls memcpy with NULL src

[Gregory P. Smith]

Gregory P. Smith  added the comment:


New changeset 1f9531764cc0f8dbca1d8f429d162dc28282f4b4 by Gregory P. Smith 
(Jeroen Demeyer) in branch 'master':
bpo-37138: fix undefined behaviour with memcpy() on NULL array (GH-13867)
https://github.com/python/cpython/commit/1f9531764cc0f8dbca1d8f429d162dc28282f4b4


--

___
Python tracker 

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

[issue36742] CVE-2019-10160: urlsplit NFKD normalization vulnerability in user:password@

[Riccardo Schirone]

Riccardo Schirone  added the comment:

The fix for python-2.7 
(https://github.com/python/cpython/pull/13815/files#diff-b577545d73dd0cdb2c337a4c5f89e1d7R183)
 causes errors when netloc contains characters that can't be encoded by 'ascii' 
codec.

You can see it by doing:
>>> netloc = u'example.com\uf...@bing.com'
>>> raise ValueError(u"netloc '" + netloc + u"' contains invalid characters 
>>> under NFKC normalization")
Traceback (most recent call last):
  File "", line 1, in 
ValueError: 
>>> str(netloc)
Traceback (most recent call last):
  File "", line 1, in 
UnicodeEncodeError: 'ascii' codec can't encode character u'\uff03' in position 
11: ordinal not in range(128)

I suggest we use `repr(netloc)` instead of `netloc` in the ValueError message.

--
nosy: +rschiron

___
Python tracker 

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

[issue37181] fix test_regrtest failures on Windows arm64

[miss-islington]

Change by miss-islington :


--
pull_requests: +13774
pull_request: https://github.com/python/cpython/pull/13899

___
Python tracker 

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

[issue37138] PEP 590 method_vectorcall calls memcpy with NULL src

[miss-islington]

Change by miss-islington :


--
pull_requests: +13775
pull_request: https://github.com/python/cpython/pull/13900

___
Python tracker 

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

[issue37189] PyRun_String not exported in python38.dll

[Steve Dower]

Steve Dower  added the comment:

Guessing Victor may have touched something in this area.

Was it exported before? Or did we just have a macro for it? Maybe the macro was 
moved to an internal header by mistake?

--
nosy: +vstinner

___
Python tracker 

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

[issue37195] test_utime fails on MacOS Mojave (Kernel Version 18.6.0:)

[Pablo Galindo Salgado]

Pablo Galindo Salgado  added the comment:

The problem is that one of the filenames that the test creates has this inode 
information for some mysterious reason:

❯ ll @test_25508_tmp/f1
-rw-r--r--  1 pgalindo3  staff 7B  1 Jan  1970 @test_25508_tmp/f1

--

___
Python tracker 

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

[issue37181] fix test_regrtest failures on Windows arm64

[Steve Dower]

New submission from Steve Dower :


New changeset e7e5039d6940e41839dcef0433262ff363408dad by Steve Dower (Paul 
Monson) in branch 'master':
bpo-37181: Fix test_regrtest failures on Windows arm64 (GH-13872)
https://github.com/python/cpython/commit/e7e5039d6940e41839dcef0433262ff363408dad


--

___
Python tracker 

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

[issue37195] test_utime fails on MacOS Mojave (Kernel Version 18.6.0:)

[Pablo Galindo Salgado]

Pablo Galindo Salgado  added the comment:

The failure tends to be very reliable when running with -R, running the test in 
isolation or only one time normally succeeds. I will try to investigate more.

The hardware is a MacBook Pro with Mojave 10.14.5, 2.2 GHz Intel Core i7 and 16 
GB 2400 MHz DDR4.

--

___
Python tracker 

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

[issue37195] test_utime fails on MacOS Mojave (Kernel Version 18.6.0:)

[Pablo Galindo Salgado]

Pablo Galindo Salgado  added the comment:

Python debug information


CC.version: Configured with: --prefix=/Library/Developer/CommandLineTools/usr 
--with-gxx-include-dir=/usr/include/c++/4.2.1
Py_DEBUG: Yes (sys.gettotalrefcount() present)
_decimal.__libmpdec_version__: 2.4.2
builtins.float.double_format: IEEE, little-endian
builtins.float.float_format: IEEE, little-endian
config[_config_init]: 2
config[_init_main]: 1
config[_install_importlib]: 1
config[argv]: ['-m']
config[base_exec_prefix]: '/usr/local'
config[base_prefix]: '/usr/local'
config[buffered_stdio]: 1
config[bytes_warning]: 0
config[check_hash_pycs_mode]: 'default'
config[configure_c_stdio]: 1
config[dev_mode]: 0
config[dump_refs]: 0
config[exec_prefix]: '/usr/local'
config[executable]: '/Users/pgalindo3/github/cpython/python.exe'
config[faulthandler]: 0
config[filesystem_encoding]: 'utf-8'
config[filesystem_errors]: 'surrogateescape'
config[hash_seed]: 0
config[home]: None
config[import_time]: 0
config[inspect]: 0
config[install_signal_handlers]: 1
config[interactive]: 0
config[isolated]: 0
config[malloc_stats]: 0
config[module_search_paths]: ['/usr/local/lib/python39.zip', 
'/Users/pgalindo3/github/cpython/Lib', 
'/Users/pgalindo3/github/cpython/build/lib.macosx-10.14-x86_64-3.9-pydebug']
config[optimization_level]: 0
config[parse_argv]: 1
config[parser_debug]: 0
config[pathconfig_warnings]: 1
config[prefix]: '/usr/local'
config[program_name]: './python.exe'
config[pycache_prefix]: None
config[pythonpath_env]: None
config[quiet]: 0
config[run_command]: None
config[run_filename]: None
config[run_module]: 'test.pythoninfo'
config[show_alloc_count]: 0
config[show_ref_count]: 0
config[site_import]: 1
config[skip_source_first_line]: 0
config[stdio_encoding]: 'utf-8'
config[stdio_errors]: 'strict'
config[tracemalloc]: 0
config[use_environment]: 1
config[use_hash_seed]: 0
config[user_site_directory]: 1
config[verbose]: 0
config[warnoptions]: []
config[write_bytecode]: 1
config[xoptions]: []
datetime.datetime.now: 2019-06-07 18:47:42.879783
expat.EXPAT_VERSION: expat_2.2.6
gdbm.GDBM_VERSION: 1.18.1
global_config[Py_BytesWarningFlag]: 0
global_config[Py_DebugFlag]: 0
global_config[Py_DontWriteBytecodeFlag]: 0
global_config[Py_FileSystemDefaultEncodeErrors]: 'surrogateescape'
global_config[Py_FileSystemDefaultEncoding]: 'utf-8'
global_config[Py_FrozenFlag]: 0
global_config[Py_HasFileSystemDefaultEncoding]: 0
global_config[Py_HashRandomizationFlag]: 1
global_config[Py_IgnoreEnvironmentFlag]: 0
global_config[Py_InspectFlag]: 0
global_config[Py_InteractiveFlag]: 0
global_config[Py_IsolatedFlag]: 0
global_config[Py_NoSiteFlag]: 0
global_config[Py_NoUserSiteDirectory]: 0
global_config[Py_OptimizeFlag]: 0
global_config[Py_QuietFlag]: 0
global_config[Py_UTF8Mode]: 0
global_config[Py_UnbufferedStdioFlag]: 0
global_config[Py_VerboseFlag]: 0
global_config[_Py_HasFileSystemDefaultEncodeErrors]: 0
locale.encoding: UTF-8
os.cpu_count: 12
os.cwd: /Users/pgalindo3/github/cpython
os.environ[CFLAGS]: -I/usr/local/opt/zlib/include 
-I/usr/local/opt/openssl/include
os.environ[CPPFLAGS]: -I/usr/local/opt/openssl/include 
-I/usr/local/opt/zlib/include
os.environ[DISPLAY]: 
/private/tmp/com.apple.launchd.e9sp6YZNFd/org.macosforge.xquartz:0
os.environ[HOME]: /Users/pgalindo3
os.environ[LANG]: en_GB.UTF-8
os.environ[LC_CTYPE]: en_GB.UTF-8
os.environ[LDFLAGS]: -L/usr/local/opt/zlib/lib
os.environ[LD_LIBRARY_PATH]: /opt/cuda/lib64:
os.environ[PATH]: 
/Users/pgalindo3/.cargo/bin:/Users/pgalindo3/.cargo/bin:/usr/local/bin:/usr/bin:/bin:/usr/sbin:/sbin:/Applications/VMware
 
Fusion.app/Contents/Public/:/usr/local/MacGPG2/bin:/opt/X11/bin:/Users/pgalindo3/.cargo/bin:/opt/cuda/bin:/home/pablogsal/.bin:/Users/pgalindo3/.npm-global/bin/:/Users/pgalindo3/Library/Python/3.7/bin:/home/pablogsal/.gem/ruby/2.3.0/bin:/usr/local/opt/fzf/bin
os.environ[SHELL]: /bin/zsh
os.environ[TERM]: xterm-256color
os.environ[TMPDIR]: /var/folders/sw/ml9tlhsx7hd7sdqpnlzhrxxhgr/T/
os.gid: 20
os.groups: 20, 12, 61, 79, 80, 81, 98, 33, 100, 204, 250, 395, 398, 399, 701, 
702
os.loadavg: (1.38916015625, 1.4130859375, 1.4541015625)
os.login: pgalindo3
os.name: posix
os.supports_bytes_environ: True
os.supports_effective_ids: ['access']
os.supports_fd: ['chdir', 'chmod', 'chown', 'listdir', 'pathconf', 'scandir', 
'stat', 'statvfs', 'truncate', 'utime']
os.supports_follow_symlinks: ['access', 'chflags', 'chmod', 'chown', 'link', 
'stat', 'utime']
os.uid: 504
os.umask: 022
os.uname: posix.uname_result(sysname='Darwin', nodename='C02XG51ZJGH5', 
release='18.6.0', version='Darwin Kernel Version 18.6.0: Thu Apr 25 23:16:27 
PDT 2019; root:xnu-4903.261.4~2/RELEASE_X86_64', machine='x86_64')
platform.architecture: 64bit
platform.platform: macOS-10.14.5-x86_64-i386-64bit
platform.python_implementation: CPython
pre_config[_config_init]: 2
pre_config[allocator]: 0
pre_config[coerce_c_locale]: 0
pre_config[coerce_c_locale_warn]: 0
pre_config[configure_locale]: 1
pre_config[dev_mode]: 0

[issue37195] test_utime fails on MacOS Mojave (Kernel Version 18.6.0:)

[Carol Willing]

Carol Willing  added the comment:

Confirming that they do pass on my Mojave system. 

test_utime (test.test_os.UtimeTests) ... ok
test_utime_by_indexed (test.test_os.UtimeTests) ... ok
...
test_utime_dir_fd (test.test_os.UtimeTests) ... ok

Though I did have to go through some shenanigans (which may or may not be 
related) to get configure and make to run cleanly:
- open 
/Library/Developer/CommandLineTools/Packages/macOS_SDK_headers_for_macOS_10.14.pkg
- removed brewed binutils 
- removed all brewed pythons
- make clean all

Then the normal process worked.

--
nosy: +willingc

___
Python tracker 

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

[issue37175] make install: make compileall optional

[Ned Deily]

Ned Deily  added the comment:

In many installations, the user running Python would not have write access to 
the lib directory tree where the compiled byte files need to be created so we 
would not want to change the current default behavior.  On the other hand, I 
could see some times when testing where it would speed things up to skip 
compiling.

The issue of tons of output is really a more important issue; it would be 
useful to be able to suppress all those lines of compile output as they rarely 
provide any useful information, perhaps even suppressing by default.

--
nosy: +ned.deily
versions: +Python 3.9 -Python 3.8

___
Python tracker 

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

[issue37186] Everyone uses GIL wrong! = DEADLOCK

[Eric Snow]

Eric Snow  added the comment:

The situation with subinterpreters and the gilstate API is a known problem (see 
issues #10915 and #15751).  We plan on fixing that in the near future for 3.9 
(and probably for 3.8).  Feel free to chime in on those earlier issues.  Note 
that the subinterpreter experience is going to be much improved with the 3.9 
release.

You also mentioned an issue with PyEval_AcquireThread().  If you don't think 
this is directly related to the gilstate API (I suspect it is) then please open 
a new issue for that.

--
resolution:  -> duplicate
stage:  -> resolved
status: open -> closed
superseder:  -> Make the PyGILState API compatible with multiple interpreters

___
Python tracker 

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

[issue18299] Change script_helper to use universal_newlines=True in _assert_python

[STINNER Victor]

STINNER Victor  added the comment:

I dislike script_helper API. I doesn't allow to pass arbitrary keyword 
parameters to subprocess.Popen. IMHO a new API should be added, but I didn't 
check if script_helper already contains such API or not.

--

___
Python tracker 

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

[issue15751] Support subinterpreters in the GIL state API

[Eric Snow]

Change by Eric Snow :


--
versions: +Python 3.8, Python 3.9 -Python 3.6

___
Python tracker 

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

[issue10915] Make the PyGILState API compatible with multiple interpreters

[Eric Snow]

Change by Eric Snow :


--
versions: +Python 3.9

___
Python tracker 

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

[issue36742] CVE-2019-10160: urlsplit NFKD normalization vulnerability in user:password@

[STINNER Victor]

STINNER Victor  added the comment:

CVE-2019-10160 has been assigned by Red Hat to this flaw.

--

___
Python tracker 

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

[issue36742] CVE-2019-10160: urlsplit NFKD normalization vulnerability in user:password@

[STINNER Victor]

Change by STINNER Victor :


--
title: urlsplit doesn't accept a NFKD hostname with a port number -> 
CVE-2019-10160: urlsplit NFKD normalization vulnerability in user:password@

___
Python tracker 

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

[issue37199] Test suite fails when Ipv6 is unavailable

[STINNER Victor]

Change by STINNER Victor :


--
nosy: +vstinner

___
Python tracker 

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

[issue37180] Fix Persian KAF in mac_farsi.py

[SilentGhost]

SilentGhost  added the comment:

Ramin, I agree with Victor, if you have any information contrary to what we 
posted, please feel free to post it here so that we can consider re-opening the 
issue.

--
resolution:  -> not a bug
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

[issue37195] test_utime fails on MacOS Mojave (Kernel Version 18.6.0:)

[Ned Deily]

Ned Deily  added the comment:

Also, what utime* results show up in ./configure output?  I see

checking utime.h usability... yes
checking utime.h presence... yes
checking for utime.h... yes

--

___
Python tracker 

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

[issue37199] Test suite fails when Ipv6 is unavailable

[N.P. Khelili]

New submission from N.P. Khelili :

The test suite does not handle an OS that does not have IPv6.
When Linux kernel is started with argument:

ipv6.disable=1

The test suite fails. ( See attached file )

5 tests failed:
test_asyncio test_imaplib test_importlib test_socket test_zipapp

--
files: test_suite_fail.txt
messages: 344970
nosy: Nophke
priority: normal
severity: normal
status: open
title: Test suite fails when Ipv6 is unavailable
type: behavior
versions: Python 3.9
Added file: https://bugs.python.org/file48402/test_suite_fail.txt

___
Python tracker 

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

[issue37195] test_utime fails on MacOS Mojave (Kernel Version 18.6.0:)

[Ned Deily]

Ned Deily  added the comment:

FWIW, it doesn't fail for me and I don't recall ever seeing a failure like this 
on macOS.  What hardware? ./python.exe -m test.pythoninfo please!

--
nosy: +ned.deily

___
Python tracker 

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

[issue15913] Add PyBuffer_SizeFromFormat() C helper for struct.calcsize()

[STINNER Victor]

Change by STINNER Victor :


--
title: PyBuffer_SizeFromFormat is missing -> Add PyBuffer_SizeFromFormat() C 
helper for struct.calcsize()
versions: +Python 3.9 -Python 3.6

___
Python tracker 

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

[issue37198] _parse_localename fail to parse 'en_IL'

[SilentGhost]

SilentGhost  added the comment:

How come your locale doesn't have encoding associated with it? The bit you're 
looking at is not really relevant, though.

--
components: +Library (Lib)
nosy: +SilentGhost
title: _parse_localename fail to parse 'US_IL' -> _parse_localename fail to 
parse 'en_IL'
type: crash -> behavior

___
Python tracker 

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

[issue37198] _parse_localename fail to parse 'US_IL'

[Michele Angrisano]

Michele Angrisano  added the comment:

Hi Hodai, thank you for the report.
Would you be interested to propose a Pull Request for this issue?

You can read the devguide for more informations.

Thank you. :)

--
nosy: +lemburg, mangrisano

___
Python tracker 

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

[issue37198] _parse_localename fail to parse 'US_IL'

[hodai goldman]

New submission from hodai goldman :

_parse_localename fail to parse 'US_IL':

Traceback (most recent call last):
  File "/usr/bin/flowblade", line 78, in 
app.main(modules_path)
  File "/usr/share/flowblade/Flowblade/app.py", line 194, in main
translations.init_languages()
  File "/usr/share/flowblade/Flowblade/translations.py", line 39, in 
init_languages
lc, encoding = locale.getdefaultlocale()
  File "/usr/lib/python2.7/locale.py", line 545, in getdefaultlocale
return _parse_localename(localename)
  File "/usr/lib/python2.7/locale.py", line 477, in _parse_localename
raise ValueError, 'unknown locale: %s' % localename
ValueError: unknown locale: en_IL


need to add another check for '_' separator, code:

if '.' in code:
return tuple(code.split('.')[:2])

--
messages: 344966
nosy: hodai goldman
priority: normal
severity: normal
status: open
title: _parse_localename fail to parse 'US_IL'
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

[issue37191] Python.h contains intermingled declarations

[STINNER Victor]

STINNER Victor  added the comment:


New changeset 9689f80e61e5863668a562793ebb85031ef9fd3e by Victor Stinner (Petr 
Viktorin) in branch '3.8':
bpo-37191: Avoid declaration-after-statement in header included from Python.h 
(GH-13887)
https://github.com/python/cpython/commit/9689f80e61e5863668a562793ebb85031ef9fd3e


--

___
Python tracker 

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

[issue37197] [Idle-dev] Feedback appreciated for two suggested new features

[SilentGhost]

SilentGhost  added the comment:

This seems to have been posted to bpo by mistake. I'm going to close this issue 
as a duplicate of #37177 and I would appreciate if you would send your e-mail 
to the idle-dev mailing list instead.

--
nosy: +SilentGhost
resolution:  -> duplicate
stage:  -> resolved
status: open -> closed
superseder:  -> IDLE: Search dialogs can be hidden behind the main window
type:  -> behavior

___
Python tracker 

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

[issue37197] [Idle-dev] Feedback appreciated for two suggested new features

[Irv Kalb]

New submission from Irv Kalb :

[I'm not sure of the proper protocol here, I hope sending a message this way is 
OK.]

Hi,

I am writing about the potential fix to the Search Dialog box problem in IDLE 
that I reported a while back.  I can see that there is a flurry of activity on 
this bug.  I saw that there was a code change, but since I have never looked at 
IDLE source code, I really cannot comment on the fix.

However, I did see comments that it might be difficult to reproduce, so I made 
a short video to clearly demonstrate the bug.  (This is on IDLE/Python 3.6.1 
Mac)  You can see it here:

http://www.youtube.com/watch?v=YWDsOEN8qsE 


I did not get a chance to test this out on Window, but the bug is easily 
reproducible on a Mac.

If the change is to leave the dialog box in front of the editing window, that 
would be be fine.  But long term, if it is possible to incorporate a search bar 
like the one in PyCharm, that would be even better.

Thanks for addressing the issue and I hope this video is helpful.

Irv

> On Jun 6, 2019, at 9:28 AM, Tal Einat  wrote:
> 
> After a great delay, I've created an issue[0] about the search dialogs being 
> hidden behind the main window, and have a PR[1] up with a proposed fix.
> 
> [0] https://bugs.python.org/issue37177 
> [1] https://github.com/python/cpython/pull/13869 
> 
> On Thu, Oct 18, 2018 at 8:13 PM Irv Kalb  > wrote:
> Hi,
> 
> I don't have a strong opinion about the details of the search and replace 
> dialogs.  However, I can tell you that a change replacing the dialog box 
> would be greatly appreciated.
> 
> I teach Python classes using IDLE.  The search dialog is a real a problem for 
> new students and me as the teacher.  My students and I often get into a 
> scenario where the search dialog gets hidden behind a editing window.  When 
> that happens, then you try to make edits in code and nothing happens.  This 
> happens to very often.  I have learned to look for the hidden search dialog 
> window, but my students get very flustered.
> 
> I think that a search bar would be a great improvement.  If you can model it 
> similar to the one in PyCharm, that would be wonderful.
> 
> Thanks for looking into this issue.
> 
> Irv
> 
> 
>> On Oct 13, 2018, at 2:51 PM, Tal Einat > > wrote:
>> 
>> Hi,
>> 
>> I've recently been working on two new features, for which I'd like to 
>> discuss whether it would be wise to include in IDLE. Each has a working 
>> implementation in a PR to make it easy to give it a try.
>> 
>> 1. Replace the search and replace dialogs with a search bar
>> https://bugs.python.org/issue34976 
>> https://github.com/python/cpython/pull/9855 
>> 
>> 
>> 2. Ability to run 3rd party code checkers
>> https://bugs.python.org/issue21880 
>> https://github.com/python/cpython/pull/9802 
>> 
>> 
>> Any thoughts would be greatly appreciated!
>> 
>> - Tal Einat
>> ___
>> IDLE-dev mailing list
>> idle-...@python.org 
>> https://mail.python.org/mailman/listinfo/idle-dev 
>> 
> 
> ___
> IDLE-dev mailing list
> idle-...@python.org 
> https://mail.python.org/mailman/listinfo/idle-dev 
> 

--
messages: 344963
nosy: IrvKalb, taleinat
priority: normal
severity: normal
status: open
title: [Idle-dev] Feedback appreciated for two suggested new features

___
Python tracker 

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

[issue37170] Wrong return value from PyLong_AsUnsignedLongLongMask on PyErr_BadInternalCall

[STINNER Victor]

STINNER Victor  added the comment:

Thanks Antti Haapala for the bug report and thanks Zackery Spytz for the fix!

--
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

[issue37170] Wrong return value from PyLong_AsUnsignedLongLongMask on PyErr_BadInternalCall

[STINNER Victor]

STINNER Victor  added the comment:


New changeset 2bfc2dc214445550521074f428245b502d215eac by Victor Stinner 
(Zackery Spytz) in branch '2.7':
[2.7] bpo-37170: Fix the cast on error in PyLong_AsUnsignedLongLongMask() 
(GH-13860) (GH-13898)
https://github.com/python/cpython/commit/2bfc2dc214445550521074f428245b502d215eac


--

___
Python tracker 

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

[issue37194] Move new vector private declarations to the internal C API

[STINNER Victor]

STINNER Victor  added the comment:

Oh, I used the wrong bpo number for this change:

New changeset 740a84de73ad8d02655de0a084036f4b7e49a01b by Victor Stinner in 
branch 'master':
bpo-37191: Move TestPEP590 from test_capi to test_call (GH-13892)
https://github.com/python/cpython/commit/740a84de73ad8d02655de0a084036f4b7e49a01b

New changeset 5effd10bf14ab0a8a6695100aaf0b687eca68e6d by Miss Islington (bot) 
in branch '3.8':
bpo-37191: Move TestPEP590 from test_capi to test_call (GH-13892)
https://github.com/python/cpython/commit/5effd10bf14ab0a8a6695100aaf0b687eca68e6d

--

___
Python tracker 

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

[issue37191] Python.h contains intermingled declarations

[miss-islington]

miss-islington  added the comment:


New changeset 5effd10bf14ab0a8a6695100aaf0b687eca68e6d by Miss Islington (bot) 
in branch '3.8':
bpo-37191: Move TestPEP590 from test_capi to test_call (GH-13892)
https://github.com/python/cpython/commit/5effd10bf14ab0a8a6695100aaf0b687eca68e6d


--
nosy: +miss-islington

___
Python tracker 

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

[issue37180] Fix Persian KAF in mac_farsi.py

[STINNER Victor]

STINNER Victor  added the comment:

> Regarding the file named: "Lib/encodings/mac_farsi.py", the numbers are 
> inserted in the wrong way, they are inserted Arabic numbers instead of 
> Persian, they are edited in the comment.

Python implements the Unicode standard. In the master branch, it's the Unicode 
standard version 11.0. It gives these character names:

$ python3
>>> import unicodedata
>>> for ch in list(range(0x06f0, 0x06f9+1)) + [0x06A9]:
...  print("U+%04x: %s" % (ch, unicodedata.name(chr(ch
... 

U+06f0: EXTENDED ARABIC-INDIC DIGIT ZERO
U+06f1: EXTENDED ARABIC-INDIC DIGIT ONE
U+06f2: EXTENDED ARABIC-INDIC DIGIT TWO
U+06f3: EXTENDED ARABIC-INDIC DIGIT THREE
U+06f4: EXTENDED ARABIC-INDIC DIGIT FOUR
U+06f5: EXTENDED ARABIC-INDIC DIGIT FIVE
U+06f6: EXTENDED ARABIC-INDIC DIGIT SIX
U+06f7: EXTENDED ARABIC-INDIC DIGIT SEVEN
U+06f8: EXTENDED ARABIC-INDIC DIGIT EIGHT
U+06f9: EXTENDED ARABIC-INDIC DIGIT NINE
U+06a9: ARABIC LETTER KEHEH

>>> unicodedata.unidata_version
'11.0.0'

I still see "ARABIC" in character names.

> The KAF character (ك)

That's the Unicode character: U+0643 called "ARABIC LETTER KAF".

Comments in 
https://github.com/python/cpython/blob/master/Lib/encodings/mac_farsi.py still 
seems to be up to date.

SilentGhost:
> The replacement character that you're proposing is called (according to the 
> same database) 'ARABIC LETTER KEHEH', whereas the old one was 'ARABIC LETTER 
> KAF'. This encoding was originally generated based on data from unicode.org, 
> I'd think a reference would be needed making clear that this is indeed a 
> valid replacement.

mac_farsi.py docstring says:

""" Python Character Mapping Codec mac_farsi generated from 
'MAPPINGS/VENDORS/APPLE/FARSI.TXT' with gencodec.py.

The mapping comes from Unicode. Was it updated since this file was created?

The latest change in this file was made in 2007, a few years ago :-)

--

I don't see anything wrong, I suggest to close the issue.

--

___
Python tracker 

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

[issue37170] Wrong return value from PyLong_AsUnsignedLongLongMask on PyErr_BadInternalCall

[Zackery Spytz]

Change by Zackery Spytz :


--
pull_requests: +13773
pull_request: https://github.com/python/cpython/pull/13898

___
Python tracker 

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

[issue37191] Python.h contains intermingled declarations

[STINNER Victor]

STINNER Victor  added the comment:

> I've removed -Wdeclaration-after-statement in upstream pygobject: 
> https://gitlab.gnome.org/GNOME/pygobject/merge_requests/119

Thanks! Enjoy C99! :-) IMHO C99 with variables in the middle of a function 
helps to write more reliable code: we better control the scope of a variable. 
It reduces the risk of using an uninitialized variable.

--

___
Python tracker 

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

[issue37169] test_pyobject_is_freed_free fails with 3.8.0beta1

[STINNER Victor]

STINNER Victor  added the comment:

Matej Cepl: thanks for the bug report, it should now be fixed.

--
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed
versions: +Python 3.9

___
Python tracker 

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

[issue37191] Python.h contains intermingled declarations

[miss-islington]

Change by miss-islington :


--
pull_requests: +13772
pull_request: https://github.com/python/cpython/pull/13897

___
Python tracker 

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

[issue37191] Python.h contains intermingled declarations

[STINNER Victor]

STINNER Victor  added the comment:


New changeset 740a84de73ad8d02655de0a084036f4b7e49a01b by Victor Stinner in 
branch 'master':
bpo-37191: Move TestPEP590 from test_capi to test_call (GH-13892)
https://github.com/python/cpython/commit/740a84de73ad8d02655de0a084036f4b7e49a01b


--

___
Python tracker 

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

[issue37169] test_pyobject_is_freed_free fails with 3.8.0beta1

[STINNER Victor]

STINNER Victor  added the comment:


New changeset 357626676035d2bb12ea92e0edf3c7b383d627ec by Victor Stinner in 
branch '3.8':
bpo-37169: Rewrite _PyObject_IsFreed() unit tests (GH-13888) (GH-13895)
https://github.com/python/cpython/commit/357626676035d2bb12ea92e0edf3c7b383d627ec


--

___
Python tracker 

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

[issue37170] Wrong return value from PyLong_AsUnsignedLongLongMask on PyErr_BadInternalCall

[STINNER Victor]

STINNER Victor  added the comment:


New changeset e36ed475ea429f7cc80a4d65f80b44686a74b246 by Victor Stinner 
(Zackery Spytz) in branch '3.7':
[3.7] bpo-37170: Fix the cast on error in PyLong_AsUnsignedLongLongMask() 
(GH-13860) (GH-13896)
https://github.com/python/cpython/commit/e36ed475ea429f7cc80a4d65f80b44686a74b246


--

___
Python tracker 

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

[issue37196] Allowing arbitrary expressions in the @expression syntax

[Géry]

Géry  added the comment:

@Guido van Rossum

> What you want to write is as unreadable as it ever was.

How is @g(f()()) more readable than @f()()? Yet the former is allowed.

--
resolution: wont fix -> 
status: closed -> open

___
Python tracker 

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

[issue37191] Python.h contains intermingled declarations

[Christoph Reiter]

Christoph Reiter  added the comment:

I've removed -Wdeclaration-after-statement in upstream pygobject: 
https://gitlab.gnome.org/GNOME/pygobject/merge_requests/119

--
nosy: +lazka

___
Python tracker 

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

[issue37176] super() docs don't say what super() does

[Géry]

Géry  added the comment:

@Steven D'Aprano

> What matters is the __mro__ attribute of the first argument. It matters 
because that is how the MRO actually is searched.

By the way, if it was true (it is not), then what did you think was the purpose 
of the second parameter of super(type, obj-or-type)?

--

___
Python tracker 

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