[issue42612] Software Designer

[Carol Willing]

Carol Willing  added the comment:

Hi @Deepanshu. I'm sorry that you are having difficulty with your script.

While we wish to be helpful, it's difficult to troubleshoot whether this is a 
program issue or a CPython bug. I recommend asking on Stack Overflow or the 
Python Discourse Users channel (discuss.python.org).

If after consulting those resources and you still believe this is a bug, please 
open a new issue with a more complete report which includes:
- a clear, specific title
- a concise sentence of what the bug seems to be
- what is the expected behavior
- what is the actual result
- steps to reproduce the error (or a runnable code snippet to demonstrate the 
behavior)

Mozilla's documentation has a good section on submitting effective bug reports 
(https://developer.mozilla.org/en-US/docs/Mozilla/QA/Bug_writing_guidelines)

I'm going to close this particular issue. Please do open another issue if 
needed. Thanks! - Carol

P.S. Josh, a gentle reminder that it's difficult to convey tone in writing. 
Perhaps adding a "hi" or "hello" at the start of your message would make it 
friendlier. Thanks for triaging too :D

--
nosy: +willingc
resolution:  -> not a bug
stage:  -> resolved
status: pending -> closed

___
Python tracker 

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

[issue41879] Outdated description of async iterables in documentation of async for statement

[miss-islington]

miss-islington  added the comment:


New changeset be9e4402db64564f7bf0fedb3769cead46c0d4c4 by Miss Islington (bot) 
in branch '3.9':
[3.9] bpo-41879: Doc: Fix description of async for statement (GH-23548) 
(GH-23749)
https://github.com/python/cpython/commit/be9e4402db64564f7bf0fedb3769cead46c0d4c4


--

___
Python tracker 

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

[issue42612] Software Designer

[Josh Rosenberg]

Josh Rosenberg  added the comment:

A rough description is not sufficient. If you have code that reproduces the 
problem, post the reproducer so we can check, but odds are you've got a bug in 
your code.

--
nosy: +josh.r
status: open -> pending

___
Python tracker 

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

[issue40505] getpath.c doesn't know about lib64

[Daniel Pflager]

Daniel Pflager  added the comment:

Python-3.9.1 OpenSUSE 15.1

While ./configure --with-platlibdir=lib64 does work-around the problem on 
OpenSUSE by putting everything into lib64/, this is not the default behavior. 
In other words, should Python-3.9.1 be built on OpenSUSE 15.1 without 
--with-platlibdir=lib64, the behavior described in this bug report occurs.

Not everyone building Python-3.9.1 on OpenSUSE will take the time to research 
this and end up finding https://bugs.python.org/issue1294959 (as I did after 
considerable effort).

Intuitively, doesn't one expect configure to work this kind of thing out (and 
if it can't, warn the user)?

--
nosy: +pflagerd

___
Python tracker 

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

[issue41972] bytes.find consistently hangs in a particular scenario

[Dennis Sweeney]

Change by Dennis Sweeney :


Added file: https://bugs.python.org/file49674/twoway_demo.py

___
Python tracker 

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

[issue41972] bytes.find consistently hangs in a particular scenario

[Dennis Sweeney]

Change by Dennis Sweeney :


Removed file: https://bugs.python.org/file49672/twoway_demo.py

___
Python tracker 

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

[issue26451] CSV documentation doesn't open with an example

[Irit Katriel]

Change by Irit Katriel :


--
resolution:  -> out of date
stage:  -> resolved
status: pending -> closed

___
Python tracker 

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

[issue33660] pathlib.Path.resolve() returns path with double slash when resolving a relative path in root directory

[miss-islington]

Change by miss-islington :


--
pull_requests: +22609
pull_request: https://github.com/python/cpython/pull/23751

___
Python tracker 

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

[issue33660] pathlib.Path.resolve() returns path with double slash when resolving a relative path in root directory

[miss-islington]

Change by miss-islington :


--
pull_requests: +22608
pull_request: https://github.com/python/cpython/pull/23750

___
Python tracker 

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

[issue22442] Deprecate PIPE with subprocess.check_call() and call()

[Irit Katriel]

Change by Irit Katriel :


--
resolution:  -> out of date
stage: patch review -> resolved
status: pending -> closed

___
Python tracker 

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

[issue41879] Outdated description of async iterables in documentation of async for statement

[miss-islington]

Change by miss-islington :


--
keywords: +patch
pull_requests: +22607
stage: resolved -> patch review
pull_request: https://github.com/python/cpython/pull/23749

___
Python tracker 

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

[issue42517] Enum: do not convert private names into members

[miss-islington]

Change by miss-islington :


--
nosy: +miss-islington
nosy_count: 3.0 -> 4.0
pull_requests: +22606
pull_request: https://github.com/python/cpython/pull/23748

___
Python tracker 

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

[issue42059] TypedDict(...) as function does not respect "total" when setting __required_keys__ and __optional_keys__

[miss-islington]

Change by miss-islington :


--
nosy: +miss-islington
nosy_count: 4.0 -> 5.0
pull_requests: +22605
pull_request: https://github.com/python/cpython/pull/23747

___
Python tracker 

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

[issue40084] HTTPStatus has incomplete dir() listing

[miss-islington]

Change by miss-islington :


--
pull_requests: +22604
pull_request: https://github.com/python/cpython/pull/23746

___
Python tracker 

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

[issue42629] PyObject_Call not behaving as documented

[Max Bachmann]

New submission from Max Bachmann :

The documentation of PyObject_Call here: 
https://docs.python.org/3/c-api/call.html#c.PyObject_Call
states, that it is the equivalent of the Python expression: callable(*args, 
**kwargs).

so I would expect:
PyObject* args = PyTuple_New(0);
PyObject* kwargs = PyDict_New();
PyObject_Call(funcObj, args, kwargs)

to behave similar to
args = []
kwargs = {}
func(*args, **kwargs)

however this is not the case since in this case when I edit kwargs inside
PyObject* func(PyObject* /*self*/, PyObject* /*args*/, PyObject* keywds)
{
  PyObject* str = PyUnicode_FromString("test_str");
  PyDict_SetItemString(keywds, "test", str);
}

it changes the original dictionary passed into PyObject_Call. I was wondering, 
whether this means, that:
a) it is not allowed to modify the keywds argument passed to a 
PyCFunctionWithKeywords
b) when calling PyObject_Call it is required to copy the kwargs for the call 
using PyDict_Copy

Neither the documentation of PyObject_Call nor the documentation of 
PyCFunctionWithKeywords 
(https://docs.python.org/3/c-api/structures.html#c.PyCFunctionWithKeywords) 
made this clear to me.

--
components: C API
messages: 382927
nosy: maxbachmann
priority: normal
severity: normal
status: open
title: PyObject_Call not behaving as documented
type: behavior
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

[issue42603] Tkinter: pkg-config is not used to get location of tcl and tk headers/libraries

[Ned Deily]

Change by Ned Deily :


--
nosy: +ned.deily

___
Python tracker 

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

[issue42623] IDLE: Syntax Error showing pointer in wrong location

[Terry J. Reedy]

Terry J. Reedy  added the comment:

"Your message to 1051...@student.auhsd.us has been blocked. ...
This email has been rejected because it is directed outside the AUHSD domain."

Makes no sense unless the link back here was an issue.  Oh well, I tried.

--

___
Python tracker 

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

[issue42623] IDLE: Syntax Error showing pointer in wrong location

[Terry J. Reedy]

Terry J. Reedy  added the comment:

Current IDLE indicates the SyntaxError position given by Python by highlighting 
the character, as in the editor.  No more caret.  End of problem.

There is no fixed-width Unicode font.  I revised the font sample in part to let 
people see which alphabets fixed in a particular font face.  Courier likely is 
best for this: Ascii, Latin1, IPA, Greek, Cyrillic, Hebrow, and Arabic all have 
the same fixed pitch, but this makes for some badly scruntched characters.

I emailed Pratik about the userid issue and the solution (upgrade).

--
resolution:  -> out of date
stage:  -> resolved
status: open -> closed
title: Syntax Error showing pointer in wrong location -> IDLE: Syntax Error 
showing pointer in wrong location

___
Python tracker 

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

[issue39717] Fix exception causes in tarfile module

[Ethan Furman]

Change by Ethan Furman :


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

[issue39717] Fix exception causes in tarfile module

[Ethan Furman]

Ethan Furman  added the comment:


New changeset b5a6db9111562454617b6771b61f2734ea0420c9 by Ethan Furman in 
branch 'master':
bpo-39717: [tarfile] update nested exception raising (GH-23739)
https://github.com/python/cpython/commit/b5a6db9111562454617b6771b61f2734ea0420c9


--

___
Python tracker 

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

[issue42628] binascii doesn't work on some base64

[Kent Watsen]

New submission from Kent Watsen :

[Tested on 3.8.2 and 3.9.0, bug may manifest in other versions too]

The IETF sometimes uses the dummy base64 value "base64encodedvalue==" in 
specifications in lieu of a block of otherwise meaningless b64.  

Even though it is a dummy value, the value should be convertible to binary and 
back again.  This works using the built-in command `base64` as well as OpenSSL 
command line, but binascii is unable to do it.  See below:

$ echo "base64encodedvalue==" | base64 | base64 -d
base64encodedvalue==

$ echo "base64encodedvalue==" | openssl enc -base64 -A | openssl enc -d base64 
-A
base64encodedvalue==
 

$ printf "import 
binascii\nprint(binascii.b2a_base64(binascii.a2b_base64('base64encodedvalue=='),
 newline=False).decode('ascii'))" |  python -
base64encodedvaluQ==

After some investigation, it appears that almost any valid base64 matching the 
pattern "??==" fails.  For instance:

$ printf "import 
binascii\nprint(binascii.b2a_base64(binascii.a2b_base64('ue=='), 
newline=False).decode('ascii'))" |  python -
   
uQ==

$ printf "import 
binascii\nprint(binascii.b2a_base64(binascii.a2b_base64('aa=='), 
newline=False).decode('ascii'))" |  python -
   
aQ==

$ printf "import 
binascii\nprint(binascii.b2a_base64(binascii.a2b_base64('a0=='), 
newline=False).decode('ascii'))" |  python -
   
aw==


Is this a bug?

--
messages: 382922
nosy: kwatsen2
priority: normal
severity: normal
status: open
title: binascii doesn't work on some base64
type: behavior
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

[issue42627] urllib.request.getproxies() misparses Windows registry proxy settings

[benrg]

New submission from benrg :

If `HKCU\Software\Microsoft\Windows\CurrentVersion\Internet 
Settings\ProxyServer` contains the string 
`http=host:123;https=host:456;ftp=host:789`, then getproxies_registry() should 
return

{'http': 'http://host:123', 'https': 'http://host:456', 'ftp': 
'http://host:789'}

for consistency with WinInet and Chromium, but it actually returns

{'http': 'http://host:123', 'https': 'https://host:456', 'ftp': 
'ftp://host:789'}

This bug has existed for a very long time (since Python 2.0.1 if not earlier), 
but it was exposed recently when urllib3 added support for HTTPS-in-HTTPS 
proxies in version 1.26. Before that, an `https` prefix on the HTTPS proxy url 
was silently treated as `http`, accidentally resulting in the correct behavior.

There are additional bugs in the treatment of single-proxy strings (the case 
when the string contains no `=` character).

The Chromium code for parsing the ProxyServer string can be found here: 
https://source.chromium.org/chromium/chromium/src/+/refs/tags/89.0.4353.1:net/proxy_resolution/proxy_config.cc;l=86

Below is my attempt at modifying the code from `getproxies_registry` to 
approximately match Chromium's behavior. I could turn this into a patch, but 
I'd like feedback on the corner cases first.

if '=' not in proxyServer and ';' not in proxyServer:
# Use one setting for all protocols.
# Chromium treats this as a separate category, and some software
# uses the ALL_PROXY environment variable for a similar purpose,
# so arguably this should be 'all={}'.format(proxyServer),
# but this is more backward compatible.
proxyServer = 'http={0};https={0};ftp={0}'.format(proxyServer)

for p in proxyServer.split(';'):
# Chromium and WinInet are inconsistent in their treatment of
# invalid strings with the wrong number of = characters. It
# probably doesn't matter.
protocol, addresses = p.split('=', 1)
protocol = protocol.strip()

# Chromium supports more than one proxy per protocol. I don't
# know how many clients support the same, but handling it is at
# least no worse than leaving the commas uninterpreted.
for address in addresses.split(','):
if protocol in {'http', 'https', 'ftp', 'socks'}:
# See if address has a type:// prefix
if not re.match('(?:[^/:]+)://', address):
if protocol == 'socks':
# Chromium notes that the correct protocol here
# is SOCKS4, but "socks://" is interpreted
# as SOCKS5 elsewhere. I don't know whether
# prepending socks4:// here would break code.
address = 'socks://' + address
else:
address = 'http://' + address

# A string like 'http=foo;http=bar' will produce a
# comma-separated list, while previously 'bar' would
# override 'foo'. That could potentially break something.
if protocol not in proxies:
proxies[protocol] = address
else:
proxies[protocol] += ',' + address

--
components: Library (Lib), Windows
messages: 382921
nosy: benrg, paul.moore, steve.dower, tim.golden, zach.ware
priority: normal
severity: normal
status: open
title: urllib.request.getproxies() misparses Windows registry proxy settings
type: behavior
versions: Python 3.10, Python 3.6, Python 3.7, 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

[issue42617] Enhancement request for PyType_FromSpecWIthBases add option for meta class

[Karl Nelson]

Karl Nelson  added the comment:

Perhaps just having PyType_InitHeapFromSpec which have just heap type linkage 
and slot copy section would help with the issue.   The major problem I have is 
maintaining the slot code which may change at some point in the future.   There 
would still be some risk of missing a portion of the init procedure but it 
would be a bit safer some of the process was in Python.

--
title: Enhancement request  for PyType_FromSpecWIthBases add option for meta 
class -> Enhancement request for PyType_FromSpecWIthBases add option for meta 
class

___
Python tracker 

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

[issue42625] Segmentation fault of PyState_AddModule()

[Petr Viktorin]

Petr Viktorin  added the comment:

When does this actually happen? Is there a common situation where you'd 
mistakenly pass NULL to PyState_AddModule?

--

___
Python tracker 

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

[issue30858] Keyword can't be an expression?

[Lysandros Nikolaou]

Lysandros Nikolaou  added the comment:

I like the current error message. What bugs me a little is the position of the 
caret, which I think is a bit misleading.

Guido, Pablo, should we move the caret to point at the `=` sign or whatever 
comes after it? I think I prefer the former.

--
nosy: +gvanrossum, lys.nikolaou, pablogsal

___
Python tracker 

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

[issue42626] readline history, vi-editingmode and ANSI color codes bug

[Joakim Nilsson]

New submission from Joakim Nilsson :

Tested on Debian Bullseye with Python 3.9.

If 'set editing-mode vi' is used in .inputrc and the attached program is run, a 
bug occurs when navigating the readline history. It seems only to occur when 
ANSI color escape characters are input to the 'input()' function.

To reproduce the bug:
  Run 'readline-example.py'
  Enter '0123456789' in the prompt without quotes.
  Press enter.
  Press escape and then 'k' to go back in history in vi normal mode.
  The cursor is now placed between '2' and '3' and it is impossible to erase 
anything after the '2'. (To enter vi insert mode, press i and start editing the 
text normally.)

This bug does not occur for shorter strings. If for example '012345678' is 
input, the program behaves normally. If the escape characters are not used in 
the 'input()' function, program behaves normally.

--
components: Library (Lib)
files: readline-example.py
messages: 382917
nosy: nijoakim
priority: normal
severity: normal
status: open
title: readline history, vi-editingmode and ANSI color codes bug
type: behavior
versions: Python 3.9
Added file: https://bugs.python.org/file49673/readline-example.py

___
Python tracker 

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

[issue41429] Let fnmatch.filter accept a tuple of patterns

[Andrés Delfino]

Andrés Delfino  added the comment:

Serhiy, could you take a look at this when you have some spare time? :)

--

___
Python tracker 

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

[issue42625] Segmentation fault of PyState_AddModule()

[hai shi]

Change by hai shi :


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

___
Python tracker 

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

[issue42625] Segmentation fault of PyState_AddModule()

[hai shi]

New submission from hai shi :

PyState_AddModule(NULL, &_testcapimodule) in _testcapi module will get a 
segmentation fault. And it's a C API, so a little improvement will be better.

--
assignee: shihai1991
components: C API
messages: 382915
nosy: petr.viktorin, shihai1991, vstinner
priority: normal
severity: normal
status: open
title: Segmentation fault of PyState_AddModule()
type: enhancement
versions: Python 3.10

___
Python tracker 

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

[issue42623] Syntax Error showing pointer in wrong location

[Steven D'Aprano]

Steven D'Aprano  added the comment:

> @ Steven, did you mean to un-nosy Pratik?

No. I have tried to re-add him, but I think that because his user name 
is all digits, the bug tracker won't accept it.

When I try, I get this error:

Edit Error: user has no node 1051371

--

___
Python tracker 

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

[issue42623] Syntax Error showing pointer in wrong location

[E. Paine]

E. Paine  added the comment:

While Tkinter could do it, I see no point in doing so. One thing that may be 
worth looking into is only allowing IDLE to use fixed-width fonts, but maybe 
this is just another of my crazy ideas... I think this can be safely closed 
unless someone wants to make a strong point for such changes.

@ Steven, did you mean to un-nosy Pratik?

--
nosy: +epaine

___
Python tracker 

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

[issue38137] hashopenssl fails to compile on MacOS

[Christian Heimes]

Christian Heimes  added the comment:

I don't have access to macOS. Did the PR fix the issue?

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

[issue42617] Enhancement request for PyType_FromSpecWIthBases add option for meta class

[hai shi]

hai shi  added the comment:

>This code could be made much safer if there were a 
>PyType_FromSpecWithBasesMeta which used the meta class to allocate the memory

IMHO, `PyType_FromSpecWithBases` is a atomic API of `TypeObject`.
Adding a class as a param will result in `PyType_FromSpecWithBases` will be 
complicated(the logic of this function depends on the children's tp_alloc 
sometimes).

I add pter in this bpo, maybe he have some better ideas :)

--
nosy: +petr.viktorin, shihai1991
versions: +Python 3.10

___
Python tracker 

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

[issue42609] Eval with too high string multiplication crashes newer Python versions

[Serhiy Storchaka]

Serhiy Storchaka  added the comment:

This is known issue, but interesting that the cause of the crash is different 
in 3.7-3.8 and 3.9+.

PR 23744 adds recursion checks in the AST validator and optimizer similar to 
the checks in the symtable. It should not break any existing code because too 
deep AST tree did not pass checks in the symtable in any case.

But it does not solve all problems. A compound statement with too many "elif"s 
is still crashed because the new parser uses recursion in C to parse it 
(elif_stmt_rule). I think it should be a separate issue.

--

___
Python tracker 

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

[issue38137] hashopenssl fails to compile on MacOS

[Ronald Oussoren]

Change by Ronald Oussoren :


--
components: +macOS
nosy: +ned.deily

___
Python tracker 

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

[issue38137] hashopenssl fails to compile on MacOS

[Ronald Oussoren]

Ronald Oussoren  added the comment:

can this issue be closed?

--
nosy: +ronaldoussoren

___
Python tracker 

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

[issue42609] Eval with too high string multiplication crashes newer Python versions

[Serhiy Storchaka]

Change by Serhiy Storchaka :


--
keywords: +patch
nosy: +serhiy.storchaka
nosy_count: 6.0 -> 7.0
pull_requests: +22602
stage:  -> patch review
pull_request: https://github.com/python/cpython/pull/23744

___
Python tracker 

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

[issue42616] C Extensions on Darwin that link against libpython are likely to crash

[Ronald Oussoren]

Ronald Oussoren  added the comment:

Linking extensions to libpython with a static build of python will cause 
problems (as you described in your initial message).

The not very satisfactory response is "don't do that then".  Note that 
distutils won't link against libpython by default.

Longer term I want to look into "-bundle_loader ..." because that might allow 
us to drop "-undefined dynamic_lookup" from the linker flags and hence give a 
nicer development experience (build-time error instead of runtime error when 
symbols cannot be found).

--

___
Python tracker 

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

[issue42616] C Extensions on Darwin that link against libpython are likely to crash

[Ronald Oussoren]

Ronald Oussoren  added the comment:

I've removed two spammy comments and adjusted the categories (the latter 
explains Larry's annoyance, someone selected all categories which automatically 
added him to the nosy list).

--

___
Python tracker 

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

[issue42616] C Extensions on Darwin that link against libpython are likely to crash

[Ronald Oussoren]

Change by Ronald Oussoren :


--
components: +Distutils -2to3 (2.x to 3.x conversion tool), Argument Clinic, C 
API, Cross-Build, asyncio, ctypes
nosy: +dstufft, eric.araujo, froody, ned.deily -Alex.Willmer, asvetlov, 
yselivanov, zhtw1234
versions:  -Python 3.6, Python 3.7

___
Python tracker 

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

[issue42616] C Extensions on Darwin that link against libpython are likely to crash

[Ronald Oussoren]

Change by Ronald Oussoren :


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

___
Python tracker 

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

[issue42616] C Extensions on Darwin that link against libpython are likely to crash

[Ronald Oussoren]

Change by Ronald Oussoren :


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

___
Python tracker 

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

[issue42614] Pathlib does not support a Cyrillic character 'й'

[Ronald Oussoren]

Change by Ronald Oussoren :


--
components: +macOS
nosy: +ned.deily

___
Python tracker 

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

[issue42614] Pathlib does not support a Cyrillic character 'й'

[Ronald Oussoren]

Ronald Oussoren  added the comment:

What filesystem is used on macOS? If it is HFS+ you're likely running into 
unicode normalisation in the filesystem.

That is, 'й' can be represented as a single unicode codepoint (and likely is in 
your script), but in the NFD normalisation used by HFS+ the same character is 
represented using two codepoints (one of which is a combining character). 
Python string comparison compares code points and is not normalisation aware.

For APFS (used by default in recent macOS versions) the situation is more 
complicated according to what I've found on Google. However, APFS doesn't seen 
to normalise names (I've created a file name 'й' and os.listdir() returns a 
name with a single codepoint).

--

___
Python tracker 

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

[issue41972] bytes.find consistently hangs in a particular scenario

[Dennis Sweeney]

Dennis Sweeney  added the comment:

For convenience, attached is a quick and dirty Tkinter GUI that lets you step 
through the Crochemore/Perrin Algorithm on your choice of inputs, just for 
play/discovery.

A good illustration of the memory for periodic needles can be found by testing:
haystack="456,123,123,456,123,123,456"
needle="123,123,123,"

The GUI program does not implement the Boyer-Moore/Horspool/Sunday-style 
shift-table. In the current PR 22904, this table is used in exactly those 
situations where the GUI says "Matched 0, so jump ahead by 1".

--
Added file: https://bugs.python.org/file49672/twoway_demo.py

___
Python tracker 

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

[issue42624] sqlite3 package document mistake

[Karthikeyan Singaravelan]

Change by Karthikeyan Singaravelan :


--
nosy: +berker.peksag, ghaering

___
Python tracker 

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

[issue42624] sqlite3 package document mistake

[LIU Qingyuan]

New submission from LIU Qingyuan :

In the document about sqlite3 package, it was suggested that when users are 
trying to create a table already exists, sqlite3.ProgrammingError is going to 
be thrown. However, the actual exception thrown is sqlite3.OperationalError, 
which is inconsistent with the document.

Doc: https://docs.python.org/3/library/sqlite3.html#exceptions

--
assignee: docs@python
components: Documentation
messages: 382904
nosy: docs@python, seeker-Liu
priority: normal
severity: normal
status: open
title: sqlite3 package document mistake
type: behavior
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