[issue15961] Missing return value in ``system_message``

2012-09-18 Thread Malthe Borch

New submission from Malthe Borch:

When ``docutils`` are importable, distutils uses a reporter implementation that 
incorrectly drops a return value from the ``system_message`` override (see 
patch).

--
assignee: eric.araujo
components: Distutils
files: patch.diff
keywords: patch
messages: 170640
nosy: eric.araujo, malthe, tarek
priority: normal
severity: normal
status: open
title: Missing return value in ``system_message``
type: behavior
versions: Python 2.7, Python 3.2
Added file: http://bugs.python.org/file27215/patch.diff

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



[issue24485] Function source inspection fails on closures

2015-06-22 Thread Malthe Borch

New submission from Malthe Borch:

Very simple to reproduce (see attachment).

--
components: Library (Lib)
files: test.py
messages: 245621
nosy: malthe
priority: normal
severity: normal
status: open
title: Function source inspection fails on closures
type: behavior
versions: Python 3.5, Python 3.6
Added file: http://bugs.python.org/file39768/test.py

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



[issue29477] Lambda with complex arguments is ctx STORE

2017-02-08 Thread Malthe Borch

New submission from Malthe Borch:

Normally, lambda arguments (positional or keyword-based) are ctx PARAM, since 
they're parameters.

But complex (packed) arguments are ctx STORE.

This is a problem for AST transformation tools that can't reliably detect the 
name context.

--
components: Interpreter Core
messages: 287291
nosy: malthe
priority: normal
severity: normal
status: open
title: Lambda with complex arguments is ctx STORE
type: compile error
versions: Python 2.7

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



[issue28143] ASDL compatibility with Python 3 system interpreter

2016-09-14 Thread Malthe Borch

New submission from Malthe Borch:

Many systems today use Python 3 as the default interpreter "python". The Python 
2.7 build fails because of syntax incompatibility.

Attached patch fixes this.

--
components: Build
files: 0001-Allow-make-to-be-run-under-Python-3.patch
keywords: patch
messages: 276401
nosy: malthe
priority: normal
severity: normal
status: open
title: ASDL compatibility with Python 3 system interpreter
type: compile error
versions: Python 2.7
Added file: 
http://bugs.python.org/file44654/0001-Allow-make-to-be-run-under-Python-3.patch

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



[issue28143] ASDL compatibility with Python 3 system interpreter

2016-09-24 Thread Malthe Borch

Malthe Borch added the comment:

I have updated the patch with requested changes.

Note that the original code also added space after '\t' characters. I have not 
changed this on purpose.

--
Added file: 
http://bugs.python.org/file44801/0001-Allow-make-to-be-run-under-Python-3.patch

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



[issue28143] ASDL compatibility with Python 3 system interpreter

2016-09-18 Thread Malthe Borch

Malthe Borch added the comment:

I forgot to add "from __future__ import print_function" to the beginning of 
"asdl.py" and "spark.py". It should then work on Python 2.

That is, with the imported print-function, the incompatibilities that Martin 
pointed out are no longer there.

As for Windows, I would think that printing out CRLFs is the correct behavior? 
I don't use Windows personally.

--

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



[issue28143] ASDL compatibility with Python 3 system interpreter

2016-10-15 Thread Malthe Borch

Malthe Borch added the comment:

You're right. The trailing comma just suppresses the newline. I updated the 
patch.

--
Added file: 
http://bugs.python.org/file45105/0001-Allow-make-to-be-run-under-Python-3.patch

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



[issue28143] ASDL compatibility with Python 3 system interpreter

2017-10-23 Thread Malthe Borch

Change by Malthe Borch <mbo...@gmail.com>:


--
pull_requests: +4052
stage: needs patch -> patch review

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



[issue46925] Replace key if not identical to old key in dict

2022-03-04 Thread Malthe Borch


New submission from Malthe Borch :

When a key that is equal to an existing key (but not the same object identity) 
is used to set a new value, the key itself is not replaced.

This manifests perhaps most clearly in `weakref.WeakKeyDictionary` where keys 
can mysteriously disappear.

Consider two equal keys, k1 and k2:

d = WeakKeyDictionary()
d[k1] = 1
d[k2] = 2
del k1

We would expect the dictionary to have a single entry k2 => 2. But in fact it 
is empty now.

--
components: Library (Lib)
messages: 414554
nosy: malthe
priority: normal
pull_requests: 29811
severity: normal
status: open
title: Replace key if not identical to old key in dict
type: behavior

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



[issue46925] Document dict behavior when setting equal but not identical key

2022-03-06 Thread Malthe Borch


Malthe Borch  added the comment:

Java's HashMap has also the (current) Python behavior. An existing same key is 
not replaced.

--

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