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
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 pr
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
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 f
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
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:
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 that:
These
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
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
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 it
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
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
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/
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
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
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:
* 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 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+not
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
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
New submission from Markus Järvisalo :
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.2 specification it states t
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 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
<http://bugs.python.org/issue31
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 inventory
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 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 the
Changes by Markus Gerstel :
--
nosy: +vinay.sajip
___
Python tracker
<http://bugs.python.org/issue29351>
___
___
Python-bugs-list mailing list
Unsubscribe:
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,
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
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
<h
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
Changes by Markus Holtermann :
Removed file:
http://bugs.python.org/file44609/0001-Enable-WebSocket-URL-schemes-in-urllib.parse.urljoin.3.6.patch
___
Python tracker
<http://bugs.python.org/issue25
Changes by Markus Holtermann :
Removed file:
http://bugs.python.org/file44610/0001-Enable-WebSocket-URL-schemes-in-urllib.parse.urljoin.master.patch
___
Python tracker
<http://bugs.python.org/issue25
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 :
Removed file:
http://bugs.python.org/file44608/0001-Enable-WebSocket-URL-schemes-in-urllib.parse.urljoin.3.5.patch
___
Python tracker
<http://bugs.python.org/issue25
Changes by Markus Holtermann :
Added file:
http://bugs.python.org/file44609/0001-Enable-WebSocket-URL-schemes-in-urllib.parse.urljoin.3.6.patch
___
Python tracker
<http://bugs.python.org/issue25
Changes by Markus Holtermann :
Added file:
http://bugs.python.org/file44610/0001-Enable-WebSocket-URL-schemes-in-urllib.parse.urljoin.master.patch
___
Python tracker
<http://bugs.python.org/issue25
Changes by Markus Holtermann :
Added file:
http://bugs.python.org/file44608/0001-Enable-WebSocket-URL-schemes-in-urllib.parse.urljoin.3.5.patch
___
Python tracker
<http://bugs.python.org/issue25
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
Markus Holtermann added the comment:
Interesting thing tough, this optimization is nowhere mentioned in the 3.5
release notes ;)
--
___
Python tracker
<http://bugs.python.org/issue25
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:
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
<http://bugs.python.org/issue20
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 basical
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 application
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
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:
I just signed the agreement, ewa@ is processing it.
--
___
Python tracker
<http://bugs.python.org/issue23266>
___
___
Python-bugs-list m
Markus added the comment:
Added the testrig.
--
Added file: http://bugs.python.org/file37763/testrig.tar.gz
___
Python tracker
<http://bugs.python.org/issue23
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 to be
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
Changes by Markus Elfring :
--
type: -> enhancement
___
Python tracker
<http://bugs.python.org/issue22956>
___
___
Python-bugs-list mailing list
Unsubscrib
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 li
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 O
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: norma
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: +unti
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
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
Changes by Markus bela :
--
components: +Windows -Library (Lib), Unicode
___
Python tracker
<http://bugs.python.org/issue17656>
___
___
Python-bugs-list mailin
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
#endif
...
Py_Initialize();
#ifdef WIN32
_setmode(stdin->_file, O_TEXT);
_setmode(stdout->_file, O_TEXT);
_setmode(
New submission from Markus Kettunen:
In a C application on Windows, at least on MSVC 2010 and Windows 7, do this:
wprintf(L"Test\n");
Py_Initialize();
wprintf(L"Test\n");
Output is:
Test
T e s t
I was able to track the issue to fileio.c to the following code block by
sea
Changes by Markus Amalthea Magnuson :
--
title: argparse: -> argparse: append action with default list adds to list
instead of overriding
___
Python tracker
<http://bugs.python.org/issu
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_arg
Markus added the comment:
SubElement needs to handle the attrib keyword too.
--
___
Python tracker
<http://bugs.python.org/issue14818>
___
___
Python-bugs-list m
Markus added the comment:
New bug - C implementation of ElementTree: Inheriting from Element breaks text
member
http://bugs.python.org/issue14849
--
___
Python tracker
<http://bugs.python.org/issue13
New submission from Markus :
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.__init__(self
Markus added the comment:
Applied the patch, but could not verify 'it works for me' as Element lacks the
attrib keyword.
--
___
Python tracker
<http://bugs.python.o
Markus added the comment:
As advised I opened a new bug on this:
http://bugs.python.org/issue14818
--
___
Python tracker
<http://bugs.python.org/issue13
New submission from Markus :
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)
messages
Markus 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
<http://bugs.python.org/issue13
Changes by Markus :
Removed file:
http://bugs.python.org/file25598/findall_takes_no_keywords_anymore.py
___
Python tracker
<http://bugs.python.org/issue13988>
___
___
Markus 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 problem.
Please
Markus Duft 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 int
Markus Duft 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 - Subsystem for
New submission from Markus Duft :
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...
may i ask you
New submission from Markus Korn :
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
New submission from Markus F.X.J. Oberhumer :
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 $ quilt diff
Index
New submission from Markus Pröller :
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 + 1
function_3
Markus Pröller 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(number
Markus Pröller 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)
def function_2
Markus Pröller 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 in the
stack trace, the variables
Markus added the comment:
Sorry, my fault.
"/MT" was given in "setup.py" of "pylzma". I didn't search properly.
Please close.
--
___
Python tracker
New submission from Markus :
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\
Markus F.X.J. Oberhumer added the comment:
Many thanks for your quick fix! ~Markus
--
___
Python tracker
<http://bugs.python.org/issue6334>
___
___
Python-bug
New submission from Markus F.X.J. Oberhumer :
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:\Python31>python
Python 3.1rc2 (r31rc2:73414, Jun 13 2009, 16:43:15) [MSC v.1500 32
Markus Niemistö added the comment:
Well, it's not me. As I stated in the problem description, Windows (2000
at least) uses path c:\documents and settings\\local
settings\temp as default temp dir, where also python tries to make temp
dirs. Now for example if user name is "niemistö&
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:
>
> F
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/
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
95 matches
Mail list logo
