[issue26388] Disabling changing sys.argv[0] with runpy.run_module(...alter_sys=True)

[Mike Kaplinskiy]

Mike Kaplinskiy added the comment:

Hey Nick,

Definitely agree that this refactor is big enough to try adding target modules. 
There's a somewhat hidden feature in the second patch that does this: 
`use_globals_from_sys_modules` takes `sys.globals` from the `sys.modules` entry 
for the module. It's a constructor arg though. It's only used by 
`_run_module_as_main`, but making it more official sounds good.

Given that goal, I'm a bit worried about how to accurately describe the 
behavior of `runnable.globals`. Particularly, what's a good API? Here are a 
couple of options I'm thinking of:

 - `x = load_module(...); x.module = sys.modules['foo']; x.run()`.
   Pros: allows setting the module that's to be used for maximal 
customizability.
   Cons: `x.globals` is poorly defined in that scenario. What should it reflect 
AFTER calling `x.run()`? What should it be before/after setting `x.module`? 
Should it overwrite __file__, __loader__, etc in the target module? Should it 
restore the values? When should it do this?
 - `x = load_module(...); x.overwrite_sys_modules = True; x.run()`
   This is a version of the above that perhaps makes it a bit easier to 
document what happens to which globals when.
 - `x = load_module(..., target_module=sys.modules['foo']); x.run()`
   Pros: less ambiguity about globals. They're always either local or the 
module's.
   Cons: all other "customizations" can be set after load_module is called. 
This is very asymmetric from an API perspective. There's also some ambiguity 
about what happens to the __file__, __line__, etc.
 - `x = load_module(...); x.run(target_module=...);`
   This is pretty much the sum of the cons of the above and more. Mostly here 
for completeness.

I'm leaning towards the second option for API symmetry. The largest hurdle is 
defining a behavior w.r.t. globals that is least surprising. Maybe something 
like - if set to True, the globals in the target will be overwritten (i.e. 
.update) with the globals in the runner when `run()` is called. If folks want 
to save/restore anything around globals in the target module, they are free to 
do so themselves before calling .run().

Separately, what needs this type of behavior, other than for backwards 
compatibility? Do you know of any specific use-case? It feels like almost 
everything should be covered by a combination of add_to_sys_modules (i.e. 
temporary modules in sys.modules) and inspecting runner.globals after execution.

What do you think?

Mike.

--

___
Python tracker 

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

[issue26638] Avoid warnings about missing CLI options when building documentation

[Roundup Robot]

Roundup Robot added the comment:

New changeset 307d7568b6ae by Martin Panter in branch '3.5':
Issue #26638: Mask undefined CLI options to defeat new Sphinx warnings
https://hg.python.org/cpython/rev/307d7568b6ae

New changeset 57f4ba6b29bf by Martin Panter in branch '3.5':
Issue #26638: Work around more CLI options that can’t be linked
https://hg.python.org/cpython/rev/57f4ba6b29bf

New changeset a0d272fbc7de by Martin Panter in branch '3.6':
Issue #26638: Merge option warning fixes from 3.5 into 3.6
https://hg.python.org/cpython/rev/a0d272fbc7de

New changeset 85e2cfe5b12d by Martin Panter in branch 'default':
Issue #26638: Merge option warning fixes from 3.6
https://hg.python.org/cpython/rev/85e2cfe5b12d

New changeset c4b934a77a08 by Martin Panter in branch '2.7':
Issue #26638: Disable inappropriate links to Python interpreter options
https://hg.python.org/cpython/rev/c4b934a77a08

New changeset 0ff00d53d6a9 by Martin Panter in branch '2.7':
Issue #26638: Mask undefined CLI options to defeat new Sphinx warnings
https://hg.python.org/cpython/rev/0ff00d53d6a9

New changeset cf91d48aa353 by Martin Panter in branch '2.7':
Issue #26638: Cannot directly link to main option from the “timeit” module
https://hg.python.org/cpython/rev/cf91d48aa353

--

___
Python tracker 

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

[issue28532] Show sys.version when -V option is supplied twice.

[Stéphane Wirtel]

Stéphane Wirtel added the comment:

yep, but in this case, just add -VV will add more details about the current 
revision.

About -VVV or -VV, yes, it's similar because the same C code version >= 2, 
Py_GetVersion()

--

___
Python tracker 

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

[issue28532] Show sys.version when -V option is supplied twice.

[INADA Naoki]

INADA Naoki added the comment:

Since I'm not good English writer, I copied & modified from -v option.
-VVV is same to -VV, similar to -vvv is same to -vv.

-v : verbose (trace import statements); also PYTHONVERBOSE=x
 can be supplied multiple times to increase verbosity

--

___
Python tracker 

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

[issue28532] Show sys.version when -V option is supplied twice.

[Stéphane Wirtel]

Stéphane Wirtel added the comment:

" -V : print the Python version number and exit (also --version)\n\
+ when given twice, print more information about build\n\
+ can be supplied multiple times to show more information\n\"

Why do you indicate "multiple times" because there are only 2 possibilites, -V 
or -VV, no more.

--
nosy: +matrixise

___
Python tracker 

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

[issue28532] Show sys.version when -V option is supplied twice.

[INADA Naoki]

Changes by INADA Naoki :


--
keywords: +easy
stage:  -> commit review

___
Python tracker 

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

[issue11681] -b option undocumented

[Martin Panter]

Martin Panter added the comment:

As well as the usage string, it is missing from the list of options in the main 
documentation at Doc/using/cmdline.rst. There are a couple of places (sys.rst 
and warnings.rst) that reference :option:`-b`, and newer versions of Sphinx 
complain about this.

--

___
Python tracker 

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

[issue28522] can't make IDLEX work with python._pth and python-3.6.0b2

[Terry J. Reedy]

Terry J. Reedy added the comment:

#17535 is about adding line numbers to IDLE editor.  I have approved it in 
priciple, but not yet the proposed patch, or a revision thereof.

--

___
Python tracker 

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

[issue18844] allow weights in random.choice

[Roundup Robot]

Roundup Robot added the comment:

New changeset 09a87b16d5e5 by Raymond Hettinger in branch '3.6':
Issue #18844:  Strengthen tests to include a case with unequal weighting
https://hg.python.org/cpython/rev/09a87b16d5e5

--

___
Python tracker 

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

[issue18844] allow weights in random.choice

[Roundup Robot]

Roundup Robot added the comment:

New changeset 32bfc8b6 by Raymond Hettinger in branch '3.6':
Issue #18844: Make the various ways for specifing weights produce the same 
results.
https://hg.python.org/cpython/rev/32bfc8b6

--

___
Python tracker 

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

[issue28556] typing.py upgrades

[Roundup Robot]

Roundup Robot added the comment:

New changeset 0201a87d773d by Guido van Rossum in branch '3.5':
Issue #28556: updates to typing.py (add Coroutine, prohibit Generic[T]())
https://hg.python.org/cpython/rev/0201a87d773d

New changeset 2c2fec17247d by Guido van Rossum in branch '3.6':
Issue #28556: updates to typing.py (add Coroutine, prohibit Generic[T]()) 
(3.5->3.6)
https://hg.python.org/cpython/rev/2c2fec17247d

New changeset fe842efbe1ed by Guido van Rossum in branch 'default':
Issue #28556: updates to typing.py (add Coroutine, prohibit Generic[T]()) 
(3.6->3.7)
https://hg.python.org/cpython/rev/fe842efbe1ed

--

___
Python tracker 

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

[issue28560] Implement `PurePath.startswith` and `PurePath.endswith`

[Ram Rachum]

New submission from Ram Rachum:

Today I had to check whether a path object started with `/foo`. The nicest way 
I could think of was `str(p).startswith('/foo')`. What do you think about 
implementing `p.startswith('/foo')`?

--
components: Library (Lib)
messages: 279699
nosy: cool-RR, pitrou
priority: normal
severity: normal
status: open
title: Implement `PurePath.startswith` and `PurePath.endswith`
type: enhancement
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

[issue26163] FAIL: test_hash_effectiveness (test.test_set.TestFrozenSet)

[Eric Appelt]

Eric Appelt added the comment:

I also looked at hashes of strings themselves rather than frozensets to check 
the hashing of strings directly.

For example, n=3:

['', 'a', 'b', 'c', 'ab', 'ac', 'bc', 'abc']

rather than:

[frozenset(), frozenset({'a'}), frozenset({'b'}), frozenset({'c'}), 
frozenset({'b', 'a'}), frozenset({'c', 'a'}), frozenset({'b', 'c'}), 
frozenset({'b', 'a', 'c'})]

I made a distribution as with the last comment but now using the # of unique 
last-7 bit sequences in a set of 128 such strings (n=7) and compared to 
pseudorandom integers, just as was done before with frozensets of the letter 
combinations. This is shown in the file "str_string_n7_10k.png".

The last 7-bits of the small string hashes produce a distribution much like 
regular pseudorandom integers.

So if there is a problem with the hash algorithm, it appears to be related to 
the frozenset hashing and not strings.

--
Added file: http://bugs.python.org/file45270/str_string_n7_10k.png

___
Python tracker 

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

[issue26163] FAIL: test_hash_effectiveness (test.test_set.TestFrozenSet)

[Eric Appelt]

Eric Appelt added the comment:

I dug into this failure a little bit and verified that it is specifically the 
"letter_range" portion of the test that sporadically fails. The hash of any 
frozenset constructed from floats, ints, or the empty frozenset, as well as 
frozensets recursively containing any of the previous have deterministic hashes 
that don't vary with the seed.

I isolated the letter_range test for various values of n to see how often this 
failure generally happened. I scanned the first 1 integers set to 
PYTHONHASHSEED and got the following failures:

n=2   -
n=3   -
n=4   300, 1308, 2453, 4196, 5693, 8280, 8353
n=5   4846, 5693
n=6   3974
n=7   36, 1722, 5064, 8562, 8729
n=8   2889, 5916, 5986
n=9   -
n=10  -

I checked to see the behavior of psuedorandom integers in the range 0 to 
2**64-1 by making a large sample of values taken from 
"len({random.randint(0,2**64) & 127 for _ in range(128)})", and found that the 
value of "u" in the test for n=7 if the hashes really are effectively randomly 
distributed follows a gaussian distribution with a mean of ~81 and deviation of 
~3.5. So a value of 31 would be nearly 14 deviations from the mean which seems 
quite unreasonable.

I then took the distribution of the set sizes from the letter_range test for 
n=7 with 10,000 different seeds and plotted it alongside the distribution of 
set sizes from the last 7 bits of pseudorandom numbers in the attached file 
"frozenset_string_n7_10k.png".

The hashes of the frozensets of single letters follows a very different 
distribution. Either this test is inappropriate and will cause sporadic build 
failures, or there is a problem with the hash algorithm.

--
nosy: +Eric Appelt
Added file: http://bugs.python.org/file45269/frozenset_string_n7_10k.png

___
Python tracker 

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

[issue28556] typing.py upgrades

[Roundup Robot]

Roundup Robot added the comment:

New changeset 94010653379c by Guido van Rossum in branch '3.5':
Issue #28556: updates to typing.py (fix copy, deepcopy, pickle)
https://hg.python.org/cpython/rev/94010653379c

New changeset 465b345559ea by Guido van Rossum in branch '3.6':
Issue #28556: updates to typing.py (fix copy, deepcopy, pickle) (3.5->3.6)
https://hg.python.org/cpython/rev/465b345559ea

New changeset f23f435494f1 by Guido van Rossum in branch 'default':
Issue #28556: updates to typing.py (fix copy, deepcopy, pickle) (3.6->3.7)
https://hg.python.org/cpython/rev/f23f435494f1

--

___
Python tracker 

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

[issue28542] document cross compilation

[Xavier de Gaye]

Xavier de Gaye added the comment:

I have changed my Android build system to use DESTDIR, it is simpler than using 
'mount --bind'. Thanks for the suggestion Martin.

Here is a new patch adding some text for the Android cross compilation.

--
Added file: http://bugs.python.org/file45268/readme_3.patch

___
Python tracker 

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

[issue28552] Distutils fail if sys.executable is None

[Donald Stufft]

Donald Stufft added the comment:

We re-execute Python to run setup.py. Even from wheels we do it to compile pyc 
files. 

Sent from my iPhone

> On Oct 29, 2016, at 2:38 PM, R. David Murray  wrote:
> 
> 
> R. David Murray added the comment:
> 
> Yes, you are right; I was thinking that distutils and/or pip re-executed 
> python for certain tasks, but upon reflection I don't think they do.
> 
> --
> stage:  -> needs patch
> 
> ___
> Python tracker 
> 
> ___

--

___
Python tracker 

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

[issue28556] typing.py upgrades

[Ivan Levkivskyi]

Changes by Ivan Levkivskyi :


--
nosy: +levkivskyi

___
Python tracker 

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

[issue28473] mailbox.MH crashes on certain Claws Mail .mh_sequences files

[R. David Murray]

R. David Murray added the comment:

OK.  There is definitely something that could be done here if someone wants to 
tackle it.  At a minimum, read the lines that we can read and produce a warning 
of some sort for the ones we can't.  If more than one other mh style 
programming is allowing this variant syntax, we could also choose to support it.

I'm going to reclassify this as an enhancement because it appears to be support 
for "new" formatting, but I'm not adverse to considering it a bug.

--
resolution: third party -> 
stage: resolved -> 
status: closed -> open
type: behavior -> enhancement

___
Python tracker 

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

[issue28552] Distutils fail if sys.executable is None

[R. David Murray]

R. David Murray added the comment:

Yes, you are right; I was thinking that distutils and/or pip re-executed python 
for certain tasks, but upon reflection I don't think they do.

--
stage:  -> needs patch

___
Python tracker 

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

[issue28522] can't make IDLEX work with python._pth and python-3.6.0b2

[Big Stone]

Big Stone added the comment:

the "show line number on the left" feature is on the "github web editor", on 
"atom", and on "spyder" and "erik" python IDE, so rather the expected standard 
for python editing.

--

___
Python tracker 

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

[issue28522] can't make IDLEX work with python._pth and python-3.6.0b2

[Big Stone]

Big Stone added the comment:

thank you all for the patch

IDLEX was a requirement for a french examination.

I think the reason was to see the line numbers on the left of the editor.

For sure since IDLEX birth, IDLE has made some progress and IDLEX is becoming 
irrelevant, but this lovely tiny feature seems still missing.

--

___
Python tracker 

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

[issue28559] Unclear error message when raising wrong type of exceptions

[Dimitri Merejkowsky]

New submission from Dimitri Merejkowsky:

Motivation for the patch came from a tweet[1] of David Beazley:

def SomeError(Exception): 
pass 

raise SomeError('blah')

(Note the `def` keyword instead of `class`):

If you run that, you get:

> TypeError: exceptions must derive from BaseException

Which is not very helpful.

Attached patch changes the error message to be:

> TypeError: exceptions must derive from BaseException, got NoneType

(By the way, it's very close to what Python2 used to say in this case)

--
components: Interpreter Core
files: 0001-Fix-error-message-when-raising-with-the-wrong-type.patch
keywords: patch
messages: 279689
nosy: Dimitri Merejkowsky
priority: normal
severity: normal
status: open
title: Unclear error message when raising wrong type of exceptions
type: enhancement
versions: Python 3.7
Added file: 
http://bugs.python.org/file45267/0001-Fix-error-message-when-raising-with-the-wrong-type.patch

___
Python tracker 

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

[issue28554] Windows: _socket module fails to compile on "AMD64 Windows7 SP1 3.x" buildbot "because "AlwaysCreate" was specified"

[Jeremy Kloth]

Jeremy Kloth added the comment:

Steve's guess wrt the _pth file being the cause was spot on.  The buildbot is 
back on track with successful results.

--
nosy: +jkloth

___
Python tracker 

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

[issue28558] argparse Incorrect Handling of Store Actions

[Xiang Zhang]

Xiang Zhang added the comment:

This is the expected behaviour. The doc explicitly says "Note that nargs=1 
produces a list of one item. This is different from the default, in which the 
item is produced by itself". Read 
https://docs.python.org/3/library/argparse.html#nargs.

--
nosy: +xiang.zhang
resolution:  -> not a bug
status: open -> closed

___
Python tracker 

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

[issue28558] argparse Incorrect Handling of Store Actions

[Xiang Zhang]

Changes by Xiang Zhang :


--
stage:  -> resolved

___
Python tracker 

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

[issue28558] argparse Incorrect Handling of Store Actions

[Chris]

New submission from Chris:

argparse does not handle Store actions correctly when "nargs = 1" is provided. 
The documentation indicates the value should be assigned to the dest, but 
instead a list with the value as the only item is assigned to dest.

--
files: test_argparse.py
messages: 279686
nosy: Flux
priority: normal
severity: normal
status: open
title: argparse Incorrect Handling of Store Actions
type: behavior
versions: Python 2.7, Python 3.4, Python 3.5
Added file: http://bugs.python.org/file45266/test_argparse.py

___
Python tracker 

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

[issue28557] error message for bad raw readinto

[David Szotten]

New submission from David Szotten:

Was just tracking down a bug in eventlet, which manifested as "OSError: raw 
readinto() returned invalid length -1 (should have been between 0 and 8192)"

I was misled for a while by the fact that readinto was in fact returning b'', 
not -1. This improves the error message in that case by including the TypeError 
from the failed conversion of b'' to an int.

Would prefer to still return an OSError with the TypeError as a cause, but 
couldn't figure out how to do that. Hints/help would be appreciated.

--
components: IO
files: readinto_error.patch
keywords: patch
messages: 279685
nosy: davidszotten
priority: normal
severity: normal
status: open
title: error message for bad raw readinto
versions: Python 3.7
Added file: http://bugs.python.org/file45265/readinto_error.patch

___
Python tracker 

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

[issue28473] mailbox.MH crashes on certain Claws Mail .mh_sequences files

[Garrett Nievin]

Garrett Nievin added the comment:

Interestingly, mailutils mh (GNU Mailutils 2.99.99, Ubuntu 16.10)
doesn't have a problem with these files, so I'm using that instead of
nmh.

I assume this is relevant:
http://www.nongnu.org/nmh/diff.html

The limitation on the length of lines in the file containing your
public sequences (.mh_sequences) has been removed. That should be the
end of the error message ".mh_sequences is poorly formatted". 


That's the message I got with nmh, but not with mailutils mh.

Cheers,
Garrett

On Wed, 19 Oct 2016 13:26:33 + "R. David Murray"  
wrote:

> R. David Murray added the comment:
> 
> I meant 'nmh'.  Also, if the problem is that mailbox blows up on an 
> .mh_sequences file with bad records and doesn't provide any way to access the 
> valid records (like nmh mostly manages to do), then that is something that 
> could be fixed, and we can reopen the issue.
> 
> --
> versions: +Python 3.6, Python 3.7 -Python 3.5
> 
> ___
> Python tracker 
> 
> ___
>

--

___
Python tracker 

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

[issue28473] mailbox.MH crashes on certain Claws Mail .mh_sequences files

[Garrett Nievin]

Garrett Nievin added the comment:

Yes, I couldn't access the mailbox at all.  Here's what happens:

$ cat mymail.py ; ./mymail.py 
#!/usr/bin/python3
import mailbox
for message in mailbox.MH('~/mail/Personal'):
print(message['subject'])
Traceback (most recent call last):
  File "/usr/lib/python3.5/mailbox.py", line 1148, in get_sequences
name, contents = line.split(':')
ValueError: not enough values to unpack (expected 2, got 1)

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "./mymail.py", line 3, in 
for message in mailbox.MH('~/mail/Personal'):
  File "/usr/lib/python3.5/mailbox.py", line 108, in itervalues
value = self[key]
  File "/usr/lib/python3.5/mailbox.py", line 72, in __getitem__
return self.get_message(key)
  File "/usr/lib/python3.5/mailbox.py", line 1037, in get_message
for name, key_list in self.get_sequences().items():
  File "/usr/lib/python3.5/mailbox.py", line 1162, in get_sequences
line.rstrip())
mailbox.FormatError: Invalid sequence specification: 74 27976-27984 27987-27989 
27993-27994 27996-28008 28010-28023 28025 28027-28035 28038-28054 28056-28077 
28080-28104 28107-28109 28112-28117 28120-28123 28127 28129 28131 28133-28142 
28145-28154 28156-28189 28191-28197 28199-28204 28206-28218 28220-28224 28226 
28230-28234 28239-28242 28244-28249 28251 28253-28260 28262-28263 28265-28269 
28274-28280 28282-28286 28290-28297 28300-28306 28308-28351 28354-28362 
28364-28421 28423-28437 28440 28448-28452 28457-28461 28464-28475 28478-28482 
28484-28489 28491-28498 28500-28504 28507-28517 28522-28525 28527-28529 28531 
28536-28550 28554-28555 28562-28564 28567-28574 28577-28579 28581-28582 28586 
28588-28594 28597-28603 28605-28613 28619 28622 28625-28628 28630 28632-28633 
28636-28639 28643-28650 28654-28668 28671-28672 28676-28679 28681-28690 
28695-28706 28710-28712 28714 28716-28717 28719-28725 28728-28730 28732-28742 
28745-28748 28750-28751 28753-28763 28765-28768 28770 28772-28814 28817-
 28840 28843-28859 28862-28873 28876-28894 28899-28900 28902-28917 28920-28934 
28936-28939 28941-28943 28945 28949-28954 28956-28959 28963-28976 28984-28988 
28990-28995 28997-29017 29021-29028 29030-29068 29070-29073 29076-29083 29088 
29099 29102-29104 29106-29107 29109-29119 29121-29139 29142 29144-29145 29149 
29154 29163-29164 29167-29172 29174-29175 29180-29183 29189-29200 29202-29213 
29215-29223 29226-29227 29230 29232-29244 29246-29253 29258-29282 29284-29294 
29296-29307 29309 29311-29319 29326-29342 29345-29351 29354-29364 29371-29382 
29387-29390 29393-29414 29416-29419 29421 29423-29445 29448-29486 29488-29495 
29497-29507 29509-29519 29521-29539 29541-29554 29556-29557 29559-29563 
29566-29571 29575-29589 29593-29601 29604-29609 29611-29617 29620-29622 
29624-29647 29650-29651 29653-29664 29666-29674 29676-29683 29689-29694 
29696-29701 29704-29705 29709-29711 29714-29730 29733-29751 29754 29756-29758 
29760-29762 29764-29768 29770-29771 29773-29780 29782-29784 29787 29790-29805 2
 9807-29808 29811-29819 29822-29826 29829-29831 29834-29843 29845-29848 
29850-29853 29855-29864 29870 29873-29891 29893-29942 29944-29962 29970-29972 
29974-29975 29977-29981 29986-29988 29992-29996 2-30002 30006-30008 30010 
30014-30039 30041-30072 30075-30087 30089-30090 30093-30142 30145-30156 
30158-30171 30174-30177 30180-30194 30197 30202-30203 30206-30214 30216 
30218-30227 30230-30236 30239-30277 30282-30284 30288-30316 30322-30341 
30343-30373 30376-30386 30388-30405 30407-30412 30417-30418 30421-30445 
30449-30452 30456-30463 30468-30488 30492-30500 30502-30510 30516-30530 
30532-30538 30540-30543 30546-30548 30551 30553-30576 30578-30608 30613 
30616-30618 30620-30632 30635-30639 30646-30648 30650-30651 30655-30673 30675 
30678-30681 30685-30693 30695-30738 30741-30742 30745 30747 30749-30757 
30760-30782 30784 30786-30792 30794-30800 30803-30809 30812-30826 30828-30837 
30840-30841 30843-30847 30850-30893 30897-30898 30900 30902-30904 30906-30920 
30922-30932 30938 30943-30984 30
 986-30990 30992-30994 30996-31001 31003-31013 31015-31018 31021-31036 31039 
31043-31047 31051-31061 31064-31068 31070 31073-31074 31077-31088 31093-31095 
31097-31105 31108-31115 31117 31119-31144 31147-31156 31163 31166-31181 
31184-31185 31189 31191 31196-31204 31208 31210-31219 31221-31230 31232-31296 
31299 31301-31308 31312-31321 31324-31327 31329-31346 31349-31368 31371-31375 
31378-31387 31391-31397 31400-31401 31403-31409 31412-31423 31426-31522 
31525-31534 31539-31549 31554-31555 31557-31558 31560-31584 31589-31618 
31621-31637 31640-31648 31656-31669 31671-31680 31683 31685-31696 31698-31706 
31708-31717 31719-31738 31740-31749 31751-31752 31755-31756 31758-31764 
31766-31767 31772-31775 31777-31796 31798-31828 31830-31880 31884-31886 
31888-31890 31892-31958 31961-31963 31966-31992 31996-31998 32000-32003 
32006-32025 32029-32037 32039-32044 32047-32053 32056-32069 32071-32073 
32075-32082 32084-32092 32095 

[issue28556] typing.py upgrades

[Roundup Robot]

Roundup Robot added the comment:

New changeset a47b07d0aba0 by Guido van Rossum in branch '3.5':
Issue #28556: updates to typing.py
https://hg.python.org/cpython/rev/a47b07d0aba0

New changeset d2b5c3bfa2b5 by Guido van Rossum in branch '3.6':
Issue #28556: updates to typing.py (3.5->3.6)
https://hg.python.org/cpython/rev/d2b5c3bfa2b5

New changeset 2c75b13ccf82 by Guido van Rossum in branch 'default':
Issue #28556: updates to typing.py (3.6->3.7)
https://hg.python.org/cpython/rev/2c75b13ccf82

--
nosy: +python-dev

___
Python tracker 

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

[issue28554] Windows: _socket module fails to compile on "AMD64 Windows7 SP1 3.x" buildbot "because "AlwaysCreate" was specified"

[Steve Dower]

Steve Dower added the comment:

Forgot to include the issue number in the commit message, but 0c910ea1c968 has 
the test improvements (whether or not they'll help here remains to be seen... I 
added some extra cleanup to rt.bat that might help the buildbots recover if 
this was the issue).

--
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

[issue28556] typing.py upgrades

[Guido van Rossum]

New submission from Guido van Rossum:

Over at https://github.com/python/typeshed we have a number of big changes in 
store. I'm eager to get these into 3.6, so I'm merging them in now, in time for 
3.6b3. (Recall that PEP 484 and typing.py remain provisional until 3.7 rolls 
around.)

--
messages: 279680
nosy: gvanrossum
priority: normal
severity: normal
status: open
title: typing.py upgrades

___
Python tracker 

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

[issue28554] Windows: _socket module fails to compile on "AMD64 Windows7 SP1 3.x" buildbot "because "AlwaysCreate" was specified"

[Steve Dower]

Steve Dower added the comment:

I don't think the build failed, what's more likely is that my recent test_site 
additions (to test restricted sys.path) are not cleaning up correctly and 
that's leading to other issue.

I've emailed Jeremy to check the buildbot, and I'm working on making those 
tests more safe in case they abort without cleaning up.

--

___
Python tracker 

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

[issue28549] curses: calling addch() with an 1-length str segfaults with ncurses6 compiled with --enable-ext-colors

[Yutao Yuan]

Yutao Yuan added the comment:

Yes, it works for me now.

--

___
Python tracker 

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

[issue28444] Missing extensions modules when cross compiling python 3.5.2 for arm on Linux

[Xavier de Gaye]

Changes by Xavier de Gaye :


--
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

[issue28444] Missing extensions modules when cross compiling python 3.5.2 for arm on Linux

[Roundup Robot]

Roundup Robot added the comment:

New changeset 4b2679a06ace by Xavier de Gaye in branch '3.5':
Issue #28444: Fix missing extensions modules when cross compiling.
https://hg.python.org/cpython/rev/4b2679a06ace

New changeset cddb7b2aba34 by Xavier de Gaye in branch '3.6':
Issue #28444: Merge with 3.5.
https://hg.python.org/cpython/rev/cddb7b2aba34

New changeset a87d4324e804 by Xavier de Gaye in branch 'default':
Issue #28444: Merge with 3.6.
https://hg.python.org/cpython/rev/a87d4324e804

--
nosy: +python-dev

___
Python tracker 

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

[issue26638] Avoid warnings about missing CLI options when building documentation

[SilentGhost]

SilentGhost added the comment:

Patch  (v3) is fine, except it no longer applies cleanly. I have a patch 
against the tip which I could upload if needed.

I would also be in favour of disabling the unittest options directly, currently 
no link is generated and it doesn't seem like there is a straightforward 
solution in sight.

--
nosy: +SilentGhost
stage: patch review -> commit review
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

[issue28498] tk busy command

[Miguel]

Miguel added the comment:

Why dont we do the job well from the beginning and refactor _configure() and 
adapt other dependent code? It's not so complicated to change the dependent 
code. Many people around the world use Tkinter.

--

___
Python tracker 

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

[issue25660] tabs don't work correctly in python repl

[Clément]

Clément added the comment:

Thanks Martin for the clarification!  I'll leave it to you to decide whether 
there is something to fix here (I'll admit to not understanding much of that 
code).

--

___
Python tracker 

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

[issue28548] http.server parse_request() bug and error reporting

[Barry A. Warsaw]

Barry A. Warsaw added the comment:

On Oct 29, 2016, at 02:20 AM, Martin Panter wrote:

>Here is a patch to parse the version from the request in more cases. Since it
>is more of a cosmetic improvement for handling erroneous requests, I would
>probably only apply it to the next Python version (3.7 atm). Or do you think
>it should go into bug fix versions as well?

That would be a RM decision.

--

___
Python tracker 

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

[issue21590] Systemtap and DTrace support

[SilentGhost]

SilentGhost added the comment:

Here is the patch that fixes warning in /Doc/howto/instrumentation.rst as well 
as cleans up a few nits here and there. I've removed attempt at highlighting 
using c since that doesn't work in practice.

--
keywords: +patch
nosy: +berker.peksag
stage:  -> patch review
versions: +Python 3.7
Added file: http://bugs.python.org/file45264/21590_2.diff

___
Python tracker 

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

[issue26578] Bad BaseHTTPRequestHandler response when using HTTP/0.9

[Xiang Zhang]

Xiang Zhang added the comment:

> So I would prefer to remove it in the next version of Python, and not bother 
> fixing Xiang’s bug in existing versions.

+1. In rfc7230, "The expectation to support HTTP/0.9 requests has been removed".

--

___
Python tracker 

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

[issue21590] Systemtap and DTrace support

[SilentGhost]

SilentGhost added the comment:

Building the documentation on Ubuntu 16.10, I started getting the following 
warnings:

/Doc/howto/instrumentation.rst:58: WARNING: Could not lex literal_block as 
"python3". Highlighting skipped.
/Doc/howto/instrumentation.rst:139: WARNING: Could not lex literal_block as 
"c". Highlighting skipped.
/Doc/howto/instrumentation.rst:211: WARNING: Could not lex literal_block as 
"c". Highlighting skipped.
/Doc/howto/instrumentation.rst:328: WARNING: Could not lex literal_block as 
"c". Highlighting skipped.

I guess the trick of using c for systemtap doesn't work anymore, not entirely 
sure what's the problem with the python3 highlighting.

--
nosy: +SilentGhost

___
Python tracker 

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

[issue28542] document cross compilation

[Xavier de Gaye]

Xavier de Gaye added the comment:

New patch.

--
Added file: http://bugs.python.org/file45263/readme_2.patch

___
Python tracker 

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

[issue28542] document cross compilation

[Xavier de Gaye]

Xavier de Gaye added the comment:

> $(cd /path/to/source && pwd)/configure
> Why do you use $(pwd) here?

'configure' fails with the following error message when used with 
'--prefix=../install':
configure: error: expected an absolute directory name for --prefix: 
../install
So for consistency, the example used absolute paths everywhere.

> --prefix=$(cd ../install && pwd)
> Won’t that embed the path of the install directory in e.g. sys.prefix or 
> something? Can’t you use “DESTDIR=../install” instead?

You are right.
On an Android device where /usr and /bin do not exist, the platform independent 
Python files are installed on the sdcard.  So the build system I am using for 
Android does the following:
* uses '--prefix=/sdcard/org.bitbucket.pyona
* before running 'make install', it creates temporarily the /sdcard directory 
on the build system (with sudo) and use 'sudo mount --bind $INSTALL_ROOT 
/sdcard' so that 'make install' actually copies the files to $INSTALL_ROOT and 
so that the modules are byte compiled modules with the proper '-d' option to 
compileall. This allows also for multiple cross-compilation using different 
$INSTALL_ROOT directory names for each Android API level or architecture (x86, 
arm, armv7, ...)
* creates a tar file from the files in $INSTALL_ROOT that is later copied and 
expanded on the device using the Android swiss army knife 'adb shell'.


> I remember there are a bunch of extra things you have to manually configure 
> to cross-compile. See e.g. revision 12a56a349af2 which asks for /dev/ptmx and 
> /dev/ptc settings in a CONFIG_SITE file (although I have had success just 
> adding them to the “configure” command line). Perhaps we could add something 
> like
> 
> '''
> configure --host=[. . .] \
> ac_cv_file__dev_ptmx=no \
> ac_cv_file__dev_ptc=no
> . . .
> 
> If the target Python could use /dev/ptmx or /dev/ptc to implement 
> os.openpty(), set the corresponding argument to "yes".

Ok

> I suspect some people cross compile 2.7, so it may be worth applying 
> something like this to that branch.

Not sure that all the recent cross-compilation changes have been applied to 
2.7. Would not documenting cross-compilation in 2.7 entail that we support it 
on 2.7 ?

--

___
Python tracker 

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

[issue28555] provid also sha-1 and sha-256 also on download links

[Big Stone]

Big Stone added the comment:

oups ! i mean "ON several sites"

--
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

[issue28555] provid also sha-1 and sha-256 also on download links

[Big Stone]

New submission from Big Stone:

It would be nice to have also sha-1 and sha-256 provided with python-360b3 
download links and annoucement (so no separate sites).

md5 is dangerously easy to workaround nowodays

--
messages: 279666
nosy: Big Stone
priority: normal
severity: normal
status: open
title: provid also sha-1 and sha-256 also on download links

___
Python tracker 

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

[issue28552] Distutils fail if sys.executable is None

[Alexander P]

Alexander P added the comment:

Well, project_base (which is what sys.executable is used for) is used only 
during build (i. e. python_build is True), if I understand it correctly. 
Normally, sys.prefix and sys.exec_prefix are used for all the paths.

Also, project_base can be explicitly set using _PYTHON_PROJECT_BASE environ 
variable, in which case we still don't need sys.executable (but it still would 
fail without one right now).

--

___
Python tracker 

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

[issue28199] Compact dict resizing is doing too much work

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

I don't have strong preferences, but at this moment dictresize4.patch looks a 
little better to me. Maybe I wrong and in future optimizations we will returned 
to insert_index().

Yet one opportunity for future optimization -- inline dk_get_index() and 
dk_set_index() and move check for indices width out of the loop. I don't know 
whether there is significant effect of this.

--
resolution:  -> fixed
stage:  -> resolved
status: open -> closed
type:  -> performance
versions: +Python 3.7 -Python 3.6

___
Python tracker 

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

[issue28199] Compact dict resizing is doing too much work

[Roundup Robot]

Roundup Robot added the comment:

New changeset 6b88dfc7b25d by Serhiy Storchaka in branch '3.6':
Issue #28199: Microoptimized dict resizing.  Based on patch by Naoki Inada.
https://hg.python.org/cpython/rev/6b88dfc7b25d

New changeset f0fbc6071d7e by Serhiy Storchaka in branch 'default':
Issue #28199: Microoptimized dict resizing.  Based on patch by Naoki Inada.
https://hg.python.org/cpython/rev/f0fbc6071d7e

--
nosy: +python-dev

___
Python tracker 

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

[issue4032] distutils doesn't search ".dll.a" as library on cygwin

[Masayuki Yamamoto]

Masayuki Yamamoto added the comment:

And updated patch for 2.7

--
Added file: http://bugs.python.org/file45262/2.7-unixccompiler-implib.patch

___
Python tracker 

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

[issue4032] distutils doesn't search ".dll.a" as library on cygwin

[Masayuki Yamamoto]

Masayuki Yamamoto added the comment:

Move version to 3.7 and 2.7, and I updated two patches adding import library 
type for file searching.

Current Cygwin is used UnixCCompiler, and the compiler has be able to build 
extension module that doesn't need to library link at build time (e.g. array).  
And CygwinCCompiler has supported old version compilers, but its haven't 
maintained on Current Cygwin any longer.  Therefore I think there is no 
necessary that waits solution to #2445 and #18654.

So would you be able to free dependence to #2445, and start to review the 
patches?
Many thanks.

--
components: +Build -Windows
keywords: +patch
nosy: +masamoto
title: distutils cannot recognize ".dll.a" as library on cygwin -> distutils 
doesn't search ".dll.a" as library on cygwin
type:  -> behavior
versions: +Python 3.7 -Python 3.4, Python 3.5
Added file: http://bugs.python.org/file45261/unixccompiler-implib.patch

___
Python tracker 

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

[issue28549] curses: calling addch() with an 1-length str segfaults with ncurses6 compiled with --enable-ext-colors

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

Ah, sorry. libncursesw5-dev was not installed on my computer.

Please try updated patch.

--
Added file: http://bugs.python.org/file45260/curses_setcchar_2.patch

___
Python tracker 

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

[issue28554] Windows: _socket module fails to compile on "AMD64 Windows7 SP1 3.x" buildbot "because "AlwaysCreate" was specified"

[STINNER Victor]

STINNER Victor added the comment:

Interesting message: "because "AlwaysCreate" was specified".

Extract of a failed build:

 Touching 
"C:\buildbot.python.org\3.x.kloth-win64\build\PCbuild\obj\\amd64_Debug\_sqlite3\_sqlite3.tlog\_sqlite3.lastbuildstate".
29>Done Building Project 
"C:\buildbot.python.org\3.x.kloth-win64\build\PCbuild\_sqlite3.vcxproj" (Build 
target(s)).
32>ClCompile:
 All outputs are up-to-date.
   The target "BeforeGenerateProjectPriFile" listed in a BeforeTargets 
attribute at "C:\Program Files 
(x86)\MSBuild\Microsoft\NuGet\Microsoft.NuGet.targets (186,61)" does not exist 
in the project, and will be ignored.
33>GeneratePythonNtRcH:
   Skipping target "GeneratePythonNtRcH" because all output files are 
up-to-date with respect to the input files.
   ClCompile:
 All outputs are up-to-date.
31>Project 
"C:\buildbot.python.org\3.x.kloth-win64\build\PCbuild\_ssl.vcxproj" (31) is 
building "C:\buildbot.python.org\3.x.kloth-win64\build\PCbuild\_socket.vcxproj" 
(34) on node 2 (default targets).
34>InitializeBuildStatus:
 Creating 
"C:\buildbot.python.org\3.x.kloth-win64\build\PCbuild\obj\\amd64_Debug\_socket\_socket.tlog\unsuccessfulbuild"
 because "AlwaysCreate" was specified.
   GeneratePythonNtRcH:
   Skipping target "GeneratePythonNtRcH" because all output files are 
up-to-date with respect to the input files.
   ClCompile:
 C:\Program Files (x86)\Microsoft Visual Studio 
14.0\VC\bin\amd64\CL.exe /c 
/I"C:\buildbot.python.org\3.x.kloth-win64\build\Include" 
/I"C:\buildbot.python.org\3.x.kloth-win64\build\PC" 
/I"C:\buildbot.python.org\3.x.kloth-win64\build\PCbuild\obj\\amd64_Debug\_socket\\"
 /Zi /nologo /W3 /WX- /Od /Oi /D WIN32 /D _WIN64 /D _M_X64 /D _DEBUG /D 
Py_BUILD_CORE_MODULE /D _WINDLL /GF /Gm- /MDd /GS /Gy /fp:precise /Zc:wchar_t 
/Zc:forScope /Zc:inline 
/Fo"C:\buildbot.python.org\3.x.kloth-win64\build\PCbuild\obj\\amd64_Debug\_socket\\"
 
/Fd"C:\buildbot.python.org\3.x.kloth-win64\build\PCbuild\obj\\amd64_Debug\_socket\vc140.pdb"
 /Gd /TC /errorReport:queue ..\Modules\socketmodule.c
33>Lib:
 All outputs are up-to-date.
 ssleay.vcxproj -> 
C:\buildbot.python.org\3.x.kloth-win64\build\PCBuild\amd64\ssleay_d.lib
34>ClCompile:
 socketmodule.c
   The target "BeforeGenerateProjectPriFile" listed in a BeforeTargets 
attribute at "C:\Program Files 
(x86)\MSBuild\Microsoft\NuGet\Microsoft.NuGet.targets (186,61)" does not exist 
in the project, and will be ignored.
32>Lib:
 All outputs are up-to-date.
33>FinalizeBuildStatus:
 Deleting file 
"C:\buildbot.python.org\3.x.kloth-win64\build\externals\openssl-1.0.2j\tmp\\amd64_Debug\ssleay\ssleay.tlog\unsuccessfulbuild".
 Touching 
"C:\buildbot.python.org\3.x.kloth-win64\build\externals\openssl-1.0.2j\tmp\\amd64_Debug\ssleay\ssleay.tlog\ssleay.lastbuildstate".
33>Done Building Project 
"C:\buildbot.python.org\3.x.kloth-win64\build\PCbuild\ssleay.vcxproj" (default 
targets).
32>Lib:

--
title: Windows: _socket module fails to compile on "AMD64 Windows7 SP1 3.x" 
buildbot -> Windows: _socket module fails to compile on "AMD64 Windows7 SP1 
3.x" buildbot "because "AlwaysCreate" was specified"

___
Python tracker 

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

[issue28554] Windows: _socket module fails to compile on "AMD64 Windows7 SP1 3.x" buildbot

[STINNER Victor]

New submission from STINNER Victor:

It looks like the build 8776 was fine, but compilation of _socket started to 
fail near the build:

http://buildbot.python.org/all/builders/AMD64%20Windows7%20SP1%203.x/builds/8777

The related change 16ea07d420b864d786ef9c11a07967fe19c3a9cd seems unrelated.

--
components: Windows
messages: 279658
nosy: haypo, paul.moore, steve.dower, tim.golden, zach.ware
priority: normal
severity: normal
status: open
title: Windows: _socket module fails to compile on "AMD64 Windows7 SP1 3.x" 
buildbot
type: compile error
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

[issue28544] Implement asyncio.Task in C

[Roundup Robot]

Roundup Robot added the comment:

New changeset 950fbd75223b by Victor Stinner in branch '3.6':
Issue #28544: Fix inefficient call to _PyObject_CallMethodId()
https://hg.python.org/cpython/rev/950fbd75223b

--

___
Python tracker 

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

[issue28128] Improve the warning message for invalid escape sequences

[Ezio Melotti]

Changes by Ezio Melotti :


--
nosy: +ezio.melotti

___
Python tracker 

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

[issue28199] Compact dict resizing is doing too much work

[INADA Naoki]

INADA Naoki added the comment:

Serhiy, would you commit it by 3.6b3?

-- sent from mobile

--

___
Python tracker 

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

[issue28199] Compact dict resizing is doing too much work

[Xiang Zhang]

Xiang Zhang added the comment:

If you inline insert_index, dictresize3 is not that bad.

./python3 -m perf timeit -s 'x = list(range(1000))' -- 'dict.fromkeys(x)'
dictresize3: Median +- std dev: 43.9 us +- 0.7 us
dictresize3(insert_index inlined): Median +- std dev: 41.6 us +- 0.6 us
dictresize4: Median +- std dev: 41.7 us +- 1.2 us

But don't bother on microbenchmark, just move on. I just think the logic is not 
as clear as dictresize3. But the easiness for future modification makes sense.

--

___
Python tracker 

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