[issue1635741] Py_Finalize() doesn't clear all Python objects at exit

[Dong-hee Na]

Change by Dong-hee Na :


--
pull_requests: +21451
pull_request: https://github.com/python/cpython/pull/22415

___
Python tracker 

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

[issue41561] test_ssl fails in Ubuntu 20.04: test_min_max_version_mismatch

[Bug Reporter]

Bug Reporter  added the comment:

Please note that test_ssl also passes if /etc/ssl/openssl.conf is modified per 
msg376705 by Vladyslav Bondar (with /usr/lib/x86_64-linux-gnu/libssl.so.1.1)

--

___
Python tracker 

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

[issue41561] test_ssl fails in Ubuntu 20.04: test_min_max_version_mismatch

[Bug Reporter]

Bug Reporter  added the comment:

I downloaded Ubuntu's openssl_1.1.1f.orig.tar.gz and 
openssl_1.1.1f-1ubuntu2.debian.tar.xz from 
https://launchpad.net/ubuntu/+source/openssl/1.1.1f-1ubuntu2, but I did not 
know how to apply patches. In addition, too many files differ, so I could not 
understand what makes test_ssl fail. So I took a different approach.

In Ubuntu-20.04, "apt policy openssl" returned the version of the installed 
library: 1.1.1f-1ubuntu2. I ran "apt source openssl" to downloade the source 
code from Ubuntu. I compiled, tested and installed it.


If LD_LIBRARY_PATH is not set, ldd returns this:
  libssl.so.1.1 => /usr/lib/x86_64-linux-gnu/libssl.so.1.1
  libcrypto.so.1.1 => /usr/lib/x86_64-linux-gnu/libcrypto.so.1.1

make test TESTOPTS="-v test_ssl":
  FAILED (errors=6, skipped=11)


If LD_LIBRARY_PATH is set to compiled openssl-1.1.1f-1ubuntu2:
  libssl.so.1.1 => /home/bugsrep/openssl-ubuntu2/lib/libssl.so.1.1 
  libcrypto.so.1.1 => /home/bugsrep/openssl-ubuntu2/lib/libcrypto.so.1.1

make test TESTOPTS="-v test_ssl":
  OK (skipped=11)
  == Tests result: SUCCESS ==
  1 test OK.

--

___
Python tracker 

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

[issue39326] Python-3.8.1 "test_importlib" failed

[Vinícius Viana W .]

Vinícius Viana W.  added the comment:

I had this issue too, but in Python-3.8.6. I did what @Darryl Hall Jr 
suggested. But in my case, I just needed to ran 'sudo apt-get install 
zlib1g-dev', and then, I ran 'sudo make testall', and I got: 'Tests result: 
SUCCESS'!

Thank you

--
nosy: +viana200610

___
Python tracker 

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

[issue41848] PEG parser doesn't allow lambda in for_if_clause

[Guido van Rossum]

Guido van Rossum  added the comment:

I propose not to fix this, since it is pointless (a lambda is always truthy).

We can call it out in What's New in 3.9 -- as a very small footnote. :-)

--

___
Python tracker 

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

[issue29940] Add follow_wrapped=True option to help()

[Emmanuel Arias]

Emmanuel Arias  added the comment:

Hi @taleinat,

Seems tha the wrapped func already has the __doc__ (in this case) copied.

following your example:

>>> double

>>> double.__doc__
'A function'

so help(double) will print correctly the double doc.

--

___
Python tracker 

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

[issue41858] Fix incomplete line on optparse documentation

[Terry J. Reedy]

Terry J. Reedy  added the comment:

I can see how the current phrasing gives one pause, and might seem incomplete, 
but it is not incorrect.  The sense of

Additionally, users can run one of  ::
-h
--help
and optparse will ...

is "Additionally, users can run one of `` -h`` or `` 
--help`` and optparse will ...".  I personally prefer this running text form 
with in-line code markup to the block form.  What do you think?

If we keep the block form, I slightly prefer 'one of the following' to 'one of 
the next lines' but cannot say why.

--
nosy: +terry.reedy

___
Python tracker 

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

[issue41848] PEG parser doesn't allow lambda in for_if_clause

[Terry J. Reedy]

Terry J. Reedy  added the comment:

After adding parens,
>>> [x for x in [] if (lambda: x)]
[]

--
nosy: +terry.reedy

___
Python tracker 

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

[issue41822] Document the meaning of values for sys.float_info.rounds

[Terry J. Reedy]

Change by Terry J. Reedy :


--
title: Document the mean of values for sys.float_info.rounds -> Document the 
meaning  of values for sys.float_info.rounds
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

[issue41813] Clarify specification of object.__await__

[Terry J. Reedy]

Change by Terry J. Reedy :


--
components: +asyncio
nosy: +asvetlov, yselivanov

___
Python tracker 

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

[issue41812] Broken link on documentation header

[Terry J. Reedy]

Change by Terry J. Reedy :


--
nosy: +mdk
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

[issue30953] Fatal python error when jumping into except clause

[Irit Katriel]

Irit Katriel  added the comment:

This seems resolved.

--
nosy: +iritkatriel

___
Python tracker 

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

[issue41306] test_tk test_widgets.ScaleTest fails with Tk 8.6.10

[Terry J. Reedy]

Terry J. Reedy  added the comment:

Fixing this test bug is required to upgrade tk on Windows.  #39107 and PR 22405.

E. Paine reported on the PR 21715 that this change is intentional and here to 
stay.  I wondered the same; thank you for asking.

--
nosy: +terry.reedy

___
Python tracker 

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

[issue41863] IDLE shell not opening with 3.5 on Mac Mohave.

[Terry J. Reedy]

Terry J. Reedy  added the comment:

To try to run IDLE with 8.5, one should install tcl/tk 8.5.18 as described at 
https://www.python.org/download/mac/tcltk/.  This requires making a free Active 
State account and is not at all guaranteed to be sufficient.

Today I installed 3.8.6 and 3.9.0rc2 (3.9.0 is due in 2 weeks) on an Airbook 
with up to date Mohave and ran IDLE. In both cases, there are a few 
Mac-specific bugs, but IDLE mostly works.

--
resolution:  -> out of date
stage:  -> resolved
status: open -> closed
title: IDLE shell not opening -> IDLE shell not opening with 3.5  on Mac Mohave.

___
Python tracker 

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

[issue41826] test_peg_generator compilation warnings

[Skip Montanaro]

Skip Montanaro  added the comment:

I created a PR from my patch, but it includes all the merges to my 
smontanaro/cpython master branch from python/cpython. I thought I was following 
the instructions properly 
(https://devguide.python.org/gitbootcamp/#creating-a-pull-request), but I guess 
I'm missing something. See:

https://github.com/python/cpython/pull/22412

Can someone help me make a PR which only differs from the current 
python/cpython master?

--

___
Python tracker 

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

[issue41826] test_peg_generator compilation warnings

[Skip Montanaro]

Change by Skip Montanaro :


--
pull_requests: +21450
stage:  -> patch review
pull_request: https://github.com/python/cpython/pull/22412

___
Python tracker 

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

[issue41863] IDLE shell not opening

[GJL]

GJL  added the comment:

Thank you very much! I will uninstall soon and download 3.8.6 -- if anything 
comes up then I'll let you know fosho

--

___
Python tracker 

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

[issue39107] Upgrade tcl/tk to 8.6.10 (Windows and maxOS)

[Ned Deily]

Ned Deily  added the comment:

The ScaleTest failure is the subject of Issue41306 and PR 21715.

--

___
Python tracker 

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

[issue41863] IDLE shell not opening

[Ned Deily]

Ned Deily  added the comment:

Ah! I've never looked at the book or the MIT course materials.  I see that an 
update to the book is planned for next year and that 3.5 would have been 
current when the current edition of the book was published. Generally, changes 
between recent Python feature releases are upward compatible. Off the top of my 
head, I can't think of any changes at the Python source level that would cause 
examples written for 3.5.x to fail on 3.8.x. Perhaps you could ask around 
online but, rather than trying to debug what's going wrong with your 3.5.x 
installation, I think you would be better off with 3.8.6. You can just install 
it on top of 3.5.x. Good luck!

--

___
Python tracker 

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

[issue29940] Add follow_wrapped=True option to help()

[Tal Einat]

Tal Einat  added the comment:

To clarify, to my understanding the issue here is that when using a class as a 
decorator, and copying the wrapped function's __doc__ to self.__doc__ in 
__init__, help() will pick up the wrapper class's __doc__ rather than the 
instance's __doc__.

For example:

class Deco:
"A decorator."
def __init__(self, func):
functools.update_wrapper(self, func)
def __call__(self, *args, **kwargs):
pass

@Deco
def double(n):
"A function."
return n * 2

help(double) will show "A decorator." rather than "A function." despite the use 
of functools.update_wrapper().

--
nosy: +taleinat

___
Python tracker 

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

[issue41863] IDLE shell not opening

[GJL]

GJL  added the comment:

Hey Ned, I'm using 3.5 in accordance with what "Introduction to Computation and 
Programming Using Python|With Application to Understanding Data" 

Should I just uninstall 3.5 and opt to use 3.8.6?

--

___
Python tracker 

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

[issue39107] Upgrade tcl/tk to 8.6.10 (Windows and maxOS)

[Steve Dower]

Steve Dower  added the comment:

> PR branches on the main repository are discouraged.

I had another reason, which was that I needed to trigger a signed build of the 
separate Tcl and Tk binaries. This is much easier (and safer) to do from the 
main repo than my own fork.

But yeah, in general (for anyone else reading this), PRs from forks are fine. 
Tcl/Tk are special.

--

___
Python tracker 

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

[issue11305] TextIOWrapper.readline and str.splitlines have different behavior

[Irit Katriel]

Irit Katriel  added the comment:

Sorry, I copied the wrong numbers. The doc change is here: 
https://github.com/python/cpython/commit/8218bd4caf683ee98c450a093bf171dbca6c4849

--

___
Python tracker 

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

[issue11305] TextIOWrapper.readline and str.splitlines have different behavior

[Irit Katriel]

Irit Katriel  added the comment:

I think this documentation enhancement was done under issue36642 (PR 12855).

--
nosy: +iritkatriel

___
Python tracker 

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

[issue41863] IDLE shell not opening

[Ned Deily]

Change by Ned Deily :


--
assignee:  -> terry.reedy
components: +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

[issue41863] IDLE shell not opening

[Ned Deily]

Ned Deily  added the comment:

Python 3.5 is very old; the last macOS installers from python.org for it were 
released over 3 years ago and the 3.5 release series has reached end-of-life.  
Is there a reason you can't use a current version of Python?  3.8.6 is now 
current. Since Python 3.5.4, the last 3.5 installers, there have been a number 
of important security fixes and support for current versions of macOS.

--

___
Python tracker 

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

[issue41774] While removing element from list using for and remove(), which has same items output is not right

[Raymond Hettinger]

Raymond Hettinger  added the comment:

Sorry for the wording of the last message.  Go ahead with whatever you would 
like do :-) 

Was only trying to point-out that the generator semantics don't interact nicely 
with slice assignments:

$ python3.9 -m timeit -s 'a=list(range(1000))' 'b=a[:]' 'b[:]=(x for x in 
a)'
5000 loops, best of 5: 46.6 usec per loop

$ python3.9 -m timeit -s 'a=list(range(1000))' 'b=a[:]' 'b[:]=[x for x in 
a]'
1 loops, best of 5: 26.3 usec per loop

--

___
Python tracker 

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

[issue41863] IDLE shell not opening

[Gagandeep Longia]

New submission from Gagandeep Longia :

I downloaded Python 3.5 and tried opening the IDLE shell. 

Each time I do it, it says "The application "IDLE" can't be opened."

Any help? My Mac OS X is 10.14.6 Mojave

--
components: macOS
messages: 377496
nosy: glongia18, ned.deily, ronaldoussoren
priority: normal
severity: normal
status: open
title: IDLE shell not opening
versions: Python 3.5

___
Python tracker 

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

[issue40066] Enum._convert should change __repr__ and/or __str__ to use module name instead of class name

[Ethan Furman]

Ethan Furman  added the comment:

At this point, the PR has made the following changes:

- normal Enums
  - repr() -> "classname.membername"
  - str()  -> "membername"

- stdlib Enums available as module attributes (RegexFlag, AddressFamily, etc.)
  - repr() -> "modulename.membername"
  - str()  -> "membername"

--

___
Python tracker 

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

[issue33867] Module dicts are wiped on module garbage collection

[Serhiy Storchaka]

Change by Serhiy Storchaka :


--
resolution:  -> out of date
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

[issue35765] Document references object x but doesn't show it in the example

[Zackery Spytz]

Change by Zackery Spytz :


--
keywords: +patch
nosy: +ZackerySpytz
nosy_count: 3.0 -> 4.0
pull_requests: +21449
stage:  -> patch review
pull_request: https://github.com/python/cpython/pull/22411

___
Python tracker 

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

[issue41859] Uncaught ValueError

[Raymond Hettinger]

Raymond Hettinger  added the comment:

> What python binary?

This is from the 64-bit macOS build on python.org:

$ python3.9
Python 3.9.0rc2 (v3.9.0rc2:2bd31b5fde, Sep 16 2020, 20:19:18)
[Clang 6.0 (clang-600.0.57)] on darwin

Thanks for looking into this :-)

Let me know if filing these issues is helpful to you.  I log a couple thousand 
hours of heavy IDLE usage each year and my students really put the tool through 
its paces.  We tend to uncover buglets that wouldn't surface in light testing.  
At the end of the day, if there are tracebacks I haven't seen before, I'm 
posting them here.  Hopefully, they are useful.

--

___
Python tracker 

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

[issue27777] cgi.FieldStorage can't parse simple body with Content-Length and no Content-Disposition

[Jakub Kulik]

Jakub Kulik  added the comment:

We internally tested the most recent PR and found some issues with it:
https://github.com/python/cpython/pull/21457#issuecomment-698845895

We ended up using a much simpler patch, which seems to work as expected.

--- Python-3.7.8/Lib/cgi.py
+++ Python-3.7.8/Lib/cgi.py
@@ -703,7 +703,10 @@
 if not data:
 self.done = -1
 break
-self.file.write(data)
+if self._binary_file:
+self.file.write(data)
+else:
+self.file.write(data.decode())
 todo = todo - len(data)
 
 def read_lines(self):

--
nosy: +kulikjak

___
Python tracker 

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

[issue40871] threading.Event.wait_unset()

[Fabio Manganiello]

Fabio Manganiello  added the comment:

+1

I have similar applications (both using multithreading and multiprocessing) 
which rely upon waiting for events to be both set and unset. Some example 
common pattern:

```
from multithreading import Thread, Event, Queue
import time

q = Queue()
reading = Event()

def read_from_device(device):
# Wait for the caller to signal that it's ready to receive
reading.wait()
data = get_data(device)

while data:
data = get_data(device)
q.put(data)

# Once we're done receiving data, wait for the caller to
# signal that it has received everything
while reading.is_set():
time.sleep(1)

# Do some other operations once all threads are in sync
release_device(device)

processor = threading.Thread(target=read_from_device, args=(device,))
processor.start()

# Do something else

reading.set()

# Get data from the processor
data = q.get()
while data:
preprocess_data(data)
data = q.get()

# Do something before we're ready to clean up everything
process_data()

# Signal to the processor that we're done
reading.clear()
```

Events (and I'd say that this also applies to Conditions) are supposed to be 
symmetric - one can either wait for an event to be set or cleared - but the 
implementation provided by the current API is definitely asymmetric - `wait()` 
can be used to wait for an event to be set, but if you want to wait for it to 
be cleared then the only provided approach is through a poll on `is_set()`.

--
nosy: +BlackLight

___
Python tracker 

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

[issue41862] can not open file in system folder

[Eryk Sun]

Eryk Sun  added the comment:

> File "c:\users\chris\appdata\local\programs\python\python38-32
> \lib\runpy.py", line 194, in _run_module_as_main

You have to use 64-bit Python in order to load a 64-bit DLL from the native 
"%SystemRoot%\System32" directory. The fact that the installation directory is 
"python38-32" implies that you're running 32-bit Python. In 64-bit Windows, a 
32-bit program executes as a WOW64 process, for which "%SystemRoot%\System32" 
gets redirected to "%SystemRoot%\SysWOW64".

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

___
Python tracker 

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

[issue39934] Fatal Python error "XXX block stack overflow" when exception stacks >10

[Mark Shannon]

Mark Shannon  added the comment:


New changeset 02d126aa09d96d03dcf9c5b51c858ce5ef386601 by Mark Shannon in 
branch 'master':
bpo-39934: Account for control blocks in 'except' in compiler. (GH-22395)
https://github.com/python/cpython/commit/02d126aa09d96d03dcf9c5b51c858ce5ef386601


--

___
Python tracker 

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

[issue41797] PyModule_GetState doesn't work with LazyLoader

[Dong-hee Na]

Change by Dong-hee Na :


--
nosy: +corona10

___
Python tracker 

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

[issue41862] can not open file in system folder

[Christopher Reilly]

New submission from Christopher Reilly :

I am trying to load a Windows dll "ibfs64.dll" located in the 
C:\Windows\System32 folder:

ctypes.windll.LoadLibrary('ibfs64.dll')

When I attempt this call with Python 3.8.5 downloaded from python.org, the call 
fails with 

> FileNotFoundError: Could not find module 'ibfs64.dll' (or one of its 
> dependencies). Try using the full path with constructor syntax.

The function call, however, succeeds in Python 3.7.9 (downloaded from 
python.org). This behavior (3.7.9 works, 3.8.5 does not), has been duplicated 
by another user on two different Windows 10 machines (my machine is also 
Windows 10).

Another piece of information is that this function call also succeeds in 
anaconda environments running Python 3.7.9 and Python 3.8.5.

When I use the dll-diagnostics tracing utility 
(https://pypi.org/project/dll-diagnostics/) with the anaconda-managed Python 
3.8.5 installation, it succeeds:

> DLL Diagnostic Tools version 0.0.3
> Copyright (c) 2019 Adam Rehn
> 
> Parsing module header and detecting architecture... done.
> 
> Identifying the module's delay-loaded dependencies... done.
> 
> Parsed module details: Module:  C:\Windows\System32\ibfs64.dll
> Type:Dynamic-Link Library Architecture:x64
> 
> The module imports 0 delay-loaded dependencies:
> 
> 
> Performing LoadLibrary() trace for C:\Windows\System32\ibfs64.dll...
> Done.
> 
> Summary of LdrLoadDll calls: C:\Windows\System32\ibfs64.dllLoaded
> successfully
> 
> Summary of LdrpLoadDllInternal calls: C:\Windows\System32\ibfs64.dll  
> Loaded successfully NTDLL.DLL Loaded
> successfully
> 
> Summary of LdrpMinimalMapModule calls:
> C:\Windows\System32\ADVAPI32.dll  
> Mapped successfully C:\Windows\System32\ibfs64.dll
> Mapped successfully C:\Windows\System32\msvcrt.dll
> Mapped successfully C:\Windows\System32\RPCRT4.dll
> Mapped successfully C:\Windows\System32\sechost.dll   
> Mapped successfully
> C:\Windows\WinSxS\amd64_microsoft.vc80.crt_1fc8b3b9a1e18e3b_8.0.50727.9672_none_88e266cb2fac7c0d\MSVCR80.dll
> Mapped successfully
> 
> Summary of LdrpResolveDllName calls: ibfs64.dll
> C:\Windows\System32\ibfs64.dll MSVCR80.dll   
> C:\Windows\WinSxS\amd64_microsoft.vc80.crt_1fc8b3b9a1e18e3b_8.0.50727.9672_none_88e266cb2fac7c0d\MSVCR80.dll

But when I try it with the Python 3.8.5 installed from python.org, it fails:

> DLL Diagnostic Tools version 0.0.3
> Copyright (c) 2019 Adam Rehn
> 
> Parsing module header and detecting architecture... Traceback (most recent 
> call last):
> 
> File "c:\users\chris\appdata\local\programs\python\python38-32\lib\runpy.py", 
> line 194, in _run_module_as_main
> 
> return _run_code(code, main_globals, None,
>  
> File "c:\users\chris\appdata\local\programs\python\python38-32\lib\runpy.py", 
> line 87, in _run_code
> 
> exec(code, run_globals)
> 
> File 
> "C:\Users\Chris\AppData\Local\Programs\Python\Python38-32\Scripts\dlldiag.exe\__main__.py",
>  line 7, in 
> 
> File 
> "c:\users\chris\appdata\local\programs\python\python38-32\lib\site-packages\dlldiag\main.py",
>  line 29, in main
> 
> subcommands[subcommand]['function']()
> 
> File 
> "c:\users\chris\appdata\local\programs\python\python38-32\lib\site-packages\dlldiag\subcommands\trace.py",
>  line 188, in trace
> 
> header = ModuleHeader(args.module)
> 
> File 
> "c:\users\chris\appdata\local\programs\python\python38-32\lib\site-packages\dlldiag\common\ModuleHeader.py",
>  line 14, in __init__
> 
> self._pe = pefile.PE(module, fast_load=True)
> 
> File 
> "c:\users\chris\appdata\local\programs\python\python38-32\lib\site-packages\pefile.py",
>  line 1754, in __init__
> 
> self.__parse__(name, data, fast_load)
> 
> File 
> "c:\users\chris\appdata\local\programs\python\python38-32\lib\site-packages\pefile.py",
>  line 1797, in __parse__
> 
> stat = os.stat(fname)
> 
> FileNotFoundError: [WinError 2] The system cannot find the file specified: 
> 'C:\\Windows\\system32\\ibfs64.dll'

In fact, I can not even open the file in the python.org installation of Python 
3.8.5, while I can in the python.org installation of Python 3.7.9. In other 
words, the command

open(r'C:\Windows\System32\ibfs64.dll','r')

succeeds with the python.org installation of Python 3.7.9, but fails (same 
FileNotFoundError) with version Python 3.8.5. 

What is the anaconda-managed installation doing differently? Why is the Python 
3.7.9 installation from python.org successful while the 3.8.5 installation is 
not?

--
components: IO, Installation, Windows, ctypes
messages: 377489
nosy: paul.moore, reilly.christopher, steve.dower, tim.golden, zach.ware
priority: normal
severity: normal
status: open
title: can not open file in system folder
type: behavior
versions: Python 3.8

___
Python tracker 

[issue41861] Convert sqlite3 to PEP 384

[Erlend Egeberg Aasland]

Change by Erlend Egeberg Aasland :


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

___
Python tracker 

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

[issue41861] Convert sqlite3 to PEP 384

[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

[issue41861] Convert sqlite3 to PEP 384

[Erlend Egeberg Aasland]

New submission from Erlend Egeberg Aasland :

https://www.python.org/dev/peps/pep-0384/

--
components: Library (Lib)
messages: 377488
nosy: erlendaasland
priority: normal
severity: normal
status: open
title: Convert sqlite3 to PEP 384

___
Python tracker 

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

[issue41826] test_peg_generator compilation warnings

[Skip Montanaro]

Skip Montanaro  added the comment:

Possible patch. All this does is add some C casts. @pablogsal suggested there 
was more to be done, but my glance at the reference he gave suggested that's 
already been done. My apologies if I misinterpreted his reference.

--
keywords: +patch
Added file: https://bugs.python.org/file49474/test_peg_gen.diff

___
Python tracker 

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

[issue41774] While removing element from list using for and remove(), which has same items output is not right

[Terry J. Reedy]

Terry J. Reedy  added the comment:

Raymond, please take what I have written and rewrite it to your satisfaction.  
I have lots else to do, including investigating the IDLE bug you just reported.

--
assignee: terry.reedy -> 

___
Python tracker 

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

[issue33867] Module dicts are wiped on module garbage collection

[Irit Katriel]

Irit Katriel  added the comment:

I also can't reproduce it on a later version. If this is a 2.7/3.6 only 
problem, should the issue be closed?

--
nosy: +iritkatriel

___
Python tracker 

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

[issue41774] While removing element from list using for and remove(), which has same items output is not right

[Raymond Hettinger]

Raymond Hettinger  added the comment:

> I like the simple ad easy 'slice replacement = iterator' form
>  because it illustrates to me that we have done something 
> right with Python's design.

I understand that you like it and that it reflects the way you think the world 
should work, , but that doesn't warrant putting it in the FAQ.  We should steer 
users down a path of feeding unsizable inputs into tooling that needs a size to 
work well (the receiving code either has to implicitly build a list first 
before it can start or it will have to have periodic resizes). A straight list 
comprehension will suffice to answer the question cleanly.

FWIW, the same issue occurs with str.join().  It works better with a list 
comprehension than an iterator.  Given an iterator, it has to build an internal 
list first before it can start.  That is slower than starting with a list in 
the first place and makes the memory consumption implicit when it should be 
explicit (a generator would create the illusion that a list isn't being formed 
which is misleading).

--

___
Python tracker 

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

[issue41860] random.choices() raises "int too large" error while random.randint does not

[Raymond Hettinger]

Raymond Hettinger  added the comment:

This is a known limitation and there isn't much we can do about it. 

The root cause is that for performance reasons the len() function doesn't 
handle sizes larger than a C ssize_t:

>>> len(range(2**100))
Traceback (most recent call last):
... 
OverflowError: Python int too large to convert to C ssize_t

For the same reason, you would also see the same error for random.choice():

>>> random.choice(range(2**100))
Traceback (most recent call last):
... 
OverflowError: Python int too large to convert to C ssize_t

Given that we can't get the size of the population, there isn't much that 
choice() or choices() can do about the situation without special casing range 
objects and reconstructing what len() would have returned had it not been 
restricted.  Given that this hasn't seemed to have ever been a problem in 
practice, I recommend just using randrange() in a loop.

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

___
Python tracker 

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

[issue40813] Line number of SyntaxError

[Irit Katriel]

Change by Irit Katriel :


--
title: Output SyntaxError is not defective -> Line number of SyntaxError

___
Python tracker 

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

[issue41860] random.choices() raises "int too large" error while random.randint does not

[Serhiy Storchaka]

Serhiy Storchaka  added the comment:

This is virtually a duplicate of issue40388.

--
nosy: +mark.dickinson, rhettinger, serhiy.storchaka

___
Python tracker 

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