[issue27566] Tools/freeze/winmakemakefile.py clean target should use 'del' instead of 'rm'

[SilentGhost]

Changes by SilentGhost :


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

[issue27677] Reopening issue 20930

[SilentGhost]

SilentGhost added the comment:

You should be able to request re-opening in your message in that issue, no need 
to open a new issue for that.

--
nosy: +SilentGhost
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

[issue27670] Use https instead of http in the PYTHON_VERSION constant

[Roundup Robot]

Roundup Robot added the comment:

New changeset e9f6af33cf79 by Benjamin Peterson in branch '3.5':
https link to the bug tracker (closes #27670)
https://hg.python.org/cpython/rev/e9f6af33cf79

New changeset 930450f4ea5f by Benjamin Peterson in branch '2.7':
https link to the bug tracker (closes #27670)
https://hg.python.org/cpython/rev/930450f4ea5f

New changeset b04560c3ce69 by Benjamin Peterson in branch 'default':
merge 3.5 (#27670)
https://hg.python.org/cpython/rev/b04560c3ce69

--
nosy: +python-dev
resolution:  -> fixed
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

[issue25387] sound_msgbeep doesn't check the return value of MessageBeep

[Zachary Ware]

Zachary Ware added the comment:

Though the source link is incredibly out of date (we've been on hg.python.org 
for about 5 years now, and are soon to move to Github), this is a current 
issue.  The suggested 'example "fix"' is not applicable, though; in that case, 
MessageBeep is just used in preference to Beep, and falls back to Beep if 
MessageBeep fails.

--
stage:  -> needs patch
versions: +Python 2.7, Python 3.5

___
Python tracker 

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

[issue11620] winsound.PlaySound() with SND_MEMORY should accept bytes instead of strings

[Zachary Ware]

Zachary Ware added the comment:

Irmen, you're probably correct that this was overlooked at the time of 3.0.

The patch is well out of date as well, winsound was Clinicized around the 3.4 
timeframe.

--
assignee: brian.curtin -> 
keywords:  -needs review
nosy: +paul.moore, steve.dower, tim.golden, zach.ware
stage: patch review -> needs patch
versions: +Python 3.6 -Python 3.3, Python 3.4

___
Python tracker 

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

[issue27641] Do not build Programs/_freeze_importlib when cross-compiling

[Martin Panter]

Martin Panter added the comment:

_freeze_import is only in Python 3, but I backported my final change because it 
is more general and also affects pgen.

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

[issue27614] Race in test_docxmlrpc.py

[Martin Panter]

Martin Panter added the comment:

It seems the test infrastructure likes all references to thread objects to be 
deleted, even if they are no longer running.

--
Added file: http://bugs.python.org/file44003/setup-before-thread.v2.patch

___
Python tracker 

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

[issue27677] Reopening issue 20930

[Martin Vahi]

New submission from Martin Vahi:

I could not figure out, how to reopen the original issue. 
The details reside at 

https://bugs.python.org/issue20930

Thank You.

--
components: Build
messages: 271945
nosy: Martin Vahi
priority: normal
severity: normal
status: open
title: Reopening issue 20930
type: compile error
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

[issue27662] Check against PY_SSIZE_T_MAX instead of PY_SIZE_MAX in List_New

[Xiang Zhang]

Xiang Zhang added the comment:

Add another PY_SIZE_MAX replacement I suggest in listobject.c.

--
Added file: http://bugs.python.org/file44002/List_New_Calloc.patch

___
Python tracker 

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

[issue27662] Check against PY_SSIZE_T_MAX instead of PY_SIZE_MAX in List_New

[Xiang Zhang]

Changes by Xiang Zhang :


Removed file: http://bugs.python.org/file43970/List_New_Calloc.patch

___
Python tracker 

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

[issue20930] Debian 7.3: This platform's pyconfig.h needs to define PY_FORMAT_LONG_LONG

[Martin Vahi]

Martin Vahi added the comment:

If a stable version fails to build within a modern environment that has 
everything installed, then according to my understanding 

THERE IS A BUG

That is to say, the current resolution, "not a bug", does not match with my 
understanding of this world. The whole console output is at the attached file, 
but here's an excerpt:

citation---start---
s2@linux-0fiz:~/m_local/bin_p/Python/kompil/Python-3.5.2$ time nice -n20 
./configure --prefix=/home/ts2/m_local/bin_p/Python/v_3_5_2 
--with-address-sanitizer --with-valgrind --disable-ipv6
configure: loading site script /usr/share/site/x86_64-unknown-linux-gnu
checking build system type... x86_64-unknown-linux-gnu
checking host system type... x86_64-unknown-linux-gnu
checking for --enable-universalsdk... no
checking for --with-universal-archs... no
checking MACHDEP... linux
checking for --without-gcc... no
checking for --with-icc... no
checking for gcc... clang
checking whether the C compiler works... yes
...
blablabla
...
real0m32.365s
user0m11.880s
sys 0m12.194s
ts2@linux-0fiz:~/m_local/bin_p/Python/kompil/Python-3.5.2$ time nice -n20 make
clang -pthread -c -fsanitize=address -fno-omit-frame-pointer  
-Wno-unused-result -Wsign-compare -Wunreachable-code 
-DDYNAMIC_ANNOTATIONS_ENABLED=1 -DNDEBUG -g -fwrapv -O3 -Wall 
-Wstrict-prototypes -mtune=native -ftree-vectorize   -mtune=native 
-ftree-vectorize   -Werror=declaration-after-statement   -I. -IInclude 
-I./Include-DPy_BUILD_CORE -o Programs/python.o ./Programs/python.c
In file included from ./Programs/python.c:3:
In file included from Include/Python.h:50:
Include/pyport.h:261:13: error: "This platform's pyconfig.h needs to define 
PY_FORMAT_LONG_LONG"
#   error "This platform's pyconfig.h needs to define 
PY_FORMAT_LONG_LONG"
^
1 error generated.
Makefile:773: recipe for target 'Programs/python.o' failed
make: *** [Programs/python.o] Error 1

real0m0.170s
user0m0.083s
sys 0m0.022s
ts2@linux-0fiz:~/m_local/bin_p/Python/kompil/Python-3.5.2$ uname -a
Linux linux-0fiz 3.16.7-35-desktop #1 SMP PREEMPT Sun Feb 7 17:32:21 UTC 2016 
(832c776) x86_64 x86_64 x86_64 GNU/Linux
ts2@linux-0fiz:~/m_local/bin_p/Python/kompil/Python-3.5.2$ date
Thu Aug  4 06:03:19 EEST 2016
ts2@linux-0fiz:~/m_local/bin_p/Python/kompil/Python-3.5.2$
citation---end---

--
nosy: +Martin Vahi
Added file: 
http://bugs.python.org/file44001/2016_08_04_Python_3_5_2_stable_fails_to_build_on_64bit_openSUSE_Linux.txt

___
Python tracker 

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

[issue27641] Do not build Programs/_freeze_importlib when cross-compiling

[Roundup Robot]

Roundup Robot added the comment:

New changeset e3757f3e1848 by Martin Panter in branch '2.7':
Issue #27641: Comment out regeneration rules when cross compiling
https://hg.python.org/cpython/rev/e3757f3e1848

--

___
Python tracker 

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

[issue17599] mingw: detect REPARSE_DATA_BUFFER

[Roundup Robot]

Roundup Robot added the comment:

New changeset e4ddfa61199c by Martin Panter in branch 'default':
Issue #17599: Use unique _Py_REPARSE_DATA_BUFFER etc names to avoid conflict
https://hg.python.org/cpython/rev/e4ddfa61199c

--
nosy: +python-dev

___
Python tracker 

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

[issue24082] Obsolete note in argument parsing (c-api/arg.rst)

[Martin Panter]

Martin Panter added the comment:

I committed my patch for Issue 24278 (revision ad7da726bea6), so this notice is 
now removed

--
nosy: +martin.panter
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed
superseder:  -> Docs on Parsing arguments should say something about mem mgmt 
for formatters returning C strings

___
Python tracker 

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

[issue24278] Docs on Parsing arguments should say something about mem mgmt for formatters returning C strings

[Martin Panter]

Changes by Martin Panter :


--
resolution:  -> fixed
stage: commit 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

[issue27614] Race in test_docxmlrpc.py

[Martin Panter]

Martin Panter added the comment:

Here is a patch with my idea of how it should work

--
keywords: +patch
Added file: http://bugs.python.org/file44000/setup-before-thread.patch

___
Python tracker 

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

[issue27566] Tools/freeze/winmakemakefile.py clean target should use 'del' instead of 'rm'

[Lisa Roach]

Lisa Roach added the comment:

I think this patch makes the proper fix, changed the lines:

print("\t-rm -f *.obj")
print("\t-rm -f $(target).exe")

to 

print("\t-del /f *.obj")
print("\t-del /f $(target).exe")

--
keywords: +patch
nosy: +lisroach
Added file: http://bugs.python.org/file43999/rm_to_del.patch

___
Python tracker 

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

[issue27621] Finish IDLE Query dialog appearance and behavior.

[Terry J. Reedy]

Terry J. Reedy added the comment:

I changed showerror from widget to query function, added a second error label 
to Help Source, adjusted validation functions, and rewrote tests.  I also made 
keypad enter work on all systems (it already works in Search and I use it 
often).  I want to look at spacing in a separate pass.

--
Added file: http://bugs.python.org/file43998/query2.diff

___
Python tracker 

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

[issue24278] Docs on Parsing arguments should say something about mem mgmt for formatters returning C strings

[Roundup Robot]

Roundup Robot added the comment:

New changeset ad7da726bea6 by Martin Panter in branch '3.5':
Issue #24278: Explain how argument parsing output buffers are managed
https://hg.python.org/cpython/rev/ad7da726bea6

New changeset 49c318c6294e by Martin Panter in branch 'default':
Issue #24278: Merge argument parsing docs from 3.5
https://hg.python.org/cpython/rev/49c318c6294e

--
nosy: +python-dev

___
Python tracker 

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

[issue27641] Do not build Programs/_freeze_importlib when cross-compiling

[Roundup Robot]

Roundup Robot added the comment:

New changeset bc677cb34889 by Martin Panter in branch '3.5':
Issue #27641: Comment out regeneration rules when cross compiling
https://hg.python.org/cpython/rev/bc677cb34889

New changeset fc034d3607a8 by Martin Panter in branch 'default':
Issue #27641: Merge cross-compiling improvement from 3.5
https://hg.python.org/cpython/rev/fc034d3607a8

--
nosy: +python-dev

___
Python tracker 

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

[issue27674] Quote mark breaks cookie processing

[Martin Panter]

Martin Panter added the comment:

If you want to silently skip over invalid cookies by looking for a semicolon, 
see Issue 25228. For that, I think we need someone to add some more tests and 
confirm it doesn’t open a security hole.

Also maybe see Issue 22983 and Issue 17340.

--
nosy: +martin.panter

___
Python tracker 

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

[issue25571] Improve the lltrace feature with the Py_Debug mode

[Emanuel Barry]

Emanuel Barry added the comment:

Maybe someone who knows this feature better can weigh in, but otherwise LGTM.

--

___
Python tracker 

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

[issue25571] Improve the lltrace feature with the Py_Debug mode

[Stéphane Wirtel]

Stéphane Wirtel added the comment:

Here is a new version of my patch "issue25571-4.diff" with the comments of 
Emanuel Barry.

--
Added file: http://bugs.python.org/file43997/issue25571-4.diff

___
Python tracker 

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

[issue5404] Cross-compiling Python

[Martin Panter]

Martin Panter added the comment:

Wilcox: 3.4 is in security maintainence mode. I suggest using 3.5, or look at 
backporting revision d00837de03d7 (Issue 26884), which I presume fixes this.

--
nosy: +martin.panter

___
Python tracker 

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

[issue25571] Improve the lltrace feature with the Py_Debug mode

[A Kaptur]

Changes by A Kaptur :


--
nosy: +akaptur

___
Python tracker 

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

[issue27621] Finish IDLE Query dialog appearance and behavior.

[Mark Roseman]

Mark Roseman added the comment:

Thanks Terry! I'd be good if you want to put a width back on the buttons, but 
I'd suggest "width=6" rather than using 8 as it was before.

--

___
Python tracker 

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

[issue19489] move quick search box above TOC

[Zachary Ware]

Changes by Zachary Ware :


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

[issue19489] move quick search box above TOC

[Zachary Ware]

Zachary Ware added the comment:

I really like the search box in the header/footer.

I can't really speak for the actual content of the patch since my 
Sphinx/HTML/CSS/Jinja/whatever else knowledge is severely limited, but it looks 
pretty straightforward and the result is very nice.  I'd appreciate a review 
from someone who's better-versed in all things Sphinx (Georg, if you have a 
chance, you'd be ideal).

If there are no objections within about a week, though, I'll just go ahead and 
commit it.

--

___
Python tracker 

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

[issue27574] Faster parsing keyword arguments

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

Updated patch addresses Antoine's comments. All checks of format string are 
moved into parser_init.

I experimented with Antoine's idea about making vgetargskeywords a simple 
wrapper around vgetargskeywordsfast with one-shot parser, but this slows down 
parsing positional arguments too much (due to creating Python strings for 
unused keyword names).

--
Added file: http://bugs.python.org/file43996/faster_keyword_args_parse_2.patch

___
Python tracker 

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

[issue19489] move quick search box above TOC

[Ammar Askar]

Ammar Askar added the comment:

Amended the navigation bar patch to add back a change that only shows the 
searchbar if javascript is enabled.

--
Added file: http://bugs.python.org/file43995/searchbar_in_header.diff2

___
Python tracker 

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

[issue27675] IDLE file completion has 2 bugs depending on open quote used

[Terry J. Reedy]

Terry J. Reedy added the comment:

Experiments with colorizer debugger on: with auto popup disabled with a 
long wait, output for each character entered is (except for time variations) 
the following, regardless of quotation.
  schedule colorizing
  colorizing...
  0.002 seconds

If I type "'/"  for box 'G', I see
  schedule colorizing
  colorizing ...
but no completion time.  An immediate 'a' is not colored and produces 
  stop colorizing
  schedule colorizing
  already colorizing

However, if after entering G, I shift focus off the window, but clicking 
another window or opening and closing About IDLE, the colorizing completes and 
I see a time, such as
  41.480 seconds
and following chars are colorized.  If instead, I enter 'a' quickly and then do 
the shift, I see something like
  colorizing stopped
  58.904 seconds
and 'a' turns to green, as it should have without the delay.

Neither of the autocomplete files import colorizer (at least not directly), but 
the completion box somehow affects colorizing, perhaps through affecting the tk 
loop.

If I start with ''' instead of ', the debug output for post-box 'ga' is the 
same, but 'a' and subsequent chars are colored anyway.

autocomplete imports hyperparser. but I do not immediately see any asymmetry 
there or in the autocomplete files to explain why '('') and "("") are treated 
differently.

--

___
Python tracker 

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

[issue19489] move quick search box above TOC

[Ammar Askar]

Ammar Askar added the comment:

This patch adds the search bar to the navigation/header area on the right.

--
Added file: http://bugs.python.org/file43994/searchbar_in_header.diff

___
Python tracker 

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

[issue27675] IDLE file completion has 2 bugs depending on open quote used

[Terry J. Reedy]

Terry J. Reedy added the comment:

When encountering a bug, it helps to determine the minimum needed to invoke the 
bug.  os.chdir is irrelevant and distracting noise as far as investigating 
these bugs.  There turns out to be two.  Raw versus cooked mode is also 
irrelevant, so an 'r' prefix is not needed.  The path separator also seems to 
not matter.  So we can use '/'.

I did several tests with 3.6 on Windows 10, first in Shell, then a quick 
confirmation in a fresh editor.  What does matter is the open quote: ', ", ''', 
or """. When one types a string without completions, the opening quote along 
with any prefix is colored, as is the subsequent content and closing quote as 
they are entered.  This should remain true when completions are involved.  It 
is true for opening """ or ".  For ''' and ', the first action after typing '/' 
is colored, subsequent actions are not. The action can be either typing a 
letter or moving the selection in the completion box with up or down arrow.  
(Things are different when moving around in a string and forcing completions 
open with cntl-space.)

When one types a closing quote, the final directory should be completed if it 
is not already and the completion box closed.  This is true for """ and ", but 
''' and ' neither complete nor close.  After a ''', additional characters are 
also colored.  For "'''/Ga'''me", the "me" are also, improperly, colored and 
the box remains.

We thus have two bugs: a color but that depends on the number of open quotes 
and a complete and close bug that depends of the type of open quote.  A single 
single quote has both.  Thank you for the report.

Colorizer has a pair of symmetrical regexes for single quote strings (possible 
not complete) and another pair for triple quote strings.  (Symmetrical means 
identical except for reversing roles of ' and ".)  So it is plausible that 
these might be the cause of a number-dependent bug.  It has a debug most that 
could be turned on doing file completion in an editor.

--
stage:  -> test needed
title: IDLE does not fully color raw string directory paths to green when 
invoking os.chdir() if statement is executed with autocompletion drop down list 
still open -> IDLE file completion has 2 bugs depending on open quote used
versions: +Python 3.6 -Python 3.5

___
Python tracker 

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

[issue27609] IDLE completions: format, factor, and fix

[Terry J. Reedy]

Terry J. Reedy added the comment:

Add 27675.  If open quote is ' or '', actions (character key or box selection 
with up or down arrow) after first are not colored.  ' and ''' do not complete, 
when needed, nor close.

--
dependencies: +IDLE does not fully color raw string directory paths to green 
when invoking os.chdir() if statement is executed with autocompletion drop down 
list still open

___
Python tracker 

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

[issue18199] Windows: support path longer than 260 bytes using "\\?\" prefix

[Eryk Sun]

Eryk Sun added the comment:

Apparently CoreFX adds the \\?\ prefix automatically:

https://blogs.msdn.microsoft.com/jeremykuhne/2016/06/21/more-on-new-net-path-handling

It's great that Windows 10 Anniversary Edition will be getting long path 
support without requiring the extended path prefix, at least for NTFS volumes. 
I assume that includes slash-to-backslash normalization, relative paths, and 
drive-relative paths. I wonder about long drive-relative paths since they 
depend on hidden environment variables such as "=D:". The default environment 
block isn't that big.

Python 3.5 supports back to Vista, so I still think automatically handling long 
Unicode paths, like how CoreFX reportedly works, makes for a more friendly 
cross-platform development experience. There are too many pitfalls with \\?\ 
paths -- they have to be Unicode (except that limitation is removed in Windows 
10), fully qualified, use backslash only, and UNC paths have to be translated 
to use the \\?\UNC DOS device.

--

___
Python tracker 

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

[issue27676] comports() failing due to internal 4G module

[Zachary Ware]

Zachary Ware added the comment:

serial is not a core Python library.  I'm assuming it's from PySerial, whose 
bug tracker is here: https://github.com/pyserial/pyserial/issues

--
components:  -Interpreter Core
nosy: +zach.ware
resolution:  -> third party
stage:  -> resolved
status: open -> closed
type: crash -> 

___
Python tracker 

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

[issue27676] comports() failing due to internal 4G module

[Lukas Weber]

New submission from Lukas Weber:

On my notebook I have a builtin 4G module (HP lt4112 Gobi 4G Module) it is 
using 3 COM ports.

Running: 
from serial.tools.list_ports import comports
comports()

is giving me:
File "C:\Program 
Files\Python27\lib\site-packages\serial\tools\list_ports_common.py", line 65, 
in usb_info
' LOCATION={}'.format(self.location) if self.location is not None else '')

having a look (and changing) at list_ports_common.py is telling me that pid and 
vid is None

this works, but might not be very proper:
def usb_info(self):
"""return a string with USB related information about device"""
return 'USB VID:PID={}:{}{}{}'.format(
'{:04X}'.format(self.vid) if self.vid is not None else '',
'{:04X}'.format(self.pid) if self.pid is not None else '',
' SER={}'.format(self.serial_number) if self.serial_number is not 
None else '',
' LOCATION={}'.format(self.location) if self.location is not None 
else '')

--
components: Interpreter Core
messages: 271920
nosy: Lukas Weber
priority: normal
severity: normal
status: open
title: comports() failing due to internal 4G module
type: crash
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

[issue20160] broken ctypes calling convention on MSVC / 64-bit Windows (large structs)

[Vinay Sajip]

Vinay Sajip added the comment:

I've uploaded a new patch which adds a test. I've confirmed that *without* the 
patch to Modules/_ctypes/libffi_msvc/ffi.c, the test passes on win32 and fails 
on amd64. *With* the patch to Modules/_ctypes/libffi_msvc/ffi.c, the test 
passes on both win32 and amd64.

I'll apply this patch if I don't hear any objections or suggested improvements 
before Friday 2016-08-05.

--
resolution: remind -> 
stage: resolved -> patch review
Added file: http://bugs.python.org/file43993/patch-vms-1.diff

___
Python tracker 

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

[issue20160] broken ctypes calling convention on MSVC / 64-bit Windows (large structs)

[Vinay Sajip]

Changes by Vinay Sajip :


--
assignee: steve.dower -> vinay.sajip

___
Python tracker 

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

[issue19489] move quick search box above TOC

[Zachary Ware]

Zachary Ware added the comment:

This LGTM.

If it's simple enough, I'd like to see a shot at putting the search box in the 
top bar, but it's not necessary :)

I'll commit this in the near future unless somebody beats me to it.

--
stage: needs patch -> commit review

___
Python tracker 

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

[issue27669] Bug in re.fullmatch() specific to Windows XP

[Zachary Ware]

Zachary Ware added the comment:

Use 3.4.4 on Windows XP, it's the latest available (without building it 
yourself).

--

___
Python tracker 

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

[issue27669] Bug in re.fullmatch() specific to Windows XP

[Matthew Barnett]

Matthew Barnett added the comment:

Are you using the same version on the other systems?

I've had a quick look through the bug tracker and found some fixes for 
fullmatch that postdate Python 3.4.0, so I'll suggest you just update to a more 
recent version of Python 3.4.

--

___
Python tracker 

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

[issue25571] Improve the lltrace feature with the Py_Debug mode

[Emanuel Barry]

Emanuel Barry added the comment:

Left some comments on Rietveld; mostly documentation-related (and pointed out 
some typos).

I'm also +1 on having to specify a True value rather than just defining the 
variable at all (i.e. setting __ltrace__ to False is the same as not defining 
it). If you change this, I'd probably force the value to be an actual bool, 
i.e. True or False (much like __debug__; except that it's read-only and a 
syntax error to assign to it).

--
nosy: +ebarry
stage:  -> patch review
type:  -> enhancement

___
Python tracker 

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

[issue25571] Improve the lltrace feature with the Py_Debug mode

[Stéphane Wirtel]

Stéphane Wirtel added the comment:

Here is a small patch for the __ltrace__ feature.

I would like to propose a new test, __ltrace__ should be defined in the 
globals() dictionary and there is no check on the value associated to this key. 
Maybe we could defined it as a boolean, True or False.

--
Added file: http://bugs.python.org/file43992/issue25571-3.diff

___
Python tracker 

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

[issue18199] Windows: support path longer than 260 bytes using "\\?\" prefix

[Steve Dower]

Steve Dower added the comment:

Just as a data point, the .NET Framework's latest version removes all of their 
extra path processing and lets Win32 do the validation/normalization (that is, 
they used to do what we're considering, but now match our behaviour).

https://blogs.msdn.microsoft.com/dotnet/2016/08/02/announcing-net-framework-4-6-2/

--

___
Python tracker 

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

[issue27650] Implement `__repr__` methods for logging.Logger and others

[Vinay Sajip]

Vinay Sajip added the comment:

See attached patch for proposed changes.

--
assignee:  -> vinay.sajip
keywords: +patch
stage:  -> patch review
Added file: http://bugs.python.org/file43991/patch-1.diff

___
Python tracker 

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

[issue19372] configure and compile problems with older CentOS releases

[Berker Peksag]

Berker Peksag added the comment:

> Kernel 2.6.18 is also quite old, so if there is no feedback if this is still 
> an issue I'd suggest to close the report.

Agreed. And without more information, there is nothing we can do here.

--
nosy: +berker.peksag
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

[issue27675] IDLE does not fully color raw string directory paths to green when invoking os.chdir() if statement is executed with autocompletion drop down list still open

[Edoardo Gerosa]

New submission from Edoardo Gerosa:

A cosmetic bug was noticed when executing os.chdir() in IDLE. When inputting a 
raw string path in os.chdir() using autocompletion the last directory in the 
path will remain black if the user presses enter while the autocompletion drop 
down list is still open. The bug seems to affect only single quoted strings. To 
reproduce the bug input a raw single quoted string into os.chdir(); select 
directories through the drop down autocomplete list using Tab; once the 
destination directory is reached do not make the drop down list disappear, 
instead after selecting the destination directory type in the closing single 
quote and brace and hit enter: the final directory in the path will remain 
black and not turn green. (image file has been added to showcase bug).

--
assignee: terry.reedy
components: IDLE
files: bug_pic.png
messages: 271910
nosy: egerosa, terry.reedy
priority: normal
severity: normal
status: open
title: IDLE does not fully color raw string directory paths to green when 
invoking os.chdir() if statement is executed with autocompletion drop down list 
still open
type: behavior
versions: Python 3.5
Added file: http://bugs.python.org/file43990/bug_pic.png

___
Python tracker 

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

[issue18334] type(name, bases, dict) does not call metaclass' __prepare__ attribute

[Berker Peksag]

Changes by Berker Peksag :


--
nosy: +berker.peksag
stage:  -> patch review
versions: +Python 3.5, Python 3.6 -Python 3.3, Python 3.4

___
Python tracker 

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

[issue24940] RotatingFileHandler uses tell in non-binary mode to determine size of the file in bytes

[Vinay Sajip]

Changes by Vinay Sajip :


--
stage:  -> resolved
status: pending -> closed

___
Python tracker 

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

[issue27424] Failures in test.test_logging

[Vinay Sajip]

Vinay Sajip added the comment:

I am unable to reproduce this under Windows with either 32-bit or 64-bit 
Python, using revision 26dd6e7f. I used Windows 10 rather than 7 as that's all 
I can test on, but I don't believe it would make a difference. Is this error 
still reproducible? If not, I'll close this issue.

--
status: open -> pending

___
Python tracker 

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

[issue20160] broken ctypes calling convention on MSVC / 64-bit Windows (large structs)

[Patrick Stewart]

Patrick Stewart added the comment:

There's some confusion above about clang - that's completely irrelevant, the 
problem was using ctypes to call into libclang, not using clang to compile 
anything. The problem applies to any callback function that returns a struct 
larger than 8 bytes with any MSVC 64bit build of ctypes.

--

___
Python tracker 

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

[issue27669] Bug in re.fullmatch() specific to Windows XP

[Geoffrey Odhner]

Geoffrey Odhner added the comment:

I'm puzzled by your inability to reproduce my result, however I have found an 
error in what I reported to you.  On the XP system the version I'm using is NOT 
3.4.3, but 3.4.0 (3.4.0:04ff714765c13, Mar 16 2014, 19:24:06) [MSC v1600 32 bit 
(Intel)], running on Windows XP version 5.1.2600.  That appeared to be the 
suggested version for XP when I downloaded it.

--

___
Python tracker 

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

[issue17310] Ctypes callbacks shows problem on Windows Python (64bit)

[Vinay Sajip]

Vinay Sajip added the comment:

I'm closing this as a duplicate of issue 20160 - it appears to be the same bug.

--
resolution:  -> duplicate
stage: test needed -> resolved
status: open -> closed
superseder:  -> broken ctypes calling convention on MSVC / 64-bit Windows 
(large structs)

___
Python tracker 

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

[issue20160] broken ctypes calling convention on MSVC / 64-bit Windows (large structs)

[Vinay Sajip]

Changes by Vinay Sajip :


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

[issue20160] broken ctypes calling convention on MSVC / 64-bit Windows (large structs)

[Vinay Sajip]

Changes by Vinay Sajip :


--
nosy: +vinay.sajip

___
Python tracker 

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

[issue27672] x fromat of % operator broken in Python 3.5.2

[Ethan Furman]

Ethan Furman added the comment:

I'm not trying to rub salt in the wound, but it's a good idea (for all of us) 
to test our programs with "-W always" to see if any thing pops up:

$ python3.4 -W always -c "'%x' % 3.14"
sys:1: DeprecationWarning: automatic int conversions have been deprecated

Also, this change was made because it was considered a bug.

--
nosy: +ethan.furman

___
Python tracker 

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

[issue27670] Use https instead of http in the PYTHON_VERSION constant

[Stéphane Wirtel]

Changes by Stéphane Wirtel :


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

[issue27670] Use https instead of http in the PYTHON_VERSION constant

[Stéphane Wirtel]

Stéphane Wirtel added the comment:

Hi Larry and Ned, 

I have added you to this issue because you are the release managers of 3.5 and 
3.6.

This issue is not important but just for the form, we need to use https instead 
of http for the bugtracker.

Have a nice day,

Stephane

--
nosy: +larry, ned.deily

___
Python tracker 

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

[issue27674] Quote mark breaks cookie processing

[Artur Smęt]

Artur Smęt added the comment:

Problem exists in Chrome for sure (it sends cookies as they are - set with JS 
for example).

I have two another examples that can make this issue more clear:

>>> from Cookie import SimpleCookie
>>> c = SimpleCookie()
>>> c.load('a=b; c=c"c; d=d')
>>> c.output()
'Set-Cookie: a=b'

Also using escaping and quotes (cookie version 1) works:
>>> c = SimpleCookie()
>>> c.load('a=b; c="c\\"c"; d=d')
>>> c.output()
'Set-Cookie: a=b\r\nSet-Cookie: c="c\\"c"\r\nSet-Cookie: d=d'
>>>

--

___
Python tracker 

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

[issue27673] lambda function in loop

[Stefan Rosewig]

Stefan Rosewig added the comment:

@Emanuel Barry
thanks for clarification, I didn't find this when I was searching for.

regards

Stefan

--

___
Python tracker 

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

[issue27674] Quote mark breaks cookie processing

[Artur Smęt]

Changes by Artur Smęt :


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

[issue27674] Quote mark breaks cookie processing

[Artur Smęt]

New submission from Artur Smęt:

The problem is similar to https://bugs.python.org/issue22931 with square 
brackets in cookie values.
Incorrect value is serialized JSON in this case, for example:

>>> from Cookie import SimpleCookie
>>> cookie = SimpleCookie()
>>> cookie.load('a=b; c={"somekey":"value"}; d=e, f=g, some=other')
>>> cookie.output()
'Set-Cookie: a=b'
>>> 

>From my tests I figured out that quote mark (") is causing problems.

In fact, according to HTTP specification, cookies can't be JSON objects, but I 
think that python library shouldn't silently allow incorrect values. Probably 
incorrect cookies should be skipped, or some exception should be thrown there.

--
components: Library (Lib)
messages: 271901
nosy: Artur Smęt
priority: normal
severity: normal
status: open
title: Quote mark breaks cookie processing
type: behavior
versions: Python 2.7

___
Python tracker 

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

[issue27672] x fromat of % operator broken in Python 3.5.2

[SilentGhost]

SilentGhost added the comment:

I'm not suggesting your reviewing code, I've referenced issue where this change 
was discussed and implemented so that you can familiarize yourself with the 
arguments. Your code worked by accident, the workaround seems trivial.

If you wish to advance further arguments, please take them to that issue. This 
issue is closed and doesn't need re-opening.

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

___
Python tracker 

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

[issue27673] lambda function in loop

[Emanuel Barry]

Emanuel Barry added the comment:

This is due to how closures work in Python: they only look up the value of the 
variable when the function is executed, not when it is created.

See the FAQ for more information and how to work around this: 
https://docs.python.org/3/faq/programming.html#why-do-lambdas-defined-in-a-loop-with-different-values-all-return-the-same-result

--
components:  -Tkinter
nosy: +ebarry
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

[issue27672] x fromat of % operator broken in Python 3.5.2

[Peter Tomcsanyi]

Peter Tomcsanyi added the comment:

So it is even worse, it is an "intentional break".

I will need to review a few thousands lines of code because of this.
I think that breaking others' code by redefining a "built-in" operator is 
acceptable when changing major versions (like 2 to 3), not minor ones (3.4 to 
3.5).

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

___
Python tracker 

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

[issue27673] lambda function in loop

[Stefan Rosewig]

New submission from Stefan Rosewig:

Trying to build tkinter menu dynamically by reading an ini file (configparser) 
I detect an issue with the lambda function used inside a loop. 
If the loop variable is used as option in the lambda function, the lambda is 
not place in time using the current value, all functions are created when 
leaving the calling function using the last value of the loop variable. 
There is a simple workaround, just use a separate function to add the 
menu-item. 
The attached demo shows both, the "Working" menu which was created by a 
function and does what was expected and the "Failure" menu which was created 
inside the loop itself and doesn't do what was expected.
Since the problem is not bound to configparser I used a simple loop walking 
through a list of menu item names to simulate the reasing of an ini file. 
Inside the loop a menu item with the name is appende to the Failure menu 
calling lambda:cmd(name) as command. Also a function is called uding the name 
as parameter wich appends a Menu item to the Working menu using the identic 
options as for Failure menu.
When the loop is finidhed the value of teh loop variable is set to "senseless" 
which should have no effect.
The function cmd(param) just appends a string including the param value to the 
output.
if the script is started the menus ar built and look identical but if you click 
on a Working menu item the name of the item is printed. if you click on the 
Failure menu item "senseless" is printed for each item which is the value I set 
after the loop.

>From my point of view all lambda commands are build when the calling function 
>is left using the value of the variable at this time. this lead in the demo  
>attached to identic function calls for the Failure menu. For the working menu 
>a separate function is called and the lambda is build at the end of this 
>function which leads to the expected behaviour.

I'm running Python 3.5.2 (v3.5.2:4def2a2901a5) 64 Bit on Windows-10 Pro 64

--
components: Tkinter
files: lambda-prob.pyw
messages: 271897
nosy: Thaloss66
priority: normal
severity: normal
status: open
title: lambda function in loop
type: behavior
versions: Python 3.5
Added file: http://bugs.python.org/file43989/lambda-prob.pyw

___
Python tracker 

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

[issue5404] Cross-compiling Python

[awilfox]

awilfox added the comment:

Bootstrapping a Linux environment based on musl libc from glibc host requires 
cross-compilation to the same architecture (for example, configure is 
--build=i686-pc-linux-gnu --host=i686-pc-linux-musl).

The Python core will build and link fine in this configuration; unfortunately, 
every module in sharedmods fails to link if the ABI is different, as 
Lib/distutils/command/build_ext.py:732 uses sys.abiflags and the native Python 
is used.  For example, my distribution ships with no ABI flags 
(libpython3.4.so), but if I use the default enabled PyMalloc 
(libpython3.4m.so), I will see:

/usr/libexec/gcc/i686-foxkit-linux-musl/ld: cannot find -lpython3.4
collect2: error: ld returned 1 exit status

during linking of all sharedmods.

As I am relatively unfamiliar with distutils' internals I am quite unsure how 
to proceed to fix this, but am willing test any patches.  For now, I just 
disable/enable PyMalloc and wide Unicode to match the ABI of the host computer.

--
components: +Cross-Build -Build
nosy: +Alex.Willmer, awilfox
versions: +Python 3.4 -Python 3.2

___
Python tracker 

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

[issue27672] x fromat of % operator broken in Python 3.5.2

[SilentGhost]

SilentGhost added the comment:

It's not an accidental change (so it's not "broken" by any definition), see 
issue 19995 for details.

--
nosy: +SilentGhost
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

[issue27672] x fromat of % operator broken in Python 3.5.2

[Peter Tomcsanyi]

New submission from Peter Tomcsanyi:

In Python 3.4.4 (64-bit) and in many previous versions it worked like this:

>>> "%02x" % 12.99
'0c'

Now in Python 3.5.2 (64-bit) it shows an error:
>>> "%02x" % 12.99
Traceback (most recent call last):
  File "", line 1, in 
"%02x" % 12.99
TypeError: %x format: an integer is required, not float

This problem broke some of my code which uses turtle.py (which is part of the 
cpython distribution), but I can see similar problems also in some third party 
code (e.g. I can see it in canvasvg3.py).
So I kindly ask for returning the 3.4-like interpretation of the x format (and 
o format and maybe also other formats).

--
components: Interpreter Core
messages: 271894
nosy: PeterTom
priority: normal
severity: normal
status: open
title: x fromat of % operator broken in Python 3.5.2
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

[issue27568] "HTTPoxy", use of HTTP_PROXY flag supplied by attacker in CGI scripts

[Hans-Peter Jansen]

Hans-Peter Jansen added the comment:

> (In msg271688, I pondered if I need to backport a behavior change from 
> issue26804 which will allow lower cased proxies, but then, I decided against 
> it as it will introduce unnecessary changes to this security fix releases).

Hmm, Senthil, while I understand, that you want to avoid unnecessary changes, 
doesn't this result in non deterministic behaviour of proxy handling without my 
patch? 

+   header. If you need to use an HTTP proxy in a CGI environment, either 
use
+   ``ProxyHandler`` explicitly, or make sure the variable name is in
+   lowercase (or at least the ``_proxy`` suffix).

Without 26804, this fix works by chance only for 3.3 and 3.4, since it depends 
on os.environ dictionary order, which is non deterministic by definition. 26804 
resolves this by making sure, a lower case _proxy var has a higher priority 
over the other variants.

--
nosy: +frispete

___
Python tracker 

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

[issue8418] Crash 0xc0000417 STATUS_INVALID_CRUNTIME_PARAMETER on program exit

[Berker Peksag]

Berker Peksag added the comment:

I'm going to close this as 'works for me' since there is no way to reproduce 
the crash consistently. Also, we don't support Windows XP anymore and sum.v4.py 
worked fine for me in Windows 10.

See also http://code.activestate.com/lists/python-list/191743/ for the 
python-list thread.

--
nosy: +berker.peksag
resolution:  -> works for me
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

[issue27594] Assertion failure when running "test_ast" tests with coverage.

[SilentGhost]

SilentGhost added the comment:

Cannot reproduce this on Linux

--
nosy: +SilentGhost

___
Python tracker 

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

[issue18199] Windows: support path longer than 260 bytes using "\\?\" prefix

[Berker Peksag]

Changes by Berker Peksag :


--
nosy: +Aaron.Meurer, Voo, daniel.ugra, eryksun, ezio.melotti, haypo, jens, 
loewis, pitrou, santoso.wijaya, serhiy.storchaka, steve.dower, zach.ware

___
Python tracker 

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

[issue18199] Windows: support path longer than 260 bytes using "\\?\" prefix

[Berker Peksag]

Changes by Berker Peksag :


--
Removed message: http://bugs.python.org/msg271888

___
Python tracker 

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

[issue18199] Windows: support path longer than 260 bytes using "\\?\" prefix

[Berker Peksag]

Changes by Berker Peksag :


--
nosy:  -luisa.sam...@gmail.com

___
Python tracker 

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

[issue20767] Some python extensions can't be compiled with clang 3.4

[koobs]

koobs added the comment:

Not sure why the stage field changed on last submission. Restore accordingly to 
previous state

--
stage: patch review -> commit review

___
Python tracker 

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

[issue20767] Some python extensions can't be compiled with clang 3.4

[koobs]

koobs added the comment:

@Stefan I'll touch base with Antoine (OP) and confirm that this is a 
root-cause, permanent solution

--
stage: commit review -> patch review

___
Python tracker 

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

[issue18199] Windows: support path longer than 260 bytes using "\\?\" prefix

[Luisa]

Luisa added the comment:

Long Path Tool is the perfect utility that can solve all the long path issues. 
It can help you remove blocked files or too long path files. You can easily fix 
file errors with this software.

--
nosy: +luisa.sam...@gmail.com -Aaron.Meurer, Voo, daniel.ugra, eryksun, 
ezio.melotti, haypo, jens, loewis, pitrou, santoso.wijaya, serhiy.storchaka, 
steve.dower, zach.ware

___
Python tracker 

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

[issue23710] C API doc for PyObject_HEAD is outdated

[Berker Peksag]

Berker Peksag added the comment:

Thanks for the patch. Committed capidocs.diff-2 with some tweaks.

--
resolution:  -> fixed
stage: commit 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

[issue23710] C API doc for PyObject_HEAD is outdated

[Roundup Robot]

Roundup Robot added the comment:

New changeset 92b468020e07 by Berker Peksag in branch '3.5':
Issue #23710: Update PyObject_HEAD documentation
https://hg.python.org/cpython/rev/92b468020e07

New changeset 26dd6e7f1733 by Berker Peksag in branch 'default':
Issue #23710: Merge from 3.5
https://hg.python.org/cpython/rev/26dd6e7f1733

--
nosy: +python-dev

___
Python tracker 

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

[issue20767] Some python extensions can't be compiled with clang 3.4

[Stefan Krah]

Changes by Stefan Krah :


--
stage: patch review -> commit review

___
Python tracker 

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

[issue20767] Some python extensions can't be compiled with clang 3.4

[Stefan Krah]

Stefan Krah added the comment:

@Evelyn @koobs Thanks for communicating with the other projects that are 
involved in this issue!


Could you double-check that especially the 2.7 patch does exactly what you 
want? For 2.7 it's practically a one time chance.

--

___
Python tracker 

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

[issue20767] Some python extensions can't be compiled with clang 3.4

[Roundup Robot]

Roundup Robot added the comment:

New changeset 65eb8d0ede75 by Stefan Krah in branch '2.7':
Issue #20767: Fix -R option for FreeBSD/clang.
https://hg.python.org/cpython/rev/65eb8d0ede75

--

___
Python tracker 

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

[issue20767] Some python extensions can't be compiled with clang 3.4

[Roundup Robot]

Roundup Robot added the comment:

New changeset 441bbf4cc914 by Stefan Krah in branch '3.5':
Issue #20767: Fix -R option for FreeBSD/clang.
https://hg.python.org/cpython/rev/441bbf4cc914

--
nosy: +python-dev

___
Python tracker 

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

[issue27010] email library could "recover" from bad mime boundary like (some?) email clients do

[Andrea De Pasquale]

Andrea De Pasquale added the comment:

Ok thanks, please kindly let me know.

--

___
Python tracker 

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

[issue27671] FAQ: len() is still function for good reason.

[INADA Naoki]

New submission from INADA Naoki:

https://docs.python.org/3/faq/design.html#why-does-python-use-methods-for-some-functionality-e-g-list-index-but-functions-for-other-e-g-len-list

> The major reason is history.
...
> but it’s a part of Python, and it’s too late to make such fundamental changes 
> now. The functions have to remain to avoid massive code breakage.

People seeing this answer may think "it's bad design, but remains for 
historical reason."

But there is more positive reason why len is still function.
http://effbot.org/pyfaq/why-does-python-use-methods-for-some-functionality-e-g-list-index-but-functions-for-other-e-g-len-list.htm

--
assignee: docs@python
components: Documentation
messages: 271881
nosy: docs@python, methane
priority: normal
severity: normal
status: open
title: FAQ: len() is still function for good reason.

___
Python tracker 

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

[issue27574] Faster parsing keyword arguments

[Antoine Pitrou]

Changes by Antoine Pitrou :


--
nosy: +pitrou

___
Python tracker 

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

[issue26267] UUID docs should say how to get "standard form"

[Berker Peksag]

Berker Peksag added the comment:

I wouldn't consider it a problem since both forms are supported. Also note that 
you don't need to specify the "UUID." prefix when you use the indented form:

.. class:: UUID(...)

   .. attribute:: bytes

I don't think the benefit here is worth the amount of code churn.

--

___
Python tracker 

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

[issue26267] UUID docs should say how to get "standard form"

[Ammar Askar]

Ammar Askar added the comment:

Done.

As a side question, are changes like those indentation problems tracked 
somewhere else/merged in bulk like spelling changes?

--
Added file: http://bugs.python.org/file43988/uuiddocs.diff4

___
Python tracker 

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

[issue26576] Tweak wording of decorator docos

[Berker Peksag]

Berker Peksag added the comment:

Thanks for the patch, Chris. I've only changed `func` to ``func`` (we don't use 
single backtick in reST.)

--
nosy: +berker.peksag
resolution:  -> fixed
stage:  -> resolved
status: open -> closed
type:  -> enhancement
versions: +Python 3.5, Python 3.6

___
Python tracker 

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

[issue26576] Tweak wording of decorator docos

[Roundup Robot]

Roundup Robot added the comment:

New changeset e0f9f8be7963 by Berker Peksag in branch '3.5':
Issue #26576: Clarify that the @deco syntax is not always an equivalent of f = 
deco(f)
https://hg.python.org/cpython/rev/e0f9f8be7963

New changeset 08359651815e by Berker Peksag in branch 'default':
Issue #26576: Merge from 3.5
https://hg.python.org/cpython/rev/08359651815e

--
nosy: +python-dev

___
Python tracker 

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