[issue32050] Deprecated python3 -x option

[Serhiy Storchaka]

Serhiy Storchaka  added the comment:

The current short line of the description was enough to me for understanding 
what is the purpose of this option and how it can be used (I didn't use Windows 
for more than 10 years). But I was surprised not founding more detailed 
information about this feature in the documentation. Definitely it should be 
better documented. Most of users will have no ideas about this feature.

--

___
Python tracker 

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

[issue32022] Python crashes with mutually recursive code

[Terry J. Reedy]

Terry J. Reedy  added the comment:

PS.  When you respond by EMail, please delete the quoted message, as it is 
redundant, on the web page, with the original copy above.

--

___
Python tracker 

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

[issue32022] Python crashes with mutually recursive code

[Shimon Malachi Cohen]

Shimon Malachi Cohen  added the comment:

Cool, thanks!

On Nov 18, 2017 5:29 AM, "Terry J. Reedy"  wrote:

>
> Terry J. Reedy  added the comment:
>
> I believe I used the 2nd version of kakuru.py.
>
> --
>
> ___
> Python tracker 
> 
> ___
>

--

___
Python tracker 

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

[issue32050] Deprecated python3 -x option

[Terry J. Reedy]

Terry J. Reedy  added the comment:

So the hack is not specific to DOS but is still needed for Windows .bat files. 
They run in Command Prompt, which was once called the DOS box.  (I don't know 
if they work unaltered in PowerShell.)  It seems that the doc should be updated.

--
nosy: +terry.reedy

___
Python tracker 

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

[issue32022] Python crashes with mutually recursive code

[Terry J. Reedy]

Terry J. Reedy  added the comment:

I believe I used the 2nd version of kakuru.py.

--

___
Python tracker 

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

[issue32022] Python crashes with mutually recursive code

[Terry J. Reedy]

Terry J. Reedy  added the comment:

It is possible that this is a duplicate of an existing crash report, but I am 
not familiar with such at all.  With only the standard, non-specific  error 
message, it is hard to search ;-).  What OS are you using?

--

___
Python tracker 

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

[issue32022] Python crashes with mutually recursive code

[Terry J. Reedy]

Terry J. Reedy  added the comment:

The RESTART line means that you ran this in IDLE and that your program crashed 
the separate (sub)process that was running your code.  When IDLE notices this, 
it starts a new subprocess.

To test whether this is an IDLE-only problem, I ran your code without IDLE.

C:\Users\Terry>python -i -m tem
>>> doFind()
R 6 12
R 12 22
R 21 32
C 10 21
C 13 22
C 16 23

and quickly got the the Windows 'Program has stopped running' box, with no 
Python error message.  Ditto when run on 3.7.0a2.

Since this is not an IDLE issue, I revised the title.

--
nosy: +terry.reedy
stage:  -> test needed
title: Python problem - == RESTART: Shell = -> Python crashes with mutually 
recursive code
versions: +Python 3.7

___
Python tracker 

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

[issue32064] python msilib view.fetch is not returning none

[uday kiran]

uday kiran  added the comment:

I tried adding the bugs to the python source code and compile it by using the 
steps in https://docs.python.org/devguide/ and the fix in 
https://bugs.python.org/file24795/_msi_fetch.patch.txt, but ended up with many 
compilation errors

--

___
Python tracker 

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

[issue31701] faulthandler dumps 'Windows fatal exception: code 0xe06d7363'

[Ilya Kulakov]

Ilya Kulakov  added the comment:

Victor, it's very helpful to analyze which Python stack caused exceptions in 
native code on user's machines.

--

___
Python tracker 

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

[issue31643] test_uuid: test_getnode and test_windll_getnode fail if connected to the Internet via an Android phone

[Ivan Pozdeev]

Change by Ivan Pozdeev :


--
pull_requests: +4387
stage:  -> patch review

___
Python tracker 

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

[issue29753] Ctypes Packing Bitfields Incorrectly - Linux

[Charles Machalow]

Charles Machalow  added the comment:

All of Python is implicitly cross platform. If something isn't actually cross 
platform, it should be mentioned explicitly in the documentation. For example 
see the mmap documentation, it explicitly say on Unix it does X, on Windows it 
does Y. We should be as explicit as possible for ctypes to say on Windows we 
expect packing like X (GCC) and on Linux we expect packing like Y (VC++).

--

___
Python tracker 

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

[issue32065] range_iterator doesn't have length, leads to surprised result

[R. David Murray]

R. David Murray  added the comment:

By design, iterators do not have a length (see msg248496).

--
nosy: +r.david.murray
resolution:  -> not a bug
stage:  -> resolved
status: open -> closed

___
Python tracker 

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

[issue31701] faulthandler dumps 'Windows fatal exception: code 0xe06d7363'

[STINNER Victor]

STINNER Victor  added the comment:

> Please ignore everything I said about AddVectoredContinueHandler. I finally 
> got a chance to test the code on Windows and the way it's called is not 
> suitable for faulthandler.

Oh, good to know. Thank you for having tested that ;-)

At least, it seems like my faulthandler is useful to a few people :)

--

___
Python tracker 

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

[issue31701] faulthandler dumps 'Windows fatal exception: code 0xe06d7363'

[Ilya Kulakov]

Ilya Kulakov  added the comment:

Please ignore everything I said about AddVectoredContinueHandler. I finally got 
a chance to test the code on Windows and the way it's called is not suitable 
for faulthandler.

--

___
Python tracker 

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

[issue32065] range_iterator doesn't have length, leads to surprised result

[yegle]

yegle  added the comment:

Hmm I think this also applies to list_listiterator. In general I'd expect these 
to be true:

l = [1,2,3]
r = range(3)

assert len(l) == len(reversed(l))
assert len(r) == len(reversed(r))

--

___
Python tracker 

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

[issue31701] faulthandler dumps 'Windows fatal exception: code 0xe06d7363'

[Ilya Kulakov]

Ilya Kulakov  added the comment:

Steve, the difficulty with SetUnhandledExceptionFilter is that it can replace 
filter installed by the user (e.g. one of loaded libraries).

The information about AddVectoredContinueHandler is scarce, but according to 
what I found at [1]:

If the exception is still not handled after all your frame based SEH handlers 
are called, vectored continue handler will be called. This gives you the last 
opportunity to handle the exception in a way you want.

1: 
https://blogs.msdn.microsoft.com/zhanli/2010/06/24/c-tips-addvectoredexceptionhandler-addvectoredcontinuehandler-and-setunhandledexceptionfilter/

--

___
Python tracker 

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

[issue31701] faulthandler dumps 'Windows fatal exception: code 0xe06d7363'

[STINNER Victor]

STINNER Victor  added the comment:

> I suspect the difference between that and AddVectorContinueHandler are 
> because of the weird prioritization of the two types of handler, and are 
> probably not significant enough to worry about here.

Ok, thanks. I close the issue since the initial bug has been fixed.

Thank you Fynn Be for the bug report!

--
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed

___
Python tracker 

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

[issue31701] faulthandler dumps 'Windows fatal exception: code 0xe06d7363'

[Steve Dower]

Steve Dower  added the comment:

SetUnhandledExceptionFilter could be a good option.

I suspect the difference between that and AddVectorContinueHandler are because 
of the weird prioritization of the two types of handler, and are probably not 
significant enough to worry about here.

--

___
Python tracker 

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

[issue32065] range_iterator doesn't have length, leads to surprised result

[STINNER Victor]

Change by STINNER Victor :


--
versions: +Python 3.7

___
Python tracker 

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

[issue32066] asyncio: Support pathlib.Path in create_unix_connection; sock arg should be optional

[Yury Selivanov]

Change by Yury Selivanov :


--
keywords: +patch
pull_requests: +4386
stage:  -> patch review

___
Python tracker 

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

[issue32066] asyncio: Support pathlib.Path in create_unix_connection; sock arg should be optional

[Yury Selivanov]

Change by Yury Selivanov :


--
components: asyncio
nosy: asvetlov, yselivanov
priority: normal
severity: normal
status: open
title: asyncio: Support pathlib.Path in create_unix_connection; sock arg should 
be optional
versions: Python 3.6, Python 3.7

___
Python tracker 

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

[issue32065] range_iterator doesn't have length, leads to surprised result

[yegle]

New submission from yegle :

This also affects xrange in Python2, so I chose the affected version as 
python27.

range object (and xrange in Python2) has __len__(), but the range_iterator 
object created from __reversed__() doesn't have __len__.

Python2:
>>> x = xrange(10)
>>> len(x)
10
>>> reversed(x)

>>> y = reversed(x)
>>> len(y)
Traceback (most recent call last):
  File "", line 1, in 
TypeError: object of type 'rangeiterator' has no len()

Python3.6
>>> x = range(10)
>>> len(x)
10
>>> len(reversed(x))
Traceback (most recent call last):
  File "", line 1, in 
TypeError: object of type 'range_iterator' has no len()

--
components: Interpreter Core
messages: 306458
nosy: yegle
priority: normal
severity: normal
status: open
title: range_iterator doesn't have length, leads to surprised result
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

[issue31691] Include missing info on required build steps and how to build installer

[Ivan Pozdeev]

Change by Ivan Pozdeev :


Removed file: 
https://bugs.python.org/file47260/0001-Add-missing-but-required-build-steps-and-how-to-buil.patch

___
Python tracker 

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

[issue32064] python msilib view.fetch is not returning none

[uday kiran]

uday kiran  added the comment:

It seems you have added some patches as .c files, but how do we apply those on 
windows machines?
No documentation related to it.

https://bugs.python.org/file24795/_msi_fetch.patch.txt
https://bugs.python.org/file11840/_msi.patch.txt

Could you please help me how to apply these patches on windows environment.

--

___
Python tracker 

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

[issue32064] python msilib view.fetch is not returning none

[uday kiran]

New submission from uday kiran :

Please see my script attached.

Once the records are completed, the View.Fetch() function should give a none 
value but intsead giving runtime error: _msi.MSIError: unknown error 103

It is already mentioned in the bugs.
https://bugs.python.org/issue29364
https://bugs.python.org/issue1102

The comments mentioned as it will be fixed in the coming release.
But it is a long back comment,but still not fixed.

Any update on this?

--
components: Windows
files: MSIFileRead.py
messages: 306456
nosy: paul.moore, steve.dower, tim.golden, uday kiran, zach.ware
priority: normal
severity: normal
status: open
title: python msilib view.fetch is not returning none
type: crash
versions: Python 3.6
Added file: https://bugs.python.org/file47271/MSIFileRead.py

___
Python tracker 

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

[issue32060] Should an ABC fail if no abstract methods are defined?

[Raymond Hettinger]

Raymond Hettinger  added the comment:

FWIW, I should have add a bit more explanation.  The logic for ABCs 
instantiation is roughly:

if any(method.is_abstract() for method in dir(cls)):
raise TypeError('I refuse to instantiate')
inst = instantiate(cls)

The edge case for any() is to default to False for an empty input sequence and 
this logic applies to ABCs as well.

Alternatively, you can think of the it as using all() style logic, "instantiate 
this class only if all of the methods are non-abstract even if the class has no 
methods at all".  The edge case for all() is that it returns True for an empty 
input.

Another way of describing the logic is that the normal case for instantiating a 
class is to create an instance unless there is still work to be done (as 
evidenced by the presence of one or more abstract methods).  

The abstract methods are essentially a todo list for subclassers.  If there are 
no open todos (even if there were never any todos), instantiation can go 
forward -- "You can't build that building until you have all the permits, but 
there are no permit requirements in this case, so go ahead with the 
construction."

--

___
Python tracker 

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

[issue32046] 2to3 fix for operator.isCallable()

[Guido van Rossum]

Guido van Rossum  added the comment:

I would convert this to `callable()` -- the conversion to 
collections.abc.Callable is more verbose and requires an extra import (that can 
be slow).

--
nosy: +gvanrossum

___
Python tracker 

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

[issue32060] Should an ABC fail if no abstract methods are defined?

[R. David Murray]

R. David Murray  added the comment:

The docs start out with "as outlined in PEP 3119; see the PEP for why this was 
added to Python".  I think it would be a good doc enhancement request to 
extract the motivation and other description out of that pep and put it in the 
main docs in a suitable form, and make sure this point is included.  We used to 
just treat the peps as extensions of the documentation, but we've found over 
time that it is better to actually move the important parts of the text into 
the main docs, since the actual implementation and sometimes even how we talk 
about the feature tends to evolve away from the original PEP over time.

--

___
Python tracker 

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

[issue32016] Python 3.6.3 venv FAILURE

[Éric Araujo]

Éric Araujo  added the comment:

Can you find out the full error message from pip?

--
nosy: +eric.araujo

___
Python tracker 

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

[issue32060] Should an ABC fail if no abstract methods are defined?

[Alex Corcoles]

Alex Corcoles  added the comment:

Are you referring to something akin to Java's marker interfaces? That is, a 
class with no methods which you inherit from just for semantic meaning (e.g. 
Java's serializable interface that you implement to indicate that the class is 
designed for pickling).

In that case, I suppose the docs could mention this clearly so this is more 
"discoverable" to noobs like me and prevent further issues like this (I think 
mine wasn't an unreasonable expectation).

In any case, it's a minor point and I don't feel I have enough authority to 
discuss this topic- it's fine to close this.

--

___
Python tracker 

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

[issue28414] SSL match_hostname fails for internationalized domain names

[Nick Lamb]

Nick Lamb  added the comment:

As much for myself when I next run into this on my checklist as for any other 
readers: Despite the appearance of nothing happening PR 3010 (linked) actually 
has a little bit of momentum and seems likely to eventually land in Python.

--

___
Python tracker 

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

[issue32060] Should an ABC fail if no abstract methods are defined?

[Raymond Hettinger]

Raymond Hettinger  added the comment:

I concur.

--
nosy: +rhettinger
resolution:  -> not a bug
stage:  -> resolved
status: open -> closed

___
Python tracker 

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

[issue32059] detect_modules() in setup.py must also search the sysroot paths

[Xavier de Gaye]

Xavier de Gaye  added the comment:

> while on a standard platform where the root path of usr/include and usr/lib 
> is common, one would only need to set sysroot to this root path in CFLAGS

s/CFLAGS/CC/

--

___
Python tracker 

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

[issue30004] in regex-howto, improve example on grouping

[Mandeep Bhutani]

Mandeep Bhutani  added the comment:

Cristian, Serhiy: I've submitted a PR for this bug. 

Cristian: I apologize for misspelling your name in a prior post.

--

___
Python tracker 

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

[issue30004] in regex-howto, improve example on grouping

[Mandeep Bhutani]

Change by Mandeep Bhutani :


--
keywords: +patch
pull_requests: +4384
stage: needs patch -> patch review

___
Python tracker 

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

[issue31380] test_undecodable_filename() in Lib/test/test_httpservers.py broken on APFS

[STINNER Victor]

Change by STINNER Victor :


--
nosy: +haypo

___
Python tracker 

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

[issue32061] test_httpservers.test_undecodable_filename() fails with [Errno 92] Illegal byte sequence on macOS Sierra

[STINNER Victor]

STINNER Victor  added the comment:

Oh, it's a duplicate of bpo-31380.

--
resolution:  -> duplicate
stage:  -> resolved
status: open -> closed
superseder:  -> test_undecodable_filename() in Lib/test/test_httpservers.py 
broken on APFS

___
Python tracker 

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

[issue32062] test_venv fails if zlib is not available

[STINNER Victor]

STINNER Victor  added the comment:

Oh, Serhiy already fixed it: bpo-31999.

--
resolution:  -> duplicate
stage:  -> resolved
status: open -> closed
superseder:  -> test_venv failed when the zlib module is not available

___
Python tracker 

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

[issue32063] test_multiprocessing_forkserver failed with OSError: [Errno 48] Address already in use

[STINNER Victor]

New submission from STINNER Victor :

x86-64 Sierra 3.6:
http://buildbot.python.org/all/#/builders/20/builds/62

0:06:16 load avg: 3.45 [ 87/405/1] test_multiprocessing_forkserver failed -- 
running: test_tokenize (77 sec)
Process QueueManager-260:
Traceback (most recent call last):
  File 
"/Users/buildbot/buildarea/3.6.billenstein-sierra/build/Lib/multiprocessing/process.py",
 line 258, in _bootstrap
self.run()
  File 
"/Users/buildbot/buildarea/3.6.billenstein-sierra/build/Lib/multiprocessing/process.py",
 line 93, in run
self._target(*self._args, **self._kwargs)
  File 
"/Users/buildbot/buildarea/3.6.billenstein-sierra/build/Lib/multiprocessing/managers.py",
 line 539, in _run_server
server = cls._Server(registry, address, authkey, serializer)
  File 
"/Users/buildbot/buildarea/3.6.billenstein-sierra/build/Lib/multiprocessing/managers.py",
 line 139, in __init__
self.listener = Listener(address=address, backlog=16)
  File 
"/Users/buildbot/buildarea/3.6.billenstein-sierra/build/Lib/multiprocessing/connection.py",
 line 438, in __init__
self._listener = SocketListener(address, family, backlog)
  File 
"/Users/buildbot/buildarea/3.6.billenstein-sierra/build/Lib/multiprocessing/connection.py",
 line 576, in __init__
self._socket.bind(address)
OSError: [Errno 48] Address already in use
(...)

test_rlock (test.test_multiprocessing_forkserver.WithThreadsTestLock) ... ok
test_rapid_restart 
(test.test_multiprocessing_forkserver.WithThreadsTestManagerRestart) ... ERROR
Warning -- Dangling processes: {}
test_boundaries (test.test_multiprocessing_forkserver.WithThreadsTestPoll) ... 
ok
test_dont_merge (test.test_multiprocessing_forkserver.WithThreadsTestPoll) ... 
ok
(...)
test_timeout (test.test_multiprocessing_forkserver.WithThreadsTestSemaphore) 
... skipped 'test not appropriate for threads'
test_import (test.test_multiprocessing_forkserver._TestImportStar) ... ok
Warning -- Dangling processes: {}

==
ERROR: test_rapid_restart 
(test.test_multiprocessing_forkserver.WithThreadsTestManagerRestart)
--
Traceback (most recent call last):
  File 
"/Users/buildbot/buildarea/3.6.billenstein-sierra/build/Lib/test/_test_multiprocessing.py",
 line 2508, in test_rapid_restart
manager.start()
  File 
"/Users/buildbot/buildarea/3.6.billenstein-sierra/build/Lib/multiprocessing/managers.py",
 line 517, in start
self._address = reader.recv()
  File 
"/Users/buildbot/buildarea/3.6.billenstein-sierra/build/Lib/multiprocessing/connection.py",
 line 250, in recv
buf = self._recv_bytes()
  File 
"/Users/buildbot/buildarea/3.6.billenstein-sierra/build/Lib/multiprocessing/connection.py",
 line 407, in _recv_bytes
buf = self._recv(4)
  File 
"/Users/buildbot/buildarea/3.6.billenstein-sierra/build/Lib/multiprocessing/connection.py",
 line 383, in _recv
raise EOFError
EOFError

--
components: Tests
messages: 306443
nosy: haypo
priority: normal
severity: normal
status: open
title: test_multiprocessing_forkserver failed with OSError: [Errno 48] Address 
already in use
versions: Python 3.6

___
Python tracker 

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

[issue32062] test_venv fails if zlib is not available

[STINNER Victor]

New submission from STINNER Victor :

test_venv should skip test_with_pip() test when the zlib module is missing.

x86-64 Sierra 3.6 failure:
http://buildbot.python.org/all/#/builders/20/builds/62

test_with_pip (test.test_venv.EnsurePipTest) ... FAIL

==
FAIL: test_with_pip (test.test_venv.EnsurePipTest)
--
Traceback (most recent call last):
  File 
"/Users/buildbot/buildarea/3.6.billenstein-sierra/build/Lib/test/test_venv.py", 
line 368, in do_test_with_pip
with_pip=True)
  File 
"/Users/buildbot/buildarea/3.6.billenstein-sierra/build/Lib/test/test_venv.py", 
line 61, in run_with_capture
func(*args, **kwargs)
subprocess.CalledProcessError: Command 
'['/private/var/folders/sy/9hwmqyx14s11577cvgzwf2v4gt/T/tmpzg_lamk1/bin/python.exe',
 '-Im', 'ensurepip', '--upgrade', '--default-pip']' returned non-zero exit 
status 1.

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File 
"/Users/buildbot/buildarea/3.6.billenstein-sierra/build/Lib/test/test_venv.py", 
line 428, in test_with_pip
self.do_test_with_pip(False)
  File 
"/Users/buildbot/buildarea/3.6.billenstein-sierra/build/Lib/test/test_venv.py", 
line 374, in do_test_with_pip
self.fail(msg.format(exc, details))
AssertionError: Command 
'['/private/var/folders/sy/9hwmqyx14s11577cvgzwf2v4gt/T/tmpzg_lamk1/bin/python.exe',
 '-Im', 'ensurepip', '--upgrade', '--default-pip']' returned non-zero exit 
status 1.

**Subprocess Output**
Traceback (most recent call last):
  File "/Users/buildbot/buildarea/3.6.billenstein-sierra/build/Lib/runpy.py", 
line 193, in _run_module_as_main
"__main__", mod_spec)
  File "/Users/buildbot/buildarea/3.6.billenstein-sierra/build/Lib/runpy.py", 
line 85, in _run_code
exec(code, run_globals)
  File 
"/Users/buildbot/buildarea/3.6.billenstein-sierra/build/Lib/ensurepip/__main__.py",
 line 5, in 
sys.exit(ensurepip._main())
  File 
"/Users/buildbot/buildarea/3.6.billenstein-sierra/build/Lib/ensurepip/__init__.py",
 line 204, in _main
default_pip=args.default_pip,
  File 
"/Users/buildbot/buildarea/3.6.billenstein-sierra/build/Lib/ensurepip/__init__.py",
 line 117, in _bootstrap
return _run_pip(args + [p[0] for p in _PROJECTS], additional_paths)
  File 
"/Users/buildbot/buildarea/3.6.billenstein-sierra/build/Lib/ensurepip/__init__.py",
 line 27, in _run_pip
import pip
zipimport.ZipImportError: can't decompress data; zlib not available

--
components: Tests
messages: 306442
nosy: haypo, vinay.sajip
priority: normal
severity: normal
status: open
title: test_venv fails if zlib is not available
versions: Python 3.6

___
Python tracker 

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

[issue32061] test_httpservers.test_undecodable_filename() fails with [Errno 92] Illegal byte sequence on macOS Sierra

[STINNER Victor]

New submission from STINNER Victor :

x86-64 Sierra 3.6 failure:
http://buildbot.python.org/all/#/builders/20/builds/81

==
ERROR: test_undecodable_filename 
(test.test_httpservers.SimpleHTTPServerTestCase)
--
Traceback (most recent call last):
  File 
"/Users/buildbot/buildarea/3.6.billenstein-sierra/build/Lib/test/support/__init__.py",
 line 601, in wrapper
return func(*args, **kw)
  File 
"/Users/buildbot/buildarea/3.6.billenstein-sierra/build/Lib/test/test_httpservers.py",
 line 381, in test_undecodable_filename
with open(os.path.join(self.tempdir, filename), 'wb') as f:
OSError: [Errno 92] Illegal byte sequence: 
'/var/folders/sy/9hwmqyx14s11577cvgzwf2v4gt/T/tmp19j_8j75/@test_98516_tmp\udce7w\udcf0.txt'

--
components: Tests, macOS
messages: 306441
nosy: haypo, ned.deily, ronaldoussoren
priority: normal
severity: normal
status: open
title: test_httpservers.test_undecodable_filename() fails with [Errno 92] 
Illegal byte sequence on macOS Sierra
versions: Python 3.7

___
Python tracker 

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

[issue30004] in regex-howto, improve example on grouping

[Mandeep Bhutani]

Mandeep Bhutani  added the comment:

Serhiy, Christian: I'll submit a PR for this later today.

--

___
Python tracker 

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

[issue24260] TabError behavior doesn't match documentation

[STINNER Victor]

Change by STINNER Victor :


--
nosy: +haypo

___
Python tracker 

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

[issue30004] in regex-howto, improve example on grouping

[Cristian Barbarosie]

Cristian Barbarosie  added the comment:

I'm sorry, I have no experience at all with Git. Could you please do it for me ?
The bug appears in two places, see my first two messages.
Thank you

--

___
Python tracker 

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

[issue32058] Faulty behaviour in email.utils.parseaddr if square brackets in subject

[R. David Murray]

R. David Murray  added the comment:

Unfortunately the imap module in the stdlib doesn't provide a whole lot in the 
way of tools for parsing the imap data, just for sending it back and forth to 
the server.

--

___
Python tracker 

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

[issue32060] Should an ABC fail if no abstract methods are defined?

[R. David Murray]

R. David Murray  added the comment:

No, you could create an ABC whose only purpose was to be a target of register 
calls.  As with the issue you reference, this is something better implemented 
in a linter.  I'll leave this open for at least one other dev to concur and 
close, though.

--
nosy: +r.david.murray

___
Python tracker 

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

[issue32058] Faulty behaviour in email.utils.parseaddr if square brackets in subject

[tom de wulf]

tom de wulf  added the comment:

I do get this data from an IMAP fetch statement, see my code below:

rv, data = imap.fetch(num, "(BODY[HEADER.FIELDS (FROM SUBJECT)])")
if rv != 'OK':
logging.error("Error getting message sender and subject (" + 
num.decode("ascii") + ")")
return
logging.info("Got message " + num.decode("ascii"))

sender_subject = data[0][1].decode("utf-8")
sender = email.utils.parseaddr(sender_subject.replace('[', 
'').replace(']',''))[1].replace("\r\n", "")

Thank you for providing this new API though, I will make sure to switch to that.

--

___
Python tracker 

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

[issue32058] Faulty behaviour in email.utils.parseaddr if square brackets in subject

[R. David Murray]

R. David Murray  added the comment:

parseaddr is for parsing the contents of an address header, not for parsing any 
additional text.  So the correct way to call it is parseaddress('someone 
').

In any case, please look in to the new email policies, which provide a much 
more convenient API:

>>> from email import message_from_bytes
>>> from email.policy import default
>>> m = message_from_bytes(b'Subject: I am a bug [Random]\r\nFrom: someone 
\r\n\r\n', policy=default)
>>> m['from']
'someone '
>>> m['from'].addresses
(Address(display_name='someone', username='some', domain='email.address'),)
>>> m['from'].addresses[0].display_name
'someone'
>>> m['from'].addresses[0].username
'some'
>>> m['from'].addresses[0].addr_spec
'some@email.address'

--
resolution:  -> not a bug
stage:  -> resolved
status: open -> closed

___
Python tracker 

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

[issue29753] Ctypes Packing Bitfields Incorrectly - Linux

[Antti Haapala]

Antti Haapala  added the comment:

"Antti, is there a place in the ctypes documentation that explicitly says 
ctypes is not meant to be used cross-platform? If not, shouldn't that be 
mentioned?"

I don't know about that, but the thing is nowhere does it say that it is meant 
to be used cross-platform. It just says it allows defining C types. It is 
somewhat implied that C types are not cross-platform at binary level, at all.

--

___
Python tracker 

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

[issue32060] Should an ABC fail if no abstract methods are defined?

[Alex Corcoles]

New submission from Alex Corcoles :

Hi,

$ python3
Python 3.5.3 (default, Jan 19 2017, 14:11:04) 
>>> import abc
>>> class Foo(abc.ABC):
... pass
... 
>>> Foo()
<__main__.Foo object at 0x7f253e6dcb38>

I think declaring a class as ABC without declaring any abstract method is an 
error.

I've tried searching if this was already discussed, but did not find it. Maybe 
it is related to https://bugs.python.org/issue9731

Cheers,

Álex

--
messages: 306433
nosy: Alex Corcoles
priority: normal
severity: normal
status: open
title: Should an ABC fail if no abstract methods are defined?
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

[issue24260] TabError behavior doesn't match documentation

[Mark Lawrence]

Change by Mark Lawrence :


--
nosy:  -BreamoreBoy

___
Python tracker 

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

[issue32059] detect_modules() in setup.py must also search the sysroot paths

[Xavier de Gaye]

New submission from Xavier de Gaye :

When cross-compiling, the gcc and clang `--sysroot=` compiler option may be 
used to change the logical path of the system headers and libraries to a path 
located within the install path of the cross-compiler tool chain.

Android is a special case:
--
With Unified Headers [1], the most recent versions of the Android NDK add an 
additional constraint: the root paths of usr/include and usr/lib are distinct. 
For example when cross-compiling for API 24 and the x86_64 architecture the 
full paths are:
* headers:   ANDROID_NDK_ROOT/sysroot/usr/include
* libraries: ANDROID_NDK_ROOT/platforms/android-24/arch-x86_64/usr/lib64

To use sysroot in this example one needs to set sysroot to 
ANDROID_NDK_ROOT/sysroot in CFLAGS or CPPFLAGS and to set sysroot to 
ANDROID_NDK_ROOT/platforms/android-24/arch-x86_64 in LDFLAGS, while on a 
standard platform where the root path of usr/include and usr/lib is common, one 
would only need to set sysroot to this root path in CFLAGS.

[1] 
https://android.googlesource.com/platform/ndk.git/+/master/docs/UnifiedHeaders.md

--
components: Cross-Build
messages: 306432
nosy: Alex.Willmer, xdegaye
priority: normal
severity: normal
stage: needs patch
status: open
title: detect_modules() in setup.py must also search the sysroot paths
type: behavior
versions: Python 3.6, Python 3.7

___
Python tracker 

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

[issue32058] Faulty behaviour in email.utils.parseaddr if square brackets in subject

[tom de wulf]

New submission from tom de wulf :

Probably a parsing bug in email.utils.parseaddr.

How to recreate:

>>> import email.utils
>>> test = 'Subject: I am a bug [Random]\r\nFrom: someone 
>>> \r\n\r\n'
>>> email.utils.parseaddr(test)
('', 'I')
>>> email.utils.parseaddr(test.replace('[', '').replace(']',''))
('someone', 'some@email.address')

Expected behaviour: no need to remove the []'s

--
components: email
messages: 306431
nosy: barry, r.david.murray, tom de wulf
priority: normal
severity: normal
status: open
title: Faulty behaviour in email.utils.parseaddr if square brackets in subject
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

[issue32057] time.sleep(n) interrupted by signal

[Bogdan Popa]

Bogdan Popa  added the comment:

Fair enough. From reading PEP 475, it does look like that's what fixed it. 
Thanks Victor!

--
resolution:  -> wont fix
stage:  -> resolved
status: open -> closed

___
Python tracker 

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

[issue32057] time.sleep(n) interrupted by signal

[STINNER Victor]

STINNER Victor  added the comment:

I'm sorry but Python 3.4 doesn't accept bugfixes anymore. Same for Python 3.5.
https://devguide.python.org/#status-of-python-branches

> The following piece of code prints one line every second, as expected, on 3.6 
> and 3.5

Good, at least Python behaves as you want :-) Maybe it's an enhancement caused 
by the PEP 475.

--
nosy: +haypo

___
Python tracker 

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

[issue32057] time.sleep(n) interrupted by signal

[Bogdan Popa]

Bogdan Popa  added the comment:

I forgot to mention that I am on macOS Sierra (10.12.6) and I ran the code on 
Python 3.4.6, 3.5.3 and 3.6.3, respectively.

--

___
Python tracker 

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

[issue32031] Do not use the canonical path in pydoc test_mixed_case_module_names_are_lower_cased

[Xavier de Gaye]

Change by Xavier de Gaye :


--
keywords: +patch
pull_requests: +4383
stage: needs patch -> patch review

___
Python tracker 

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

[issue32057] time.sleep(n) interrupted by signal

[Bogdan Popa]

New submission from Bogdan Popa :

I ran into this while backporting some code from 3.6 to 3.5 and 3.4. The 
following piece of code prints one line every second, as expected, on 3.6 and 
3.5, but it doesn't on 3.4. It looks like the signal is able to wake up the 
main thread from sleeping:

```
import time
import signal


def handle(signum, mask):
print("received signal at", time.time())


signal.setitimer(signal.ITIMER_REAL, 1, 1)
signal.signal(signal.SIGALRM, handle)

for _ in range(2):
now = time.time()
delta = 1 - (time.time() - int(time.time()))
time.sleep(delta)
print(now, delta, time.time())
```

If I remove the timer, then everything works as expected on 3.4.

Here is some sample output from 3.6:

```
1510913832.4726589 0.5273411273956299 1510913833.000339
received signal at 1510913833.477888
1510913833.000449 0.9995510578155518 1510913834.000187
```

And some from 3.4:

```
1510913813.525479 0.4745209217071533 1510913814.004106
received signal at 1510913814.529313
1510913814.004233 0.9957659244537354 1510913814.529413
```

--
components: Interpreter Core
messages: 306427
nosy: Bogdan Popa
priority: normal
severity: normal
status: open
title: time.sleep(n) interrupted by signal
versions: Python 3.4

___
Python tracker 

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

[issue31867] Duplicated keys in MIME type_map with different values

[Andrew Svetlov]

Andrew Svetlov  added the comment:

Henk-Jaap thanks for contribution!

--
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed

___
Python tracker 

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

[issue31867] Duplicated keys in MIME type_map with different values

[Andrew Svetlov]

Andrew Svetlov  added the comment:


New changeset f02f5e5c3eb815fff9578dc58de60374c6baaa3d by Andrew Svetlov 
(Henk-Jaap Wagenaar) in branch 'master':
bpo-31867: Remove duplicates in default mimetypes. (#4388)
https://github.com/python/cpython/commit/f02f5e5c3eb815fff9578dc58de60374c6baaa3d


--
nosy: +asvetlov

___
Python tracker 

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

[issue32056] bug in Lib/wave.py

[zhangdeyue]

Change by zhangdeyue :


--
keywords: +patch
pull_requests: +4382
stage:  -> patch review

___
Python tracker 

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

[issue32031] Do not use the canonical path in pydoc test_mixed_case_module_names_are_lower_cased

[Xavier de Gaye]

Xavier de Gaye  added the comment:

The path returned by inspect.getabsfile(xml.etree.ElementTree) is not the 
canonical path, hence the test failure.

--

___
Python tracker 

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

[issue24260] TabError behavior doesn't match documentation

[Stefan Krah]

Change by Stefan Krah :


--
nosy:  -skrah

___
Python tracker 

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

[issue32031] Do not use the canonical path in pydoc test_mixed_case_module_names_are_lower_cased

[Xavier de Gaye]

Xavier de Gaye  added the comment:

The error:

generic_x86_64:/data/local/tmp/python $ python -m test test_pydoc
Run tests sequentially
0:00:00 [1/1] test_pydoc
test test_pydoc failed -- Traceback (most recent call last):
  File "/sdcard/org.python/lib/python3.7/test/test_pydoc.py", line 459, in 
test_mixed_case_module_names_are_lower_cased
self.assertIn('xml.etree.elementtree', doc_link)
  File "/sdcard/org.python/lib/python3.7/unittest/case.py", line 1103, in 
assertIn
if member not in container:
TypeError: argument of type 'NoneType' is not iterable

test_pydoc failed

--

___
Python tracker 

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

[issue24260] TabError behavior doesn't match documentation

[Stefan Krah]

Stefan Krah  added the comment:

python-dev is becoming insufferable.

--

___
Python tracker 

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

[issue24260] TabError behavior doesn't match documentation

[Serhiy Storchaka]

Serhiy Storchaka  added the comment:

Lets not continue a holy war here. I'm in the camp of tab-indenters.

--

___
Python tracker 

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

[issue32056] bug in Lib/wave.py

[张德岳]

New submission from 张德岳 :

I found a bug in wave.py because there is no check for self._channel in 
_read_fmt_chunk function.
When I try to open a wav file which channel is zero, it will crash bacause of 
divided by zero in initfp function.

--
components: Library (Lib)
files: audio-testcase.wav
messages: 306420
nosy: BT123
priority: normal
pull_requests: 4381
severity: normal
status: open
title: bug in Lib/wave.py
type: crash
versions: Python 3.6
Added file: https://bugs.python.org/file47270/audio-testcase.wav

___
Python tracker 

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

[issue29185] test_distutils fails on Android API level 24

[Xavier de Gaye]

Change by Xavier de Gaye :


--
pull_requests: +4380

___
Python tracker 

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

[issue32055] Reconsider comparison chaining for containment tests

[Nick Coghlan]

Nick Coghlan  added the comment:

Just a note on why I find "a in b < c" unintuitive, even for sets: my brain 
initially wanted to read it as equivalent to "a in b & c".

--

___
Python tracker 

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

[issue24260] TabError behavior doesn't match documentation

[Stefan Krah]

Stefan Krah  added the comment:

I'm now in the camp of forbidding tabs.  When I wrote my own parser a couple of 
years ago, I tested it on a huge body of Python files that were present on my 
system. Tabs always looked accidental.

Is there any *known* code base that deliberately uses tabs?

--

___
Python tracker 

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

[issue32055] Reconsider comparison chaining for containment tests

[Nick Coghlan]

Nick Coghlan  added the comment:

Aye, there are definitely cases where the answer isn't nonsense.

Even for sets though, "a in b < c" isn't an intuitive spelling of "a in b and b 
< c" the way that "a < b < c" is an intuitive spelling of an ordering relation.

Hence filing this as a low priority issue - it's a weird quirk, and potentially 
worth changing to avoid a particular "Wat?" moment when folks first see it, but 
it isn't a bug magnet the way some other historical constructs have been.

--

___
Python tracker 

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

[issue24260] TabError behavior doesn't match documentation

[Serhiy Storchaka]

Serhiy Storchaka  added the comment:

My model is the same as the Martin's one. I know how to implement this, but the 
code isn't simple. I'm going to do this after fixing other bugs in the 
tokenizer.

--
nosy: +serhiy.storchaka
priority: normal -> low
versions: +Python 3.7 -Python 3.4

___
Python tracker 

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

[issue32053] Inconsistent use of tabs and spaces in indentation not always detected

[Stefan Krah]

Change by Stefan Krah :


--
resolution:  -> duplicate
stage:  -> resolved
status: open -> closed
superseder:  -> TabError behavior doesn't match documentation

___
Python tracker 

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

[issue32055] Reconsider comparison chaining for containment tests

[Serhiy Storchaka]

Serhiy Storchaka  added the comment:

`a in b < c` makes sense if b and c are sets.

--
nosy: +serhiy.storchaka

___
Python tracker 

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