[issue13573] csv.writer uses str() for floats instead of repr()

[Berker Peksag]

Changes by Berker Peksag :


--
stage: needs patch -> resolved

___
Python tracker 

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

[issue26049] Poor performance when reading large xmlrpc data

[Cédric Krier]

Changes by Cédric Krier :


Added file: http://bugs.python.org/file42043/client.py

___
Python tracker 

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

[issue26049] Poor performance when reading large xmlrpc data

[Cédric Krier]

Cédric Krier added the comment:

Here is the client/server scripts.
I don't measure a big performance improvement with it.
I think the improvement measured in msg257756 are linked to the way xmlrpclib 
is overriden in Tryton.

--
Added file: http://bugs.python.org/file42044/server.py

___
Python tracker 

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

[issue2202] urllib2 fails against IIS 6.0 (No support for MD5-sess auth)

[Mathieu Dupuy]

Mathieu Dupuy added the comment:

I can see in the tests (test_urllib2_localnet.py) that Digest auth is tested 
only through "ProxyAuthTests". Is that sufficient ? Isn't it a bug ? If no, 
should I add the test in that class ?

--

___
Python tracker 

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

[issue2202] urllib2 fails against IIS 6.0 (No support for MD5-sess auth)

[Mathieu Dupuy]

Mathieu Dupuy added the comment:

first draft

--
Added file: http://bugs.python.org/file42045/digest_md5sess_unittest.diff

___
Python tracker 

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

[issue26453] SystemError on invalid numpy.ndarray / Path operation

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

This looks as NumPy bug.

--
nosy: +haypo, serhiy.storchaka
resolution:  -> third party

___
Python tracker 

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

[issue26453] SystemError on invalid numpy.ndarray / Path operation

[STINNER Victor]

STINNER Victor added the comment:

Bug in NumPy.

--
status: open -> closed

___
Python tracker 

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

[issue26454] add support string that are not inherited from PyStringObject

[yuriy_levchenko]

New submission from yuriy_levchenko:

i have my string object based on COW 
(https://en.wikibooks.org/wiki/More_C%2B%2B_Idioms/Copy-on-write)

i think i need add flag Py_TPFLAGS_STRING_SUBCLASS

https://bugs.python.org/issue26421

but this only for bases on PyStringObject

--
messages: 260974
nosy: yuriy_levchenko
priority: normal
severity: normal
status: open
title: add support string that are not inherited from PyStringObject
type: behavior
versions: Python 2.7

___
Python tracker 

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

[issue26049] Poor performance when reading large xmlrpc data

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

Thanks Cédric.

There is no improvement for the first request. But if repeat requests, there is 
small (about 5%) improvement. This is too small.

--

___
Python tracker 

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

[issue26448] dis.findlabels ignores EXTENDED_ARG

[Barun Parruck]

Barun Parruck added the comment:

Hi, sorry, been pretty busy, and will be for a few days, so my replies may not 
be instant!

Having looked through the dis test module, to be honest, I can't even find a 
call to dis.findlabels...odd. Maybe I've got it wrong, and I wouldn't mind 
somebody else taking a look! But either way, a quick overview shows me that it 
basically picks up functions, figures out the disassembled function, and 
compares expected output, in a similar way that we're working, actually. 

I'll look through your example, which looks pretty good! It works as expected 
on my repo (fails and passes appropriately), and I'll see about improving it, 
but for now, it seems to do its job.

--

___
Python tracker 

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

[issue26049] Poor performance when reading large xmlrpc data

[Cédric Krier]

Cédric Krier added the comment:

One advantage, I see, is when xmlrpclib is overridden to use an other 
marshaller which is can not be feed chunk by chunk. So reducing the number of 
call to feed will have a bigger impact.
But I don't know if this is enough for Python.

--

___
Python tracker 

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

[issue26448] dis.findlabels ignores EXTENDED_ARG

[Eric Fahlgren]

Eric Fahlgren added the comment:

Oh, don't worry about time between responses, we all have lives (well, some of 
us anyhow :) ).

After looking at Lib/test/test_dis.py, I think it's just an oversight that 
there is no specific findlabels test (it's tested implicitly by ``dis.dis`` 
after all), and it would be good thing for you to add one.  The obvious place 
seems like a new method at the bottom of the ``DisTests`` class, but we'll have 
to rely on (probably) Yury to make that call.

--

___
Python tracker 

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

[issue26338] remove duplicate bind addresses in create_server

[Sebastien Bourdeauducq]

Sebastien Bourdeauducq added the comment:

Can someone have a quick look at this please?

--

___
Python tracker 

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

[issue26448] dis.findlabels ignores EXTENDED_ARG

[Eric Fahlgren]

Eric Fahlgren added the comment:

I just remembered that code can have more than one (up to three?) EXTENDED_ARG 
operators before the real opcode, so I added that generalization to build code 
around the args list...

--
Added file: http://bugs.python.org/file42046/testfindlabels.py

___
Python tracker 

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

[issue26439] ctypes.util.find_library fails when ldconfig/glibc not available (e.g., AIX)

[David Edelsohn]

David Edelsohn added the comment:

ctypes util.py "simply" needs support for AIX.  There already is special 
support for Windows, Darwin, BSDs, Solaris.  Is the question about the 
technical details for equivalent functionality on AIX or about adding a stanza 
to Lib/ctpyes/util.py?

--

___
Python tracker 

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

[issue26446] Mention in the devguide that core devs are expected to follow the PSF CoC

[Brett Cannon]

Brett Cannon added the comment:

Discussion of this change: 
https://mail.python.org/pipermail/python-committers/2016-February/003750.html

--

___
Python tracker 

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

[issue17369] Message.get_filename produces exception if the RFC2231 encoding is ill-formed

[Matt]

Changes by Matt :


--
components: +Library (Lib) -email
versions: +Python 3.5, Python 3.6

___
Python tracker 

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

[issue17369] Message.get_filename produces exception if the RFC2231 encoding is ill-formed

[Matt]

Changes by Matt :


--
versions:  -Python 3.5, Python 3.6

___
Python tracker 

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

[issue17369] Message.get_filename produces exception if the RFC2231 encoding is ill-formed

[Matt]

Changes by Matt :


--
components: +email -Library (Lib)
versions:  -Python 3.3, Python 3.4

___
Python tracker 

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

[issue26455] Inconsistent behavior with KeyboardInterrupt and asyncio futures

[Michel Desmoulin]

New submission from Michel Desmoulin:

If you trigger KeyboardInterrupt in a coroutine and catch it, the program 
terminates cleanly:

import asyncio

async def bar():
raise KeyboardInterrupt

loop = asyncio.get_event_loop()

try:
loop.run_until_complete(bar())
except KeyboardInterrupt:
print("It's ok")
finally:
loop.stop()
loop.close()


This outputs:

It's ok

However, if you wrap the coroutine in a Task, you will get a mixed behavior:

try:
task = asyncio.ensure_future(bar())
loop.run_until_complete(task)
except KeyboardInterrupt:
print("It's ok")

This outputs:

It's ok
Task exception was never retrieved
future:  
exception=KeyboardInterrupt()>
Traceback (most recent call last):
  File "ki_bug.py", line 10, in 
loop.run_until_complete(main_future)
  File "/usr/lib/python3.5/asyncio/base_events.py", line 325, in 
run_until_complete
self.run_forever()
  File "/usr/lib/python3.5/asyncio/base_events.py", line 295, in run_forever
self._run_once()
  File "/usr/lib/python3.5/asyncio/base_events.py", line 1258, in _run_once
handle._run()
  File "/usr/lib/python3.5/asyncio/events.py", line 125, in _run
self._callback(*self._args)
  File "/usr/lib/python3.5/asyncio/tasks.py", line 239, in _step
result = coro.send(None)
  File "ki_bug.py", line 5, in bar
raise KeyboardInterrupt
KeyboardInterrupt

We have several contradictory behaviors: the KeyboardInterrupt is raised, and 
captured by the future (since your can do task.exception() to suppress the 
stracktrace) but also catched by except while the program is allowed to 
continue, yet still the stack trace is displayed and eventually the program 
return code will  be 0.

It's very confusing.

--
components: asyncio
messages: 260984
nosy: Michel Desmoulin, gvanrossum, haypo, yselivanov
priority: normal
severity: normal
status: open
title: Inconsistent behavior with KeyboardInterrupt and asyncio futures
type: behavior
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

[issue26449] Tutorial on Python Scopes and Namespaces uses confusing 'read-only' terminology

[Georg Brandl]

Georg Brandl added the comment:

I think rephrasing with "... can only be read" would keep the intended meaning, 
but avoid the problematic "the namespaces are readonly" meaning.

--
nosy: +georg.brandl

___
Python tracker 

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

[issue25910] Fixing links in documentation

[Roundup Robot]

Roundup Robot added the comment:

New changeset 8f8e86ea3abb by Georg Brandl in branch '3.5':
Update susp-ignore file (#25910).
https://hg.python.org/cpython/rev/8f8e86ea3abb

--

___
Python tracker 

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

[issue26448] dis.findlabels ignores EXTENDED_ARG

[Eric Fahlgren]

Eric Fahlgren added the comment:

Two things:

1) Verified this has always been a problem and still is in the development 
branch, so I added 2.7 and 3.6 to the versions list.

2) Couldn't tolerate the duplicate code handling the extended args operator, so 
in the interests of DRY, I moved the code scanner to a generator function (see 
attached dis_with_code_scanner.diff).

The patch is definitely not required to fix this bug, but it does isolate the 
original problem area to just one piece of code.

Could we get a get a quick review from a core dev saying either "go with 
Barun's less invasive preliminarypatch.diff" or "go with Eric's greater-churn 
dis_with_code_scanner.diff patch?"

(We still need to flesh out the testing a bit, so don't call us, we'll call 
you. :) )

--
versions: +Python 2.7, Python 3.6
Added file: http://bugs.python.org/file42047/dis_with_code_scanner.diff

___
Python tracker 

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

[issue26448] dis.findlabels ignores EXTENDED_ARG

[Eric Fahlgren]

Eric Fahlgren added the comment:

Oops, wrong/bad patch, delete line 310 "arg = None" in _get_instruction_bytes...

--

___
Python tracker 

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

[issue15873] datetime: add ability to parse RFC 3339 dates and times

[Mathieu Dupuy]

Mathieu Dupuy added the comment:

What I really want is to use regex in the C part as I did for the python one. 
It's the best approach and by very far.
I need to figure out how to use regex in CPython internals.

If I defer the actual processing to the Python part, what's the point of doing 
a C part ?

--

___
Python tracker 

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

[issue15873] datetime: add ability to parse RFC 3339 dates and times

[STINNER Victor]

STINNER Victor added the comment:

> If I defer the actual processing to the Python part, what's the point of 
> doing a C part ?

Currently, the "datetime" module is fully implemented in C, it's the
_datetime module in practice (accessed by the datetime module
namespace).

--

___
Python tracker 

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

[issue15873] datetime: add ability to parse RFC 3339 dates and times

[Mathieu Dupuy]

Mathieu Dupuy added the comment:

I know. Martin was suggesting to defer the processing to an actual Python 
implementation, hence my answer.

--

___
Python tracker 

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

[issue26195] Windows frozen .exe multiprocessing.Queue access is denied exception

[Alex Robinson]

Alex Robinson added the comment:

Sorry I can't help more than provide a test environment for any fix. I just 
plucked the "fix" from StackOverflow and it fixed the Q problem on my machine.

It appears, at the least, the multiprocessing code should probably not rely on 
the default value for the 'inheritable' argument. That argument does sound like 
one that might be different in the usual case for Win32 and Unix, just because.

--

___
Python tracker 

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

[issue26456] import _tkinter + TestForkInThread leaves zombie with stalled thread

[Martin Panter]

New submission from Martin Panter:

After running the 2.7 test suite many times, my Linux OS’s memory slowly gets 
eaten up. It seems to be because of zombie Python processes that never get 
cleaned up unless I kill them explicitly. I never get this problem with the 
Python 3 test suite.

I narrowed it down to running test_tcl followed by test_thread, and then 
narrowed it even further to importing _tkinter and running 
TestForkInThread.test_forkinthread(). Now I have it minimized to the following:

$ ./python -c 'import _tkinter, thread, os; thread.start_new_thread(os.fork, 
())'

A process is left behind listed with the “defunct” or Z (zombie) status. 
However it has a child thread; maybe this is why it does not automatically get 
cleaned up.

Extract from “htop”:
  PID USER  PRI  NI  VIRT   RES   SHR S CPU% MEM%   TIME+  Command
1 root   20   0 35412  4528  3448 S  0.0  0.2  0:01.25 /sbin/init
12615 vadmium20   0 0 0 0 Z  0.0  0.0  0:00.00 ├─ python
12616 vadmium20   0  142M  5952  2220 S  0.0  0.3  0:00.00 │  └─ ./python 
-c import _tkinter, thread, os; thread.start_new_thread(os.fork, ()) 

$ sudo strace -p 12616
Process 12616 attached - interrupt to quit
select(4, [3], [], [], NULL^C 
Process 12616 detached
$ ls -l /proc/12616/fd
total 0
lrwx-- 1 vadmium users 64 Feb 29 05:57 0 -> /dev/pts/1
lrwx-- 1 vadmium users 64 Feb 29 05:57 1 -> /dev/pts/1
lrwx-- 1 vadmium users 64 Feb 29 05:57 2 -> /dev/pts/1
lr-x-- 1 vadmium users 64 Feb 29 05:57 3 -> pipe:[946176]
lr-x-- 1 vadmium users 64 Feb 29 05:57 4 -> pipe:[946321]
l-wx-- 1 vadmium users 64 Feb 29 05:57 5 -> pipe:[946176]
$ pacman -Q systemd glibc
systemd 222-1
glibc 2.22-4

--
components: Tests, Tkinter
messages: 260993
nosy: martin.panter
priority: normal
severity: normal
status: open
title: import _tkinter + TestForkInThread leaves zombie with stalled thread
type: resource usage
versions: Python 2.7

___
Python tracker 

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

[issue26457] Error in ipaddress.address_exclude function

[feng liang]

New submission from feng liang:

when i read in document 3.5.1,run the example in ipaddress.address_exclude 
function 

>>> n1 = ip_network('192.0.2.0/28')
>>> n2 = ip_network('192.0.2.1/32')
>>> list(n1.address_exclude(n2))  

I got:

Traceback (most recent call last):
  File "", line 1, in 
  File "C:\Python 3.5\lib\ipaddress.py", line 794, in address_exclude
s1, s2 = s1.subnets()
ValueError: not enough values to unpack (expected 2, got 1)

--
components: Library (Lib)
messages: 260994
nosy: out
priority: normal
severity: normal
status: open
title: Error in ipaddress.address_exclude function
type: behavior
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

[issue26457] Error in ipaddress.address_exclude function

[Xiang Zhang]

Changes by Xiang Zhang <18518281...@126.com>:


--
nosy: +xiang.zhang

___
Python tracker 

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

[issue26456] import _tkinter + TestForkInThread leaves zombie with stalled thread

[Serhiy Storchaka]

Changes by Serhiy Storchaka :


--
nosy: +pitrou, serhiy.storchaka

___
Python tracker 

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

[issue26457] Error in ipaddress.address_exclude function

[Serhiy Storchaka]

Changes by Serhiy Storchaka :


--
nosy: +ncoghlan, pmoody

___
Python tracker 

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

[issue26362] Approved API for creating a temporary file path

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

I have read the thread on Python-list 
(http://comments.gmane.org/gmane.comp.python.general/789339) and still don't 
understand the purpose of your idea.

If you need unique filesystem paths without any access to real filesystem, you 
can use simple counter. If you need unpredictable -- use random generator. For 
uniqueness use a set of already generated name. If you have additional 
requirements -- it is easy to modify you code for your needs.

--
nosy: +georg.brandl, serhiy.storchaka

___
Python tracker 

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