New submission from Markus hardcoreve...@gmx.de:
I tried to build pylzma with python setup.py build -cmingw32 and got the
following message.
C:\MinGW\bin\gcc.exe -mno-cygwin -mdll -O -Wall -DWIN32=1 -DCOMPRESS_MF_MT=1
-DWITH_COMPAT=1 -IC:\work\dev\Python26\include -I.
-IC:\work\dev\Python26
Markus hardcoreve...@gmx.de added the comment:
Sorry, my fault.
/MT was given in setup.py of pylzma. I didn't search properly.
Please close.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7629
Markus com...@gmx.ch added the comment:
Hi,
the C implementation of ElementTree do not support namespaces for find/all/... .
To me this is a serious regression, as I rely on ElementTree namespace support,
and 3.3 would break it with this change.
Breaking namespace support is a fundamental
Changes by Markus com...@gmx.ch:
Removed file:
http://bugs.python.org/file25598/findall_takes_no_keywords_anymore.py
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13988
Markus com...@gmx.ch added the comment:
The file was bad, sorry.
re-attached
--
Added file:
http://bugs.python.org/file25599/findall_takes_no_keywords_anymore.py
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13988
New submission from Markus com...@gmx.ch:
The C implementation of ElementTree which is the default by python3.3 [1] does
not accept the namespaces keyword for Element/ElementTree.find(all|iter|...)
and maybe others.
[1] http://bugs.python.org/issue13988
--
components: Library (Lib
Markus com...@gmx.ch added the comment:
As advised I opened a new bug on this:
http://bugs.python.org/issue14818
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13988
Markus com...@gmx.ch added the comment:
Applied the patch, but could not verify 'it works for me' as Element lacks the
attrib keyword.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14818
New submission from Markus com...@gmx.ch:
Example Code to reproduce:
from xml.etree import ElementTree as etree
class xetree:
cElement = etree.Element
class Element(etree.Element):
def __init__(self, tag, attrib=None):
xetree.cElement
Markus com...@gmx.ch added the comment:
New bug - C implementation of ElementTree: Inheriting from Element breaks text
member
http://bugs.python.org/issue14849
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13988
Markus com...@gmx.ch added the comment:
SubElement needs to handle the attrib keyword too.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14818
Markus added the comment:
My initial patch was wrong wrt. _find_address_range.
It did not loop over equal addresses.
Thats why performance with many equal addresses was degraded when dropping the
set().
Here is a patch to fix _find_address_range, drop the set, and improve
performance again
Markus added the comment:
Eleminating duplicates before processing is faster once the overhead of the set
operation is less than the time required to sort the larger dataset with
duplicates.
So we are basically comparing sort(data) to sort(set(data)).
The optimum depends on the input data
New submission from Markus:
I found the code used to collapse addresses to be very slow on a large number
(64k) of island addresses which are not collapseable.
The code at
https://github.com/python/cpython/blob/0f164ccc85ff055a32d11ad00017eff768a79625/Lib/ipaddress.py#L349
was found
Markus added the comment:
I just signed the agreement, ewa@ is processing it.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23266
Markus added the comment:
Added the testrig.
--
Added file: http://bugs.python.org/file37763/testrig.tar.gz
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23266
Markus added the comment:
I beg pardon to be pedantic.
The issue is not MFC, but CRT.
The related safety bulletin
(https://technet.microsoft.com/library/security/ms11-025) says
Your application may be an attack vector if all of the following conditions
are true:
- Your application
New submission from Markus:
In 14 June 2011 Microsoft released Visual C++ 2008 runtime MFC Security Update
https://www.microsoft.com/en-us/download/details.aspx?id=26368
The Security Update also updates the CRT runtime (used by Python 2.7)
Without the security update, Python 2.7.13 uses vc90
Markus added the comment:
Dear Steve,
in fact not a Python bug at all.
I used 2 commands:
ipconfig /release
ipconfig /renew
and rebootet.
This fixed the issue, for now.
Also, I found this domain in c:\Windows\System32\drivers\etc\hosts.ics
Unclear who created that entry.
Documenting
Markus added the comment:
I found the IP of mshome.net in an Ethernet adapter "vEthernet"
It seems that this adapter stems from Hyper-V.
It therefore seems that socket.getfqdn() reported the wrong network adapter
once.
Because I cannot reproduce this, I leave this is
New submission from Markus :
In a corporate network, `wmic computersystem get domain` returns the correct
domain.
On some clients, the Python query "socket.getfqdn()" returns the wrong domain,
namely "mshome.net"
>>> import socket
>>> socket.getfqdn()
Markus Elfring added the comment:
Are you really against benefits from reusing of existing application
programming interfaces for the explicit preparation and compilation of SQL
statements?
It seems that other software contributors like Marc-Andre Lemburg and Tony
Locke show more
New submission from Markus Unterwaditzer:
getpass.getpass doesn't enter a newline when the user aborts input with ^C,
while input/raw_input does.
This behavior is surprising and can lead to mis-formatting of subsequent
output. However, since this behavior exists since 2.7 and applications may
New submission from Markus Holtermann:
Since #7830 nested partials are flattened. This is a behavioral change that
causes a test failure in Django because we use nested partials to resolve
relationships between models:
https://github.com/django/django/pull/4423#issuecomment-138996095
In my
Markus Unterwaditzer added the comment:
It should be properly noted that the API isn't going to be actually removed
anytime soon.
Also I think issuing a warning about this was a mistake. For software that
wants to stay compatible with both Python 2 and 3 it's basically useless
Markus Unterwaditzer added the comment:
My last comment was in reference to getfullargspec, which is, as far as I
understand, not going to be deprecated until after 3.7.
--
___
Python tracker <rep...@bugs.python.org>
<http://bugs.p
Markus Holtermann added the comment:
Interesting thing tough, this optimization is nowhere mentioned in the 3.5
release notes ;)
--
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/i
New submission from Markus Gerstel:
Running 'import logging' causes at minimum 46 failing 'open' and 12 failing
'stat' calls because python looks for packages inside python/Lib/logging which
will never be there, in particular: sys, os, time, cStringIO, traceback,
warnings, weakref
Markus Gerstel added the comment:
Yes, this is indeed the same for other stdlib modules, too. Logging is just the
first one that came to attention in our investigations.
I haven't prepared any other patches yet though, because your answer could
easily be "No, we cannot consider these ch
Changes by Markus Gerstel <markus.gers...@diamond.ac.uk>:
--
nosy: +vinay.sajip
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python
Markus Holtermann added the comment:
Thanks for your input. I remove the versionchanged block.
--
Added file:
http://bugs.python.org/file44649/0001-Enable-WebSocket-URL-schemes-in-urllib.parse.urljoin.patch
___
Python tracker <rep...@bugs.python.
Markus Holtermann added the comment:
Thanks for your input, Berker. Updated as suggested. I still include the
versionchanged annotation as I suspect more people to look at the docs than the
entire changelog
--
Added file:
http://bugs.python.org/file44615/0001-Enable-WebSocket-URL
Markus Holtermann added the comment:
As discussed with rbcollins during the KiwiPyCon sprints, I'll add patches for
3.5, 3.6 and master with docs mentioning the addition of `ws` and `wss` as of
3.5.3
--
nosy: +MarkusH
___
Python tracker <
Changes by Markus Holtermann <i...@markusholtermann.eu>:
Removed file:
http://bugs.python.org/file44609/0001-Enable-WebSocket-URL-schemes-in-urllib.parse.urljoin.3.6.patch
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python
Changes by Markus Holtermann <i...@markusholtermann.eu>:
Removed file:
http://bugs.python.org/file44610/0001-Enable-WebSocket-URL-schemes-in-urllib.parse.urljoin.master.patch
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python
Changes by Markus Holtermann <i...@markusholtermann.eu>:
Added file:
http://bugs.python.org/file44608/0001-Enable-WebSocket-URL-schemes-in-urllib.parse.urljoin.3.5.patch
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python
Changes by Markus Holtermann <i...@markusholtermann.eu>:
Added file:
http://bugs.python.org/file44610/0001-Enable-WebSocket-URL-schemes-in-urllib.parse.urljoin.master.patch
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python
Changes by Markus Holtermann <i...@markusholtermann.eu>:
Added file:
http://bugs.python.org/file44609/0001-Enable-WebSocket-URL-schemes-in-urllib.parse.urljoin.3.6.patch
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python
Markus Holtermann added the comment:
Since the patch applies cleanly to the 3.5, 3.6 and master branch I only
attached one updated version of it.
--
Added file:
http://bugs.python.org/file44612/0001-Enable-WebSocket-URL-schemes-in-urllib.parse.urljoin.patch
Changes by Markus Holtermann <i...@markusholtermann.eu>:
Removed file:
http://bugs.python.org/file44608/0001-Enable-WebSocket-URL-schemes-in-urllib.parse.urljoin.3.5.patch
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python
New submission from Markus Unterwaditzer:
The attached example code raises a SyntaxError in Python 2, but is
syntactically valid in Python 3. The return value is ignored and an empty
generator is produced. I see no reason for this behavioral change.
--
components: Interpreter Core
New submission from Markus Kramer:
Each Windows installation has a “product version”.
The Windows installer python-3.6.2.exe has product version "3.6.2150.0"
(accessible with context menu / Properties / Details).
This causes at least 2 problems:
- Automated software invent
Markus Kramer added the comment:
Screenshot of Product Version 3.6.2150.0
--
Added file: http://bugs.python.org/file47056/3.6.2.png
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/i
Markus Kramer added the comment:
Steve, yes: from my point of view, the version in "Programs and Features"
should be 3.6.2 or 3.6.2.0 or 3.6.2.150.
Eryk, thank you for your explanation - I had a wrong memory about the third
field in ProductVersion to be the micro version a
Markus Wegmann added the comment:
Hi there!
I came as well in contact with this kind of bug. Sadly, I could not replicate
it with a simplified toy example.
You can experience the bug, if checkout
https://github.com/Atokulus/flora_tools/tree/56bb17ea33c910915875214e916ab73f567b3b0c
and run
Markus Wegmann added the comment:
Hi Ethan
> Your Enum example in flawless is not an IntEnum, so the error (unable to add
> an integer to None) seems entirely unrelated.
The TypeError is just a consequence of the faulty Enum identity comparison some
lines before. I mentioned the Typ
New submission from Markus Järvisalo <markus.jarvis...@gmail.com>:
The note in https://docs.python.org/2/library/json.html section "18.2. json —
JSON encoder and decoder".
The note says incorrectly that JSON is a subset of YAML 1.2 but if you follow
the text written in YAML 1
New submission from Markus Elfring :
I would like to point out that identifiers like “__DYNAMIC_ANNOTATIONS_H__” and
“_Py_memory_order” do not fit to the expected naming convention of the C++
language standard.
https://www.securecoding.cert.org/confluence/display/cplusplus/DCL51-CPP.+Do
Markus Elfring added the comment:
* How do you think about to reduce the tampering with the reserved name space
in mentioned source code (and also in related components)?
* Would you like to avoid that this software depends on undefined behaviour
New submission from Markus Mohrhard :
The following piece of code
import pickle
pickle.loads(pickle.dumps(1, protocol=pickle.HIGHEST_PROTOCOL), buffers=None)
fails with "TypeError: 'NoneType' object is not iterable"
The corresponding PEP (https://www.python.org/dev/peps/pep-0574/)
Markus Mohrhard added the comment:
Sorr, I somehow managed to overwrite my title before submitting with the one
from one if the results of my searches.
--
___
Python tracker
<https://bugs.python.org/issue37
Change by Markus Mohrhard :
--
title: Pure Python pickle module should not depend on _pickle.PickleBuffer ->
Fix default argument handling for buffers argument in pickle.loads
___
Python tracker
<https://bugs.python.org/issu
Change by Markus Mohrhard :
--
keywords: +patch
pull_requests: +14409
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/14593
___
Python tracker
<https://bugs.python.org/issu
Markus Roth added the comment:
When the fine tuning options for install-directories are set, the default
directories "lib", "bin" and "include" are still created with essential
content. Even if options like --libdir are set.
Markus Mohrhard added the comment:
We have by now changed to a custom executor. Asyncio is used in some of our
dependencies and therefore it took some work to figure out what is creating the
thousands of threads that we were seeing.
This patch was part of the debuggin and we thought
Change by Markus Mohrhard :
--
keywords: +patch
pull_requests: +17832
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/18458
___
Python tracker
<https://bugs.python.org/issu
New submission from Markus Mohrhard :
The ThreadPoolExecutor in BaseEventLoop.run_in_executor should set a
thread_name_prefix to simplify debugging.
Might also be worth to limit the number of max threads. On our 256 core
machines we sometimes get 1000+ threads due to the cpu_count() * 5
New submission from Markus Mohrhard :
We have hit an issue in the pickle module where the code throws an exception in
a threaded environment:
The interesting piece of the backtrace is:
File "/xxx/1004060/lib/python3.7/site-packages/numpy/core/__init__.py", line
130, in _uf
New submission from Markus Israelsson :
The documentation in
https://docs.python.org/3.8/library/http.cookiejar.html#http.cookiejar.CookieJar
claims the following for functions add_cookie_header and extract_cookies.
***
The request object (usually a urllib.request.Request instance) must
Markus Israelsson added the comment:
The way I read the documentation for add_cookie_header is:
These methods must exist in the Request object:
- get_full_url()
- get_host()
- get_type()
- unverifiable... and so on.
The documentation for the request objects claims however
Markus Israelsson added the comment:
I am currently updating the documentation source code.
On the cookiejar page it describes 'unverifiable' as a method.
I can however not find that method on the request page because it seems to be
just a normal attribute.
I will make updates
Markus Israelsson added the comment:
I guess due to something having to be signed I would have to create a personal
github account :/
--
___
Python tracker
<https://bugs.python.org/issue42
Markus Israelsson added the comment:
Sure.
But I will need to get an ok from my company to spend some time on this because
I really am not very used to git yet (recently switched).
Also, is it possible to make the request/changes through the company github
account or must that in that case
Markus Israelsson added the comment:
I got ok from the higherups.
Will plan this into next sprint so it will take a week or 2 before I get to it.
--
___
Python tracker
<https://bugs.python.org/issue42
Change by Markus Wallerberger :
--
keywords: +patch
pull_requests: +28804
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/30605
___
Python tracker
<https://bugs.python.org/issu
New submission from Markus Wallerberger :
The reference implementation of itertools.product creates large temporaries,
which we need to remind people of at the top of the code block.
However, using generator magic, we don't need to do this and can even simplify
the code in the process
Markus Wallerberger added the comment:
> To a person well versed in recursion and in generator chains it makes sense
> but not so much for anyone else.
There I pretty much fundamentally disagree. I find the version in the docs
much more magical in the sense that it builds up &quo
Changes by Markus Stoll:
--
components: None
nosy: must21
severity: normal
status: open
title: calculation bug in long() function
type: behavior
versions: Python 2.1.1, Python 2.1.2, Python 2.2, Python 2.2.1, Python 2.2.2,
Python 2.2.3, Python 2.3, Python 2.4, Python 2.5
New submission from Markus Stoll:
betrag = 146.95
betrag = float(betrag)
betrag = betrag * 100.0
betrag = long(betrag)
print betrag
gives 14694 as result rather than 14695
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2140
Markus Stoll added the comment:
thank you for fast reply
I see the point and do not want to argue about that (rounding is fine
for me). I just think this behaviour makes the long() function pretty
much useless.
Regards, Markus
Am 18.02.2008 um 13:25 schrieb Facundo Batista:
Facundo
Markus Pröller mproel...@googlemail.com added the comment:
Hello,
I have tested this patch since a while. In the meantime I have switched to
Python 2.6.5, but the problem that I described above is still there.
Another problem that brought the patch is, that when I move a frame up
Markus Pröller mproel...@googlemail.com added the comment:
Hello,
I changed pdb.py to the file I added in the attachment (I just used the given
patch pdb_cache_f_locals.patch)
Then I created the following file:
import pdb
def function_1(number):
stack_1 = number
function_2(stack_1
Markus Pröller mproel...@googlemail.com added the comment:
Okay,
thanks for giving me the correct patch, but I still face the following problem
(with the same code snippet):
c:\tst_pdb.py(14)function_3()
- print stack_3
(Pdb) l
9 function_3(stack_2)
10
11 def function_3
New submission from Markus Pröller mproel...@googlemail.com:
Hello,
with python 2.7 I encounter the following problem:
I have created the following sample script:
import pdb
def function_1(number):
stack_1 = number
function_2(stack_1)
def function_2(number):
stack_2 = number
New submission from Markus Korn thek...@gmx.de:
select.epoll.register raises an IOError for already registered fds, however the
docstring says the fd gets modified:
Python 2.7.1+ (r271:86832, Feb 24 2011, 15:00:15)
[GCC 4.5.2] on linux2
Type help, copyright, credits or license for more
New submission from Markus Duft markus.d...@salomon.at:
Hey!
For a while now, i'm maintaining python build patches for interix for the
gentoo prefix project. I thought maybe i can bring them upstream :) currently i
have python 2.7.1 building, and i'll start testing python 3.2 in a while
Markus Duft markus.d...@salomon.at added the comment:
if the buildbot does not need to be reached from the outside, i could provide
one, yes (i'm behind a company firewall/proxy infrastructure)
as for the patch: comments and improvement suggestions welcome :)
as for interix (actually SUA
Markus Duft markus.d...@salomon.at added the comment:
since the patch is rather small, and prove to not fluctuate too much on
releases, i'd be willing to keep maintaining them, although i think that it
would not cause too much problems to integrate it into the code base
Changes by Markus bela domla...@yahoo.com:
--
components: +Windows -Library (Lib), Unicode
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17656
New submission from Markus Kettunen:
In a C application on Windows, at least on MSVC 2010 and Windows 7, do this:
wprintf(LTest\n);
Py_Initialize();
wprintf(LTest\n);
Output is:
Test
T e s t
I was able to track the issue to fileio.c to the following code block by
searching where wprintf
Markus Kettunen added the comment:
If the standard streams are not used through Python, this hack can be used to
work around the bug on C side:
#ifdef WIN32
#include fcntl.h
#endif
...
Py_Initialize();
#ifdef WIN32
_setmode(stdin-_file, O_TEXT);
_setmode(stdout-_file, O_TEXT);
_setmode
Markus Kettunen added the comment:
It's quite common to use wide character strings to support Unicode in C and C++.
In C++ this often means using std::wstring and std::wcout. Maybe these are more
common than wprintf? In any case the console output breaks as Py_Initialize
hijacks the host
Markus Kettunen added the comment:
On Linux, std::wcout doesn't use wprintf(). Do you mean that std::wcout also
depends on the mode of stdout (_setmode)?
Yes, exactly. I originally noticed this bug by using std::wcout on Windows.
--
___
Python
Markus Unterwaditzer added the comment:
Can this issue or #9205 be reopened as this particular instance of the problem
doesn't seem to be resolved? I still seem to need the workaround from
http://stackoverflow.com/a/1408476
--
nosy: +untitaker
New submission from Markus Unterwaditzer:
The string literal `ur'foo\d'` causes a SyntaxError while the equivalent
`r'foo\d'` causes the correct string to be produced.
--
components: Interpreter Core
messages: 226281
nosy: untitaker
priority: normal
severity: normal
status: open
title
New submission from Markus Elfring:
An interface for parameterised SQL statements (working with placeholders) is
provided by the execute() method from the Cursor class at the moment.
https://docs.python.org/3/library/sqlite3.html#sqlite3.Cursor.execute
I assume that the SQL Statement Object
New submission from Markus Elfring:
I find a data structure like it is provided by the Boost Multi-index
Containers Library interesting for efficient data processing.
http://www.boost.org/doc/libs/1_57_0/libs/multi_index/doc/index.html
How are the chances to integrate a class library
Changes by Markus Elfring elfr...@users.sourceforge.net:
--
type: - enhancement
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22956
New submission from Markus F.X.J. Oberhumer mar...@oberhumer.com:
Python 3.2b2 does not properly support accessing bytearrays from
ctypes, which makes dealing with large buffers somewhat unpleasant.
A very first fix - a simple patch for the z_set() function - is given here.
build/Python-3.2b2
New submission from Markus F.X.J. Oberhumer mar...@oberhumer.com:
Please note that the correct answer is 25, and the last element is missing !
This bug does not show on 64-bit versions (but 46337**2 is near 2**31).
~Markus
C:\Python31python
Python 3.1rc2 (r31rc2:73414, Jun 13 2009, 16:43:15
Markus F.X.J. Oberhumer mar...@oberhumer.com added the comment:
Many thanks for your quick fix! ~Markus
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6334
New submission from Markus Amalthea Magnuson:
If the default value for a flag is a list, and the action append is used,
argparse doesn't seem to override the default, but instead adding to it. I did
this test script:
import argparse
parser = argparse.ArgumentParser()
parser.add_argument
Changes by Markus Amalthea Magnuson markus.magnu...@gmail.com:
--
title: argparse: - argparse: append action with default list adds to list
instead of overriding
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16399
Change by Markus Kitsinger (he/him/his) :
--
nosy: +SwooshyCueb
nosy_count: 23.0 -> 24.0
pull_requests: +28175
pull_request: https://github.com/python/cpython/pull/29950
___
Python tracker
<https://bugs.python.org/issu
94 matches
Mail list logo