[issue23382] Maybe can not shutdown ThreadPoolExecutor when call the method of shutdown

[miles]

New submission from miles:

Maybe can not shutdown ThreadPoolExecutor when call the method shutdown.

Though the variable of _shutdown is set to true in the method of shutdown, it 
may also reads the variable of _shutdown from cpu cache in the method of 
_worker, and the worst case is that it could see an out-of-date value of 
_shutdown forever. so need to acquire lock before reading the variable of 
_shutdown to make sure see an up-to-date value.


the following is the new code:



def _worker(executor_reference, work_queue):
try:
while True:
work_item = work_queue.get(block=True)
if work_item is not None:
work_item.run()
continue
executor = executor_reference()

shutdown = False
with executor._shutdown_lock.acquire():
shutdown = executor._shutdown

# Exit if:
#   - The interpreter is shutting down OR
#   - The executor that owns the worker has been collected OR
#   - The executor that owns the worker has been shutdown.
if _shutdown or executor is None or shutdown:
# Notice other workers
work_queue.put(None)
return
del executor
except BaseException:
_base.LOGGER.critical('Exception in worker', exc_info=True)




def shutdown(self, wait=True):
with self._shutdown_lock:
self._shutdown = True
self._work_queue.put(None)
if wait:
for t in self._threads:
t.join()

--
components: 2to3 (2.x to 3.x conversion tool)
messages: 235319
nosy: miles
priority: normal
severity: normal
status: open
title: Maybe can not shutdown ThreadPoolExecutor when call the method of 
shutdown
versions: Python 3.2

___
Python tracker 

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

[issue23383] Clean up bytes formatting

[Serhiy Storchaka]

New submission from Serhiy Storchaka:

Proposed patch makes following changes to bytes formatting code:

1) Fixes a bug when PyUnicode_AsEncodedObject() returns non-bytes byte-like 
object.

2) Avoid few non-neccessary memory allocations and copyings (converting 
bytearray or ASCII string to bytes).

3) Clean up the code.

--
components: Interpreter Core
files: bytes_format.patch
keywords: patch
messages: 235320
nosy: Arfrever, eric.smith, ethan.furman, haypo, nascheme, ncoghlan, 
python-dev, serhiy.storchaka, vadmium
priority: normal
severity: normal
stage: patch review
status: open
title: Clean up bytes formatting
type: enhancement
versions: Python 3.5
Added file: http://bugs.python.org/file37996/bytes_format.patch

___
Python tracker 

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

[issue22818] Deprecate splitting on possible zero-width re patterns

[Roundup Robot]

Roundup Robot added the comment:

New changeset 7c667d8ae10d by Serhiy Storchaka in branch 'default':
Issue #22818: Splitting on a pattern that could match an empty string now
https://hg.python.org/cpython/rev/7c667d8ae10d

--
nosy: +python-dev

___
Python tracker 

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

[issue23384] urllib.proxy_bypass_registry slow down under Windows if website has no reverse DNS and Fiddler is runing

[Valeriy Osipov]

New submission from Valeriy Osipov:

Environment: OS Windows 8, Fiddler is running

To reproduce the issue launch this code snippet:

import requests
import datetime
import urllib

print datetime.datetime.now()
#print requests.get('http://torgi.gov.ru/lotSearchArchive.html?bidKindId=2')
#print urllib.proxy_bypass_registry('torgi.gov.ru')
print datetime.datetime.now()

This onу GET requests to this wesite takes 6-7 seconds. Now comment the 
following code from the urllib.py from the proxy_bypass_registry function:
try:
fqdn = socket.getfqdn(rawHost)
if fqdn != rawHost:
host.append(fqdn)
except socket.error:
pass

Now the same GET request takes 2 second. It is normal because this website 
takes 2 seconds for response.

--
components: Windows
messages: 235322
nosy: aristotel, steve.dower, tim.golden, zach.ware
priority: normal
severity: normal
status: open
title: urllib.proxy_bypass_registry slow down under Windows if website has no 
reverse DNS and Fiddler is runing
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

[issue22818] Deprecate splitting on possible zero-width re patterns

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

Thank you Ezio and Berker for your reviews.

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

[issue6634] sys.exit() called from threads other than the main one: undocumented behaviour

[Antoine Pitrou]

Antoine Pitrou added the comment:

I'm not sure what the doc patch achieves. It only states more verbosely what is 
already said in the current version.
Also, warnings are really for important issues (such as security issues); using 
them too liberally is a disservice to the reader.

--

___
Python tracker 

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

[issue15381] Optimize BytesIO to do less reallocations when written, similarly to StringIO

[Roundup Robot]

Roundup Robot added the comment:

New changeset 2e29d54843a4 by Serhiy Storchaka in branch 'default':
Issue #15381: Optimized io.BytesIO to make less allocations and copyings.
https://hg.python.org/cpython/rev/2e29d54843a4

--

___
Python tracker 

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

[issue23382] Maybe can not shutdown ThreadPoolExecutor when call the method of shutdown

[miles]

miles added the comment:

The attachment includes the new code

--
Added file: http://bugs.python.org/file37997/thread.py

___
Python tracker 

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

[issue23385] snmp - mib error

[nivin]

New submission from nivin:

Hi ,

I have created one snmp mib , and tried to send a sample trap using a script 
written in python using pysnmp. but i got error as follows 
,'pysnmp.smi.error.SmiError: MIB file "mymib.py[co]" not found in search path'. 
Can any one help me please? I'm attaching the script i used and mib file.

Thank you

--
components: Build
files: snmp_script.txt
messages: 235327
nosy: nivin
priority: normal
severity: normal
status: open
title: snmp - mib error
type: compile error
versions: Python 2.7
Added file: http://bugs.python.org/file37998/snmp_script.txt

___
Python tracker 

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

[issue23386] snmp - mib error

[nivin]

New submission from nivin:

Hi ,

I have created one snmp mib , and tried to send a sample trap using a script 
written in python using pysnmp. but i got error as follows 
,'pysnmp.smi.error.SmiError: MIB file "mymib.py[co]" not found in search path'. 
Can any one help me please? I'm attaching the script i used and mib file.

Thank you

--
components: Build
files: snmp_script.txt
messages: 235328
nosy: nivin
priority: normal
severity: normal
status: open
title: snmp - mib error
type: compile error
versions: Python 2.7
Added file: http://bugs.python.org/file37999/snmp_script.txt

___
Python tracker 

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

[issue23358] BaseServer missing from socketserver.__all__

[Berker Peksag]

Berker Peksag added the comment:

Thanks for the patch, Martin.

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

[issue23358] BaseServer missing from socketserver.__all__

[Roundup Robot]

Roundup Robot added the comment:

New changeset e614ff664877 by Berker Peksag in branch '3.4':
Issue #23358: Add missing BaseServer entry to socketserver.__all__.
https://hg.python.org/cpython/rev/e614ff664877

New changeset 80d282505d21 by Berker Peksag in branch 'default':
Issue #23358: Add missing BaseServer entry to socketserver.__all__.
https://hg.python.org/cpython/rev/80d282505d21

--
nosy: +python-dev

___
Python tracker 

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

[issue23386] snmp - mib error

[Shinto Peter]

Shinto Peter added the comment:

please attach MIB file also

--
nosy: +shinto

___
Python tracker 

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

[issue23386] snmp - mib error

[nivin]

Changes by nivin :


Added file: http://bugs.python.org/file38000/MY-MIB.txt

___
Python tracker 

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

[issue23385] snmp - mib error

[Berker Peksag]

Changes by Berker Peksag :


--
resolution:  -> duplicate
stage:  -> resolved
status: open -> closed
superseder:  -> snmp - mib error

___
Python tracker 

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

[issue23386] snmp - mib error

[nivin]

nivin added the comment:

I have attached mib file also

--

___
Python tracker 

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

[issue23380] Python 2.7.9 test_gdb fails on Fedora 21

[Vinson Lee]

New submission from Vinson Lee:

Python 2.7.9 test_gdb fails on Fedora 21.

$ ./python Lib/test/regrtest.py -v test_gdb
== CPython 2.7.9 (default, Feb 2 2015, 13:43:56) [GCC 4.9.2 20141101 (Red Hat 
4.9.2-1)]
==   Linux-3.18.3-201.fc21.x86_64-x86_64-with-fedora-21-Twenty_One little-endian
==   Python-2.7.9/build/test_python_18852
Testing with flags: sys.flags(debug=0, py3k_warning=0, division_warning=0, 
division_new=0, inspect=0, interactive=0, optimize=0, dont_write_bytecode=0, 
no_user_site=0, no_site=0, ignore_environment=0, tabcheck=0, verbose=0, 
unicode=0, bytes_warning=0, hash_randomization=0)
[1/1] test_gdb
test_NULL_instance_dict (test.test_gdb.PrettyPrintTests)
Ensure that a PyInstanceObject with with a NULL in_dict is handled ... FAIL
test_NULL_ob_type (test.test_gdb.PrettyPrintTests)
Ensure that a PyObject* with NULL ob_type is handled gracefully ... FAIL
test_NULL_ptr (test.test_gdb.PrettyPrintTests)
Ensure that a NULL PyObject* is handled gracefully ... FAIL
test_builtin_function (test.test_gdb.PrettyPrintTests) ... FAIL
test_builtin_method (test.test_gdb.PrettyPrintTests) ... FAIL
test_builtins_help (test.test_gdb.PrettyPrintTests)
Ensure that the new-style class _Helper in site.py can be handled ... FAIL
test_classic_class (test.test_gdb.PrettyPrintTests)
Verify the pretty-printing of classic class instances ... FAIL
test_corrupt_ob_type (test.test_gdb.PrettyPrintTests)
Ensure that a PyObject* with a corrupt ob_type is handled gracefully ... FAIL
test_corrupt_tp_flags (test.test_gdb.PrettyPrintTests)
Ensure that a PyObject* with a type with corrupt tp_flags is handled ... FAIL
test_corrupt_tp_name (test.test_gdb.PrettyPrintTests)
Ensure that a PyObject* with a type with corrupt tp_name is handled ... FAIL
test_dicts (test.test_gdb.PrettyPrintTests)
Verify the pretty-printing of dictionaries ... FAIL
test_exceptions (test.test_gdb.PrettyPrintTests) ... FAIL
test_frames (test.test_gdb.PrettyPrintTests) ... ok
test_frozensets (test.test_gdb.PrettyPrintTests)
Verify the pretty-printing of frozensets ... FAIL
test_getting_backtrace (test.test_gdb.PrettyPrintTests) ... ok
test_int (test.test_gdb.PrettyPrintTests)
Verify the pretty-printing of various "int" values ... FAIL
test_lists (test.test_gdb.PrettyPrintTests)
Verify the pretty-printing of lists ... FAIL
test_long (test.test_gdb.PrettyPrintTests)
Verify the pretty-printing of various "long" values ... FAIL
test_modern_class (test.test_gdb.PrettyPrintTests)
Verify the pretty-printing of new-style class instances ... FAIL
test_selfreferential_dict (test.test_gdb.PrettyPrintTests)
Ensure that a reference loop involving a dict doesn't lead proxyval ... FAIL
test_selfreferential_list (test.test_gdb.PrettyPrintTests)
Ensure that a reference loop involving a list doesn't lead proxyval ... FAIL
test_selfreferential_new_style_instance (test.test_gdb.PrettyPrintTests) ... 
FAIL
test_selfreferential_old_style_instance (test.test_gdb.PrettyPrintTests) ... 
FAIL
test_sets (test.test_gdb.PrettyPrintTests)
Verify the pretty-printing of sets ... FAIL
test_singletons (test.test_gdb.PrettyPrintTests)
Verify the pretty-printing of True, False and None ... FAIL
test_strings (test.test_gdb.PrettyPrintTests)
Verify the pretty-printing of strings ... FAIL
test_subclassing_list (test.test_gdb.PrettyPrintTests)
Verify the pretty-printing of an instance of a list subclass ... FAIL
test_subclassing_tuple (test.test_gdb.PrettyPrintTests)
Verify the pretty-printing of an instance of a tuple subclass ... FAIL
test_truncation (test.test_gdb.PrettyPrintTests)
Verify that very long output is truncated ... FAIL
test_tuples (test.test_gdb.PrettyPrintTests)
Verify the pretty-printing of tuples ... FAIL
test_unicode (test.test_gdb.PrettyPrintTests)
Verify the pretty-printing of unicode values ... FAIL
test_basic_command (test.test_gdb.PyListTests)
Verify that the "py-list" command works ... skipped 'Python was compiled with 
optimizations'
test_one_abs_arg (test.test_gdb.PyListTests)
Verify the "py-list" command with one absolute argument ... skipped 'Python was 
compiled with optimizations'
test_two_abs_args (test.test_gdb.PyListTests)
Verify the "py-list" command with two absolute arguments ... skipped 'Python 
was compiled with optimizations'
test_down_at_bottom (test.test_gdb.StackNavigationTests)
Verify handling of "py-down" at the bottom of the stack ... ok
test_pyup_command (test.test_gdb.StackNavigationTests)
Verify that the "py-up" command works ... skipped 'Python was compiled with 
optimizations'
test_up_at_top (test.test_gdb.StackNavigationTests)
Verify handling of "py-up" at the top of the stack ... ok
test_up_then_down (test.test_gdb.StackNavigationTests)
Verify "py-up" followed by "py-down" ... skipped 'Python was compiled with 
optimizations'
test_basic_command (test.test_gdb.PyBtTests)
Verify that the "py-bt" command works ... skipped 'Python was compiled with 
optimizations'
test_basic_command (test.test_gdb.PyPrintTests)
Verify that the "py-print" command w

[issue13128] httplib debuglevel on CONNECT doesn't print response headers

[Roundup Robot]

Roundup Robot added the comment:

New changeset dfbd07cdc031 by Berker Peksag in branch 'default':
Issue #13128: Print response headers for CONNECT requests when debuglevel > 0.
https://hg.python.org/cpython/rev/dfbd07cdc031

--
nosy: +python-dev

___
Python tracker 

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

[issue13128] httplib debuglevel on CONNECT doesn't print response headers

[Berker Peksag]

Berker Peksag added the comment:

Thanks for the patch, Demian. I've simplified the test code a bit and committed 
it. Also, thanks for the report and for the initial patch Matt.

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

[issue23379] Incorrect links within PEPs

[Berker Peksag]

Berker Peksag added the comment:

Thanks for the report, Jonathan. This is a website issue, so I've created a new 
issue on GitHub: https://github.com/python/pythondotorg/issues/561

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

[issue23387] test_urllib2 fails with HTTP Error 502: Bad Gateway

[Berker Peksag]

New submission from Berker Peksag:

==
ERROR: test_issue16464 (test.test_urllib2.MiscTests)
--
Traceback (most recent call last):
  File 
"/ssd/buildbot/buildarea/3.x.gps-ubuntu-exynos5-armv7l/build/Lib/test/test_urllib2.py",
 line 1491, in test_issue16464
opener.open(request, "1".encode("us-ascii"))
  File 
"/ssd/buildbot/buildarea/3.x.gps-ubuntu-exynos5-armv7l/build/Lib/urllib/request.py",
 line 469, in open
response = meth(req, response)
  File 
"/ssd/buildbot/buildarea/3.x.gps-ubuntu-exynos5-armv7l/build/Lib/urllib/request.py",
 line 579, in http_response
'http', request, response, code, msg, hdrs)
  File 
"/ssd/buildbot/buildarea/3.x.gps-ubuntu-exynos5-armv7l/build/Lib/urllib/request.py",
 line 507, in error
return self._call_chain(*args)
  File 
"/ssd/buildbot/buildarea/3.x.gps-ubuntu-exynos5-armv7l/build/Lib/urllib/request.py",
 line 441, in _call_chain
result = func(*args)
  File 
"/ssd/buildbot/buildarea/3.x.gps-ubuntu-exynos5-armv7l/build/Lib/urllib/request.py",
 line 587, in http_error_default
raise HTTPError(req.full_url, code, msg, hdrs, fp)
urllib.error.HTTPError: HTTP Error 502: Bad Gateway

http://buildbot.python.org/all/builders/ARMv7%20Ubuntu%203.x/builds/2140/steps/test/logs/stdio

--
components: Tests
files: httperror.diff
keywords: patch
messages: 235336
nosy: berker.peksag, orsenthil
priority: normal
severity: normal
stage: patch review
status: open
title: test_urllib2 fails with HTTP Error 502: Bad Gateway
type: behavior
versions: Python 3.4, Python 3.5
Added file: http://bugs.python.org/file38001/httperror.diff

___
Python tracker 

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

[issue23382] Maybe can not shutdown ThreadPoolExecutor when call the method of shutdown

[miles]

miles added the comment:

the attachment includes the new code

--
Added file: http://bugs.python.org/file38002/thread.py

___
Python tracker 

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

[issue23388] datetime.strftime('%s') does not take timezone into account

[cameris]

New submission from cameris:

The following occured on linux with python 3.4.2, the machines local timezone 
is tz2:

>>> import datetime

>>> tz1 = datetime.timezone.utc; tz2 = 
>>> datetime.timezone(datetime.timedelta(seconds=3600)); tz3 = 
>>> datetime.timezone(datetime.timedelta(seconds=18000))

>>> d1 = datetime.datetime.now(tz=tz1); d2 = datetime.datetime.now(tz=tz2); d3 
>>> = datetime.datetime.now(tz=tz3)

>>> d1.timestamp(), d2.timestamp(), d3.timestamp()
(1422962091.603168, 1422962091.603181, 1422962091.603185)

>>> d1.strftime('%s'), d2.strftime('%s'), d3.strftime('%s')
('1422958491', '1422962091', '1422976491')

Or in other words:
>>> d1.strftime('%s') == str(int(d1.timestamp())), d2.strftime('%s') == 
>>> str(int(d2.timestamp())), d3.strftime('%s') == str(int(d3.timestamp()))
(False, True, False)

Expected result of the last line would be (True, True, True).

--
components: Library (Lib)
messages: 235338
nosy: cameris
priority: normal
severity: normal
status: open
title: datetime.strftime('%s') does not take timezone into account
type: behavior
versions: Python 3.4

___
Python tracker 

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

[issue15381] Optimize BytesIO to do less reallocations when written, similarly to StringIO

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

Some buildbots crash:

http://buildbot.python.org/all/builders/x86%20Ubuntu%20Shared%203.x/builds/11152/steps/test/logs/stdio
http://buildbot.python.org/all/builders/AMD64%20Debian%20PGO%203.x/builds/4/steps/test/logs/stdio
http://buildbot.python.org/all/builders/AMD64%20Debian%20root%203.x/builds/1715/steps/test/logs/stdio
http://buildbot.python.org/all/builders/AMD64%20Solaris%2011%20%5BSB%5D%203.x/builds/3836/steps/test/logs/stdio

E.g.:

Fatal Python error: Objects/frameobject.c:429 object at 0x406dd878 has negative 
ref count -5

Current thread 0x40525ce0 (most recent call first):
  File "/srv/buildbot/buildarea/3.x.bolen-ubuntu/build/Lib/unittest/case.py", 
line 605 in run
  File "/srv/buildbot/buildarea/3.x.bolen-ubuntu/build/Lib/unittest/case.py", 
line 625 in __call__
  File "/srv/buildbot/buildarea/3.x.bolen-ubuntu/build/Lib/unittest/suite.py", 
line 122 in run
  File "/srv/buildbot/buildarea/3.x.bolen-ubuntu/build/Lib/unittest/suite.py", 
line 84 in __call__
  File "/srv/buildbot/buildarea/3.x.bolen-ubuntu/build/Lib/unittest/suite.py", 
line 122 in run
  File "/srv/buildbot/buildarea/3.x.bolen-ubuntu/build/Lib/unittest/suite.py", 
line 84 in __call__
  File "/srv/buildbot/buildarea/3.x.bolen-ubuntu/build/Lib/unittest/suite.py", 
line 122 in run
  File "/srv/buildbot/buildarea/3.x.bolen-ubuntu/build/Lib/unittest/suite.py", 
line 84 in __call__
  File "/srv/buildbot/buildarea/3.x.bolen-ubuntu/build/Lib/unittest/runner.py", 
line 168 in run
  File 
"/srv/buildbot/buildarea/3.x.bolen-ubuntu/build/Lib/test/support/__init__.py", 
line 1770 in _run_suite
  File 
"/srv/buildbot/buildarea/3.x.bolen-ubuntu/build/Lib/test/support/__init__.py", 
line 1804 in run_unittest
  File "/srv/buildbot/buildarea/3.x.bolen-ubuntu/build/Lib/test/regrtest.py", 
line 1283 in test_runner
  File "/srv/buildbot/buildarea/3.x.bolen-ubuntu/build/Lib/test/regrtest.py", 
line 1284 in runtest_inner
  File "/srv/buildbot/buildarea/3.x.bolen-ubuntu/build/Lib/test/regrtest.py", 
line 967 in runtest
  File "/srv/buildbot/buildarea/3.x.bolen-ubuntu/build/Lib/test/regrtest.py", 
line 763 in main
  File "/srv/buildbot/buildarea/3.x.bolen-ubuntu/build/Lib/test/regrtest.py", 
line 1568 in main_in_temp_cwd
  File "/srv/buildbot/buildarea/3.x.bolen-ubuntu/build/Lib/test/__main__.py", 
line 3 in 
  File "/srv/buildbot/buildarea/3.x.bolen-ubuntu/build/Lib/runpy.py", line 85 
in _run_code
  File "/srv/buildbot/buildarea/3.x.bolen-ubuntu/build/Lib/runpy.py", line 170 
in _run_module_as_main
Aborted
make: *** [buildbottest] Error 134

Trying to reproduce locally and investigate.

--

___
Python tracker 

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

[issue15381] Optimize BytesIO to do less reallocations when written, similarly to StringIO

[Roundup Robot]

Roundup Robot added the comment:

New changeset 3fdbdf4d2ac7 by Serhiy Storchaka in branch 'default':
Issue #15381: Try to fix refcount bug. Empty and 1-byte buffers are always 
shared.
https://hg.python.org/cpython/rev/3fdbdf4d2ac7

--

___
Python tracker 

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

[issue23386] snmp - mib error

[Eric V. Smith]

Eric V. Smith added the comment:

pysnmp is not part of the Python standard library. It looks like you should 
report issues or search for help at at pysnmp.sourceforge.net.

--
components:  -Build
nosy: +eric.smith
resolution:  -> third party
stage:  -> resolved
status: open -> closed
type: compile error -> behavior

___
Python tracker 

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

[issue23386] snmp - mib error

[nivin]

nivin added the comment:

I have fixed the issue that i reported by creating my mib file into py by the 
command 'build-pysnmp-mib -o MY-MIB.py MY-MIB' and copy it into the path 
'/usr/local/lib/python2.7/dist-packages/pysnmp/smi/mibs'

But my doubts are : Is there any other option to send snmp trap using python 
with  OID and host id  only and without mib file in trap sender.

--
status: closed -> open

___
Python tracker 

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

[issue23386] snmp - mib error

[Eric V. Smith]

Eric V. Smith added the comment:

Your question is not appropriate here, and you're unlikely to get an answer.

This tracker is for bugs in python and its standard library. It is not for 
asking for help with third party packages. See my other comment for a pointer 
to an appropriate venue for pysnmp questions.

--
status: open -> closed

___
Python tracker 

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

[issue6634] sys.exit() called from threads other than the main one: undocumented behaviour

[Jan-Philip Gehrcke]

Jan-Philip Gehrcke added the comment:

Thanks for your feedback Antoine.

> I'm not sure what the doc patch achieves.

Let me try to bring things in order. It should achieve two things:


1. Properly describe the stderr-writing behavior of sys.exit().
===
Current 2.7 docs:

"..., and any other object is printed to stderr".

This is wrong in its generality and requires clarification. Agreed? How would 
you improve the docs in this regard? This is the reasoning I had in mind:

We could change the original sentence, but IMO it then contains too many pieces 
of important information and becomes difficult to digest, e.g.: "If another 
type of object is passed, None is equivalent to passing zero, and any other 
object is printed to stderr (only when called in the main thread) and results 
in an exit code of 1.". Difficult, right?

I thought about removing the stderr part from this sentence and discussing this 
topic separately, in simpler sentences. But: I think the stderr part needs to 
stay in the original sentence, because it clarifies how different argument 
types are dealt with.

Then I took another point of view: we have acknowledged that the behavior is 
problematic, we just cannot change it anymore for 2.7. The direct consequence 
from this point of view is to warn about current behavior. 6 years ago, I took 
the docs literally and relied on getting proper error messages printed to 
stderr. And I didn't get those. I would have appreciated a warning, I guess.

With this being said, I'd love to look at an alternative proposal of how we 
could change the docs in this regard.


2. Clarify that when called from a thread, the thread exits silently

Current 2.7 docs:

"Since exit ultimately "only" raises an exception,
 it will only exit the process when called from the main thread."

This sentence is problematic. It relates a cause to an effect, and this 
relation is wrong or at least incomplete. The only valuable information left in 
the sentence is the *effect*, without providing an explanation. I would rather 
want to take the inverse approach, and explain the *cause* as correct as 
possible. In other words: the above sentence misses to explain what actually 
happens when sys.exit() is called in a non-primary thread.

The actual behavior and cause for mentioned effect is, as far as I am aware:

If raised in a non-primary thread, SystemExit is caught automatically and 
causes the calling thread to exit silently.

This is what I added as a note.

And I think that we agree that this cause may have many effects, whereas only 
one of them is that sys.exit() called from a non-primary thread can not 
terminate the process.



> It only states more verbosely what is already
> said in the current version.

I hope to have convinced you that this is not true.

> Also, warnings are really for important issues
> (such as security issues); using them too liberally
> is a disservice to the reader.

I agree. I really think that both points need to be addressed in the docs, and 
I have now clarified my reasoning, but am very open to further suggestions. And 
I really do not want to make a strong point about whether things should end up 
in red or blue boxes :-).

--

___
Python tracker 

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

[issue23388] datetime.strftime('%s') does not take timezone into account

[Han Choongwoo]

Changes by Han Choongwoo :


--
nosy: +tunz

___
Python tracker 

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

[issue23388] datetime.strftime('%s') does not take timezone into account

[R. David Murray]

Changes by R. David Murray :


--
nosy: +belopolsky

___
Python tracker 

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

[issue18932] Optimize selectors.EpollSelector.modify()

[STINNER Victor]

STINNER Victor added the comment:

selectors.EpollSelector.modify() should use epoll.modify() instead of 
unregister()+register().

--
title: selectors and modify() -> Optimize selectors.EpollSelector.modify()

___
Python tracker 

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

[issue18932] Optimize selectors.EpollSelector.modify()

[STINNER Victor]

Changes by STINNER Victor :


--
components: +asyncio
nosy: +yselivanov

___
Python tracker 

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

[issue19017] selectors: towards uniform EBADF handling

[STINNER Victor]

Changes by STINNER Victor :


--
components: +asyncio
nosy: +yselivanov

___
Python tracker 

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

[issue14203] bytearray_getbuffer: unnecessary code

[Stefan Krah]

Stefan Krah added the comment:

New patch with tests.

--
Added file: http://bugs.python.org/file38003/issue14203-2.diff

___
Python tracker 

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

[issue23344] Faster marshalling

[Kristján Valur Jónsson]

Kristján Valur Jónsson added the comment:

looks good to me, although it has been pointed out that marshal _write_ speed 
is less critical than read speed :)

--

___
Python tracker 

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

[issue14203] bytearray_getbuffer: unnecessary code

[Roundup Robot]

Roundup Robot added the comment:

New changeset e8fe32d43c96 by Stefan Krah in branch 'default':
Issue #14203: Remove obsolete support for view==NULL in PyBuffer_FillInfo()
https://hg.python.org/cpython/rev/e8fe32d43c96

--
nosy: +python-dev

___
Python tracker 

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

[issue23359] Speed-up set_lookkey()

[Roundup Robot]

Roundup Robot added the comment:

New changeset 17cda5a92b6a by Raymond Hettinger in branch 'default':
Issue 23359:  Reduce size of code in set_lookkey. Only do linear probes when 
there is no wrap-around.
https://hg.python.org/cpython/rev/17cda5a92b6a

--

___
Python tracker 

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

[issue23359] Speed-up set_lookkey()

[Raymond Hettinger]

Raymond Hettinger added the comment:

Thanks Serhiy, that was brilliant.

--

___
Python tracker 

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

[issue23388] datetime.strftime('%s') does not take timezone into account

[Alexander Belopolsky]

Alexander Belopolsky added the comment:

This looks like a duplicate of #12750.

--

___
Python tracker 

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

[issue14203] PEP-3118: remove obsolete write-locks

[Stefan Krah]

Stefan Krah added the comment:

bytesiobuf_getbuffer() also still has this obsolete feature, so
BufferError should be raised if view==NULL.

I'm unsure if this plays well with the new SHARED_BUF(b) thing.

Should the exception be raised before or after?

--
nosy: +serhiy.storchaka
title: bytearray_getbuffer: unnecessary code -> PEP-3118: remove obsolete 
write-locks

___
Python tracker 

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

[issue15381] Optimize BytesIO to do less reallocations when written, similarly to StringIO

[Roundup Robot]

Roundup Robot added the comment:

New changeset ea33b61cac74 by Serhiy Storchaka in branch 'default':
Issue #15381: Fixed a bug in BytesIO.write().
https://hg.python.org/cpython/rev/ea33b61cac74

--

___
Python tracker 

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

[issue14203] PEP-3118: remove obsolete write-locks

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

I think before. It doesn't harm, but it doesn't make much sense to unshare the 
buffer if its address is not used.

--

___
Python tracker 

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

[issue14203] PEP-3118: remove obsolete write-locks

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

E.g. the buffer should be unshared before incrementing b->exports, but if an 
exception is raised instead, there is no need to unshare the buffer before 
raising.

--

___
Python tracker 

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

[issue23388] datetime.strftime('%s') does not take timezone into account

[cameris]

cameris added the comment:

Yes, this seems to be exactly the same. Searching with "All text*: '%s'" didn't 
return anything, therefore I thought it is an unknown bug/behaviour. Well, 
sorry for the duplicate.

--

___
Python tracker 

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

[issue23389] pkgutil.find_loader raises an ImportError on PEP 420 implicit namespace packages

[Alistair Lynn]

New submission from Alistair Lynn:

The documentation states that __spec__ is None in–and only in–__main__. That 
this happens also for PEP 420 implicit namespace packages appears to be the 
cause of the error.

--
components: Interpreter Core
messages: 235357
nosy: alynn
priority: normal
severity: normal
status: open
title: pkgutil.find_loader raises an ImportError on PEP 420 implicit namespace 
packages
type: crash
versions: Python 3.4

___
Python tracker 

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

[issue23389] pkgutil.find_loader raises an ImportError on PEP 420 implicit namespace packages

[Eric V. Smith]

Changes by Eric V. Smith :


--
nosy: +eric.smith

___
Python tracker 

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

[issue7434] general pprint rewrite

[Fred L. Drake, Jr.]

Changes by Fred L. Drake, Jr. :


--
nosy:  -fdrake

___
Python tracker 

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

[issue14203] PEP-3118: remove obsolete write-locks

[Stefan Krah]

Stefan Krah added the comment:

Ok, thanks!  issue14203-3.diff should be correct, then.

--
Added file: http://bugs.python.org/file38004/issue14203-3.diff

___
Python tracker 

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

[issue14203] PEP-3118: remove obsolete write-locks

[Roundup Robot]

Roundup Robot added the comment:

New changeset 0d5095a2422f by Stefan Krah in branch 'default':
Issue #14203: Remove obsolete support for view==NULL in bytesiobuf_getbuffer()
https://hg.python.org/cpython/rev/0d5095a2422f

--

___
Python tracker 

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

[issue14203] PEP-3118: remove obsolete write-locks

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

Compiling failed on Windows: 
http://buildbot.python.org/all/builders/AMD64%20Windows7%20SP1%203.x/builds/5650

--

___
Python tracker 

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

[issue14203] PEP-3118: remove obsolete write-locks

[Stefan Krah]

Stefan Krah added the comment:

Argh, the extern _PyBytesIOBuffer_Type hack.  I knew it would cause some
trouble.

Any ideas how to test bytesiobuf_getbuffer() with a NULL view in
a more dignified way?

--

___
Python tracker 

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

[issue14910] argparse: disable abbreviation

[Rémi Rampin]

Rémi Rampin added the comment:

It looks like the previous comments were addressed in the latest patch. Is this 
still planned for 3.5? Alpha 1 is next week according to PEP478.

--

___
Python tracker 

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

[issue14203] PEP-3118: remove obsolete write-locks

[Roundup Robot]

Roundup Robot added the comment:

New changeset 17a8c5f8ca48 by Stefan Krah in branch 'default':
Issue #14203:  Temporary fix for the compile failure on Windows.
https://hg.python.org/cpython/rev/17a8c5f8ca48

--

___
Python tracker 

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

[issue18454] distutils crashes when uploading to PyPI having only the username (no pw) defined

[Jan-Philip Gehrcke]

Jan-Philip Gehrcke added the comment:

First, I want to address the situation in 2.7. Please have a look at my patch 
and my reasoning.

This is my setup.py test file content:

from distutils.core import setup
setup(name='foo', version='1.0', packages=['testpackage'])


This is the current situation for 2.7 head, in summary:

1) Without a proper .pypirc file in place, uploading fails with
   "Upload failed (401): You must be identified to edit
package information"

2) With a valid .pypirc in place which does not define a password
   this exception is raised:
   TypeError: cannot concatenate 'str' and 'NoneType' objects

(1) happens due to the fact that the default username/password strings are 
empty, but the request is still fired against PyPI. This obviously fails. This 
could be fixed by prompting for both, username and password or by aborting 
before sending the request. However, this would be quite a significant change 
in behavior. I think we should not do this, because AFAIK the 2.7 documentation 
does not specify what the behavior should be *without* existing .pypirc file. 
So, I think there might not be enough reason to consider such a change a bug 
fix. What do you think?

(2) violates the docs and I guess this is what Nick meant when he said that the 
stdlib should be updated. I propose a patch so that what the docs say ("If 
omitted, the user will be prompt to type it when needed") is what actually 
happens. The patch consists of two parts:

Part A: issue18454_py27_prompt.patch


This uses getpass/sys.stdin.readline() for retrieving the password, depending 
on whether the process is attached to a tty or not, respectively. The config 
parsing and value propagation is a little messy in the command/upload.py 
module, so I have also added comments for clarity and simplified the logic a 
little.


Part B: issue18454_py27_prompt_test.patch
-

Here it gets messy. Normally, we want to have a new test case that fails before 
applying patch A, and succeeds after applying it. However, here we actually 
have to deal with an already existing bogus test case which succeeds before and 
fails after A gets applied. A very bad sign, usually. But in this case I am of 
the strong opinion that we can and have to change the test implementation, 
because:

- the test actually makes sure that `cmd.password` is set to None when
  `cmd.finalize_options()` has done its work. However,`cmd.password` being
  None leads to the TypeError exception described above. That is, this test
  case basically ensures the very existance of the bug that we want to fix.

- it has a suspiciously useless name. It is called `test_saved_password`,
  but actually tests the case when no password is saved in .pypirc.
  
- this test actually has quite low code coverage. AFAIK it *only* tests
  the behavior of `cmd.finalize_options()`. We want to change this behavior,
  so we have to consider changing the test.
  
My patch modifies this test case so that it has a proper name and makes sure 
that `cmd.finalize_options()` obtains a password from stdin. The involvement of 
stdin makes testing a little complicated. In a proper testing environment, we'd 
probably spawn a subprocess and provide it with some real stdin data. The 
distutils upload command test structure seems not to be prepared for this 
endeavor, so I have decided to temporarily/locally patch sys.stdin, and ensure 
restoration with a try/finally clause.



With A and B in place, all distutils unit tests validate. I used two methods of 
invocation, for covering the two cases (with and without attached tty):

$ nohup python test_distutils.py 2>&1 > out.log &
$ python test_distutils.py

--
keywords: +patch
Added file: http://bugs.python.org/file38005/issue18454_py27_prompt.patch

___
Python tracker 

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

[issue18454] distutils crashes when uploading to PyPI having only the username (no pw) defined

[Jan-Philip Gehrcke]

Changes by Jan-Philip Gehrcke :


Added file: http://bugs.python.org/file38006/issue18454_py27_prompt_test.patch

___
Python tracker 

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

[issue17911] traceback: add a new thin class storing a traceback without storing local variables

[Robert Collins]

Robert Collins added the comment:

This iteration provides two constructors for TracebackException, one for 
exception objects, one for exc_info tuples. So it should be easy to use.

The __init__ takes the exc_info tuple because thats less code (much easier to 
destructure rather than restructure), but in the docs and docstrings I point to 
the classmethods, which includes from_exception - that takes a single exception 
object.

--
Added file: http://bugs.python.org/file38007/issue17911-4.patch

___
Python tracker 

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

[issue22936] traceback module has no way to show locals

[Robert Collins]

Robert Collins added the comment:

updated with the latest 17911 patch basis.

--
Added file: http://bugs.python.org/file38008/issue-22936-2.patch

___
Python tracker 

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

[issue23390] make profile-opt: test_distutils failure

[Stefan Krah]

Changes by Stefan Krah :


--
nosy: skrah
priority: normal
severity: normal
status: open
title: make profile-opt: test_distutils failure
type: behavior

___
Python tracker 

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

[issue23390] make profile-opt: test_distutils failure

[Stefan Krah]

New submission from Stefan Krah:

Currently -fprofile-use etc. appear in the distutils CFLAGS, which
causes test_distutils to fail.

--
keywords: +patch
nosy: +gregory.p.smith
Added file: http://bugs.python.org/file38009/issue23390.diff

___
Python tracker 

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

[issue2292] Missing *-unpacking generalizations

[Ethan Furman]

Ethan Furman added the comment:

All test pass on my system.  :)

--

___
Python tracker 

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

[issue23363] integer overflow in itertools.permutations

[Arfrever Frehtes Taifersar Arahesis]

Arfrever Frehtes Taifersar Arahesis added the comment:

The last fix should be applied also in 2.7 branch.

--
resolution: fixed -> 
stage: resolved -> 
status: closed -> open
versions: +Python 2.7, Python 3.3, Python 3.5

___
Python tracker 

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

[issue23364] integer overflow in itertools.product

[Arfrever Frehtes Taifersar Arahesis]

Changes by Arfrever Frehtes Taifersar Arahesis :


--
versions: +Python 2.7, Python 3.3, Python 3.5

___
Python tracker 

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

[issue23365] integer overflow in itertools.combinations_with_replacement

[Arfrever Frehtes Taifersar Arahesis]

Changes by Arfrever Frehtes Taifersar Arahesis :


--
versions: +Python 2.7, Python 3.3, Python 3.5

___
Python tracker 

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

[issue23366] integer overflow in itertools.combinations

[Arfrever Frehtes Taifersar Arahesis]

Changes by Arfrever Frehtes Taifersar Arahesis :


--
versions: +Python 2.7, Python 3.3, Python 3.5

___
Python tracker 

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

[issue23369] integer overflow in _json.encode_basestring_ascii

[Arfrever Frehtes Taifersar Arahesis]

Changes by Arfrever Frehtes Taifersar Arahesis :


--
versions: +Python 3.3, Python 3.5

___
Python tracker 

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

[issue23390] make profile-opt: test_distutils failure

[Gregory P. Smith]

Gregory P. Smith added the comment:

Likely a dupe of http://bugs.python.org/issue22904 which is why i set the 
buildbot up. :)

I like your patch here better than my non-fixing poor hack in the other issue.  
I hadn't noticed CFLAGS_NODIST before.

--

___
Python tracker 

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

[issue22904] make profile-opt includes -fprofile* flags in _sysconfigdata CFLAGS

[Gregory P. Smith]

Gregory P. Smith added the comment:

see also issue23390

--
superseder:  -> make profile-opt: test_distutils failure

___
Python tracker 

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

[issue22904] make profile-opt includes -fprofile* flags in _sysconfigdata CFLAGS

[Gregory P. Smith]

Changes by Gregory P. Smith :


--
resolution:  -> duplicate
status: open -> closed

___
Python tracker 

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

[issue23391] Documentation of EnvironmentError (OSError) arguments disappeared

[Martin Panter]

New submission from Martin Panter:

Seems to have been removed in revision 097f4fda61a4, for PEP 3151. The older 
EnvironmentError documentation talks about creating the exception with two and 
three constructor arguments, however I don’t see this in the new documentation. 
Is this usage meant to be deprecated, or still allowed? Either way, I think the 
documentation should mention it.

--
assignee: docs@python
components: Documentation
messages: 235372
nosy: docs@python, vadmium
priority: normal
severity: normal
status: open
title: Documentation of EnvironmentError (OSError) arguments disappeared
versions: Python 3.3, Python 3.4

___
Python tracker 

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

[issue22963] broken link in PEP 102

[Ezio Melotti]

Ezio Melotti added the comment:

The link in PEP 102 is still wrong, even though the pydotorg issue has been 
closed.
The problem seems to affect txt PEPs (not rst ones), and it can be fixed by 
simply doing:

diff --git a/pep2html.py b/pep2html.py
--- a/pep2html.py
+++ b/pep2html.py
@@ -48,11 +48,11 @@
 'docutils': '0.2.7'}
 PROGRAM = sys.argv[0]
 RFCURL = 'http://www.faqs.org/rfcs/rfc%d.html'
-PEPURL = 'pep-%04d.html'
+PEPURL = '../pep-%04d.html'
 PEPCVSURL = ('https://hg.python.org/peps/file/tip/pep-%04d.txt')
 PEPDIRRUL = 'http://www.python.org/peps/'

However this breaks the URLs while building/looking at the PEPs locally.

(Note: I don't have a github account so I can't reopen the linked issue -- feel 
free to close this again once the issue has been reported to pydotorg.)

--
nosy: +benjamin.peterson, ncoghlan
status: closed -> open

___
Python tracker 

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

[issue23389] pkgutil.find_loader raises an ImportError on PEP 420 implicit namespace packages

[Eric Snow]

Changes by Eric Snow :


--
nosy: +eric.snow

___
Python tracker 

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

[issue23389] pkgutil.find_loader raises an ImportError on PEP 420 implicit namespace packages

[Eric Snow]

Eric Snow added the comment:

Hmm. If I recall correctly, we set __spec__ for namespace packages...  What's a 
quick way to consistently reproduce the ImportError?

--

___
Python tracker 

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

[issue23364] integer overflow in itertools.product

[Roundup Robot]

Roundup Robot added the comment:

New changeset 887526ebb013 by Serhiy Storchaka in branch '2.7':
Issues #23363, #23364, #23365, #23366: Fixed itertools overflow tests.
https://hg.python.org/cpython/rev/887526ebb013

--

___
Python tracker 

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

[issue23365] integer overflow in itertools.combinations_with_replacement

[Roundup Robot]

Roundup Robot added the comment:

New changeset 887526ebb013 by Serhiy Storchaka in branch '2.7':
Issues #23363, #23364, #23365, #23366: Fixed itertools overflow tests.
https://hg.python.org/cpython/rev/887526ebb013

--

___
Python tracker 

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

[issue23366] integer overflow in itertools.combinations

[Roundup Robot]

Roundup Robot added the comment:

New changeset 887526ebb013 by Serhiy Storchaka in branch '2.7':
Issues #23363, #23364, #23365, #23366: Fixed itertools overflow tests.
https://hg.python.org/cpython/rev/887526ebb013

--

___
Python tracker 

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

[issue23363] integer overflow in itertools.permutations

[Roundup Robot]

Roundup Robot added the comment:

New changeset 887526ebb013 by Serhiy Storchaka in branch '2.7':
Issues #23363, #23364, #23365, #23366: Fixed itertools overflow tests.
https://hg.python.org/cpython/rev/887526ebb013

--

___
Python tracker 

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

[issue23363] integer overflow in itertools.permutations

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

Thanks Arfrever.

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

[issue22963] broken link in PEP 102

[Berker Peksag]

Berker Peksag added the comment:

I've opened https://github.com/python/pythondotorg/issues/561 to track the same 
issue.

--

___
Python tracker 

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

[issue23392] Add tests for marshal FILE* API

[Serhiy Storchaka]

New submission from Serhiy Storchaka:

Marshal C API functions that works with FILE* (PyMarshal_WriteLongToFile, 
PyMarshal_WriteObjectToFile, PyMarshal_ReadLongFromFile, 
PyMarshal_ReadShortFromFile, PyMarshal_ReadObjectFromFile, 
PyMarshal_ReadLastObjectFromFile) are not used now in CPython and are not 
tested. Proposed patch adds tests for them.

--
assignee: serhiy.storchaka
components: Tests
files: test_marshal_file_api.patch
keywords: patch
messages: 235381
nosy: kristjan.jonsson, serhiy.storchaka
priority: normal
severity: normal
stage: patch review
status: open
title: Add tests for marshal FILE* API
type: enhancement
versions: Python 2.7, Python 3.4, Python 3.5
Added file: http://bugs.python.org/file38010/test_marshal_file_api.patch

___
Python tracker 

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

[issue23344] Faster marshalling

[Serhiy Storchaka]

Changes by Serhiy Storchaka :


--
assignee:  -> serhiy.storchaka
dependencies: +Add tests for marshal FILE* API

___
Python tracker 

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