[issue45464] TypeError when inheriting from both OSError and AttributeError

2021-10-13 Thread Marek Marczykowski-Górecki

New submission from Marek Marczykowski-Górecki :

In Python 3.10 it is no longer possible to create an exception type that 
inherits from both OSError and AttributeError. This has worked in Python 3.9.
I don't see anything in changelog/release notes that would suggest it being 
intentional.

Behavior in Python 3.9:

Python 3.9.2 (default, Feb 28 2021, 17:03:44) 
[GCC 10.2.1 20210110] on linux
Type "help", "copyright", "credits" or "license" for more information.
>>> class C(OSError, AttributeError): pass
... 
>>> C



Behavior in Python 3.10:

Python 3.10.0 (default, Oct  4 2021, 00:00:00) [GCC 11.2.1 20210728 (Red Hat 
11.2.1-1)] on linux
Type "help", "copyright", "credits" or "license" for more information.
>>> class C(OSError, AttributeError): pass
... 
Traceback (most recent call last):
  File "", line 1, in 
TypeError: multiple bases have instance lay-out conflict


My (very) wild guess is this being related to https://bugs.python.org/issue38530

--
components: Interpreter Core
messages: 403870
nosy: marmarek
priority: normal
severity: normal
status: open
title: TypeError when inheriting from both OSError and AttributeError
type: behavior
versions: Python 3.10

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



[issue39744] asyncio.subprocess's communicate(None) does not close stdin

2020-02-24 Thread Marek Marczykowski-Górecki

Change by Marek Marczykowski-Górecki :


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

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



[issue39744] asyncio.subprocess's communicate(None) does not close stdin

2020-02-24 Thread Marek Marczykowski-Górecki

Marek Marczykowski-Górecki  added the comment:

This is BTW similar to https://bugs.python.org/issue26848

--

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



[issue39744] asyncio.subprocess's communicate(None) does not close stdin

2020-02-24 Thread Marek Marczykowski-Górecki

New submission from Marek Marczykowski-Górecki :

Standard subprocess's communicate() called with None input (or no argument at 
all closes process stdin. The asyncio variant does not.
This leads to issue with various processes that wait for EOF on stdin before 
terminating.

Test script attached.

--
components: asyncio
files: commmunicate-test.py
messages: 362605
nosy: asvetlov, marmarek, yselivanov
priority: normal
severity: normal
status: open
title: asyncio.subprocess's communicate(None) does not close stdin
versions: Python 3.7, Python 3.8, Python 3.9
Added file: https://bugs.python.org/file48910/commmunicate-test.py

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



[issue16472] Distutils+mingw links agains msvcr90, while python27.dll is linked agains msvcrt

2013-07-30 Thread Marek Marczykowski-Górecki

Marek Marczykowski-Górecki added the comment:

I can confirm that when a module is linked against msvcr90, it crashes with 
invalid access to memory. When removed that library from the linker options 
(that is - no explicit msvcr, in any version) - module worked perfectly.

Note that comment on 
http://hg.python.org/cpython/file/6e1dd1ce95b8/Lib/distutils/cygwinccompiler.py#l333
 (Minge32CComiler class) already says no additional libraries needed, but 3 
lines later it sets dll_libraries to msvcr90 (via get_msvcr). So just removing 
lines 336:338 works great. Patch attached. Any chances to get this fixed in the 
next python 2.7.x release?

My system is Windows 7 64bit, Python 2.7.5 64bit (from official msi installer)

--
keywords: +patch
nosy: +marmarek
Added file: http://bugs.python.org/file31094/python-distutils-mingw32.patch

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16472
___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com