[issue16588] gcc 4.7 unused-but-set warnings on Python/thread_pthread.h

[Bruno Dupuis]

Bruno Dupuis added the comment:

I don't agree. Trash build logs are bad, trash code (I mean, in terms of 
utility, not quality :-) ) is far worst IMHO.

The purpose of this bug, to me, is to try to find a neat way to suppress the 
warnings without touching the code, and if we can't, wich is probable, we just 
tell the world : "Yeah, we know this bug, it's not ours and it has no inpact".

Anyway, I do not know the official policy for this kind of problem, but I 
really think we should avoid adding dead code as a workaround for every bug of 
every supported version of each supported compiler.

--
versions:  -Python 2.7, Python 3.2, Python 3.4

___
Python tracker 

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

[issue16525] wave file module does not support 32bit float format

[Sebastian Kraft]

Sebastian Kraft added the comment:

Contribution agreement is now attached to my account. So the review can start ;)

--

___
Python tracker 

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

[issue1739648] zipfile.testzip() using progressive file reads

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

I added comments in Rietveld.

--
components: +Tests
versions: +Python 3.3, Python 3.4 -Python 3.1

___
Python tracker 

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

[issue16584] unhandled IOError filecmp.cmpfiles() if file not readable

[Daniel Urban]

Changes by Daniel Urban :


--
stage:  -> patch review
type: crash -> behavior

___
Python tracker 

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

[issue12004] PyZipFile.writepy gives internal error on syntax errors

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

The patches look good to me, except that `self.assertIn('mod1.py', names)` can 
be used instead `self.assertTrue('mod1.py' in names)`.

--
nosy: +alanmcintyre, serhiy.storchaka
stage:  -> commit review
versions: +Python 3.2, Python 3.3, Python 3.4

___
Python tracker 

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

[issue4844] ZipFile doesn't range check in _EndRecData()

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

Here is a patch for 3.4, which adds checks for other unpacks (except one, for 
which issue14315 exists). Also BadZipfile replaced by BadZipFile and trailing 
whitespaces deleted.

For 2.7 BadZipFile should be replaced by BadZipfile back.

--
stage:  -> patch review
type:  -> behavior
versions: +Python 2.7, Python 3.2, Python 3.3, Python 3.4 -Python 2.6
Added file: http://bugs.python.org/file28178/zipfile_unpack_check.patch

___
Python tracker 

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

[issue10712] 2to3 fixer for deprecated unittest method names

[Serhiy Storchaka]

Changes by Serhiy Storchaka :


--
nosy: +serhiy.storchaka

___
Python tracker 

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

[issue16589] PrettyPrinter docs is incomplete

[mindrones]

New submission from mindrones:

Hi,

at http://docs.python.org/2.7/library/pprint.html#pprint.PrettyPrinter we see:
"class pprint.PrettyPrinter(...)"

while at http://docs.python.org/3.3/library/pprint.html#pprint.PrettyPrinter we 
see:
"class pprint.PrettyPrinter(indent=1, width=80, depth=None, stream=None)"

I think the first case is a bug.

Regards,
Luca

--
assignee: docs@python
components: Documentation
messages: 176745
nosy: docs@python, mindrones
priority: normal
severity: normal
status: open
title: PrettyPrinter docs is incomplete
versions: Python 2.7

___
Python tracker 

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

[issue16589] PrettyPrinter docs is incomplete

[Roundup Robot]

Roundup Robot added the comment:

New changeset 62fed5f18681 by Ezio Melotti in branch '2.7':
#16589: fix pprint signatures in the doc (backport of 106ee4eb5970).
http://hg.python.org/cpython/rev/62fed5f18681

--
nosy: +python-dev

___
Python tracker 

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

[issue16589] PrettyPrinter docs is incomplete

[Ezio Melotti]

Ezio Melotti added the comment:

Fixed, thanks for the report!

--
assignee: docs@python -> ezio.melotti
nosy: +ezio.melotti
resolution:  -> fixed
stage:  -> committed/rejected
status: open -> closed
type:  -> enhancement

___
Python tracker 

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

[issue16590] Drop <2.6 support from _json.c

[Serhiy Storchaka]

New submission from Serhiy Storchaka:

Modules/_json.c contains workarounds for Python versions <2.6. Now this code is 
not needed and can be safely dropped.

This patch moved from issue16586.

--
components: Extension Modules
files: json_size_t_cleanup.patch
keywords: patch
messages: 176748
nosy: ezio.melotti, pitrou, rhettinger, serhiy.storchaka
priority: normal
severity: normal
stage: patch review
status: open
title: Drop <2.6 support from _json.c
type: enhancement
versions: Python 3.4
Added file: http://bugs.python.org/file28179/json_size_t_cleanup.patch

___
Python tracker 

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

[issue16590] Drop <2.6 support from _json.c

[Serhiy Storchaka]

Changes by Serhiy Storchaka :


--
nosy: +haypo

___
Python tracker 

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

[issue16590] Drop <2.6 support from _json.c

[Roundup Robot]

Roundup Robot added the comment:

New changeset 2c04d2102534 by Antoine Pitrou in branch 'default':
Issue #16590: remove obsolete compatibility code from the _json module.
http://hg.python.org/cpython/rev/2c04d2102534

--
nosy: +python-dev

___
Python tracker 

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

[issue16590] Drop <2.6 support from _json.c

[Antoine Pitrou]

Antoine Pitrou added the comment:

Thank you :)

--
resolution:  -> fixed
stage: patch review -> committed/rejected
status: open -> closed

___
Python tracker 

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

[issue16586] json library can't parse large (> 2^31) strings

[Serhiy Storchaka]

Changes by Serhiy Storchaka :


Removed file: http://bugs.python.org/file28171/json_size_t_cleanup.patch

___
Python tracker 

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

[issue16586] json library can't parse large (> 2^31) strings

[Serhiy Storchaka]

Changes by Serhiy Storchaka :


Removed file: http://bugs.python.org/file28172/json_size_t_cleanup-2.7.patch

___
Python tracker 

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

[issue16586] json library can't parse large (> 2^31) strings

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

Dustin, what version of 2.7 do you use? What "python2.7 -V" says?

Please someone run on self-built 64-bit Python 2.7 something like (this should 
require a little greater than 2GB of memory):

  python -c "import json; json.loads('[%22s' % ']')"

I suspect that this is a build bug.

Does it reproduced on Python 3?

--
versions:  -Python 2.6

___
Python tracker 

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

[issue16581] define "PEP editor" in PEP 1

[Chris Jerdonek]

Chris Jerdonek added the comment:

>From PEP 1: "If the PEP author is a Python developer, assign the bug/patch to 
>him, otherwise assign it to the [a] PEP editor."

Given that the list is small, something else that might make sense is adding a 
"PEP editors" area to the Experts Index in the devguide.  That would allow one 
to do more easily what is stated above, for example.

--

___
Python tracker 

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

[issue16581] define "PEP editor" in PEP 1

[Chris Jerdonek]

Chris Jerdonek added the comment:

Btw, I will prepare a patch that incorporates the information that Barry 
provided.

--

___
Python tracker 

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

[issue16591] RUNSHARED wrong for OSX no framework

[Fabian Groffen]

New submission from Fabian Groffen:

Python fails to run python.exe on OSX when a non-framework build is requested, 
due to wrong quoting in configure.ac.

Like all other RUNSHARED, it shouldn't be quoted because then `pwd` won't be 
expanded, resulting in a wrong DYLD_LIBRARY_PATH when regen is ran (from a 
different directory than where libpython3.3.dylib resides).

Attached patch solves the issue.  The issue seems to be in current 3.3 and 
default heads.

--
components: Build
files: 11_all_darwin-dyld-library-path.patch
hgrepos: 162
keywords: patch
messages: 176754
nosy: grobian
priority: normal
severity: normal
status: open
title: RUNSHARED wrong for OSX no framework
type: compile error
versions: Python 3.3
Added file: 
http://bugs.python.org/file28180/11_all_darwin-dyld-library-path.patch

___
Python tracker 

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

[issue16586] json library can't parse large (> 2^31) strings

[Dustin Boswell]

Dustin Boswell added the comment:

Python 2.7.3 (default, Aug  3 2012, 20:01:21) 
[GCC 4.4.3] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> import sys;print("%x" % sys.maxsize, sys.maxsize > 2**32)
('7fff', True)

--

___
Python tracker 

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

[issue11908] Weird `slice.stop or sys.maxint`

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

LGTM. However note, that for 2.7 the patch should be modified (maxsize -> 
maxint, range -> xrange).

--
nosy: +serhiy.storchaka
stage: needs patch -> commit review
versions: +Python 3.4

___
Python tracker 

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

[issue16586] json library can't parse large (> 2^31) strings

[Dustin Boswell]

Dustin Boswell added the comment:

Yes, bug exists on 3.1 (gcc build), as well as darwin build of 2.7:

python3.1 -c "import json; json.loads('[%22s' % ']')"
Traceback (most recent call last):
  File "", line 1, in 
  File "/usr/lib/python3.1/json/__init__.py", line 293, in loads
return _default_decoder.decode(s)
  File "/usr/lib/python3.1/json/decoder.py", line 328, in decode
raise ValueError(errmsg("Extra data", s, end, len(s)))
ValueError: Extra data: line 1 column -2094967295 - line 1 column 220001 
(char -2094967295 - 220001)

python3.1
Python 3.1.2 (r312:79147, Oct 23 2012, 20:07:42) 
[GCC 4.4.3] on linux2
>>> import sys;print("%x" % sys.maxsize, sys.maxsize > 2**32)
7fff True




python2.7 -c "import json; json.loads('[%22s' % ']')"
Traceback (most recent call last):
  File "", line 1, in 
  File 
"/System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/json/__init__.py",
 line 326, in loads
  File 
"/System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/json/decoder.py",
 line 369, in decode
ValueError: Extra data: line 1 column -2094967295 - line 1 column 220001 
(char -2094967295 - 220001)

python2.7
Python 2.7.2 (default, Jun 20 2012, 16:23:33) 
[GCC 4.2.1 Compatible Apple Clang 4.0 (tags/Apple/clang-418.0.60)] on darwin
>>> import sys;print("%x" % sys.maxsize, sys.maxsize > 2**32)
('7fff', True)

--
versions: +Python 3.1

___
Python tracker 

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

[issue16586] json library can't parse large (> 2^31) strings

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

As Antoine Pitrou reported on IRC, this bug exists on 3.x. Sorry, but this bug 
can't be fixed on 2.6 and 3.1.

--
versions: +Python 3.2, Python 3.3, Python 3.4 -Python 3.1

___
Python tracker 

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

[issue10712] 2to3 fixer for deprecated unittest method names

[Bradley Froehle]

Bradley Froehle added the comment:

Bikeshedding, but the fixer name of 'asserts' bugs me.  I'd suggest 'unittest' 
or 'unittest_asserts'.

--
nosy: +bfroehle

___
Python tracker 

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

[issue16586] json library can't parse large (> 2^31) strings

[Antoine Pitrou]

Antoine Pitrou added the comment:

Actually, this isn't a problem in _json.c but in the re library: 
JSONDecoder.raw_decode() works fine, but JSONDecoder.decode() raises:

$ ./python -c "import json.decoder; 
print(json.decoder.JSONDecoder().raw_decode('[%22s' % ']'))"
([], 220001)

$ ./python -c "import json.decoder; 
print(json.decoder.JSONDecoder().decode('[%22s' % ']'))"
Traceback (most recent call last):
  File "", line 1, in 
  File "/home/antoine/cpython/default/Lib/json/decoder.py", line 347, in decode
raise ValueError(errmsg("Extra data", s, end, len(s)))
ValueError: Extra data: line 1 column -2094967295 - line 1 column 220001 
(char -2094967295 - 220001)


(decode() is basically raw_decode() followed by a call to WHITESPACE.match() 
from the end of the JSON object:
http://hg.python.org/cpython/file/2c04d2102534/Lib/json/decoder.py#l339
)

--
nosy: +pitrou
stage:  -> needs patch

___
Python tracker 

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

[issue16586] json library can't parse large (> 2^31) strings

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

Uh, this is issue10182.

--

___
Python tracker 

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

[issue16586] json library can't parse large (> 2^31) strings

[Antoine Pitrou]

Antoine Pitrou added the comment:

> Uh, this is issue10182.

Indeed, the patch there seems to fix it.

--
resolution:  -> duplicate
stage: needs patch -> committed/rejected
status: open -> closed
superseder:  -> match_start truncates large values

___
Python tracker 

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

[issue10182] match_start truncates large values

[Antoine Pitrou]

Antoine Pitrou added the comment:

Actually, we now have a 64-bit big endian buildbot and it does not show any 
test failure:
http://buildbot.python.org/all/builders/SPARC%20Solaris%2010%20%28cc%2C%2064b%29%20%5BSB%5D%203.x

[...]
checking size of int... 4
checking size of long... 8
checking size of void *... 8
checking size of short... 2
checking size of float... 4
checking size of double... 8
checking size of fpos_t... 8
checking size of size_t... 8
[...]
checking whether byte ordering is bigendian... yes

--

___
Python tracker 

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

[issue9650] format codes in time.strptime docstrings

[Éric Araujo]

Éric Araujo added the comment:

Any reason to not backport this?

--

___
Python tracker 

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

[issue10712] 2to3 fixer for deprecated unittest method names

[Benjamin Peterson]

Benjamin Peterson added the comment:

Looks fine, though. Make sure to add docs to library/2to3.rst.

--

___
Python tracker 

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

[issue10182] match_start truncates large values

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

Here is a test.

--
Added file: http://bugs.python.org/file28181/buildvalue_overflow_tests.patch

___
Python tracker 

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

[issue16592] stringlib_bytes_join doesn't raise MemoryError on allocation failure

[Antoine Pitrou]

New submission from Antoine Pitrou:

>>> l = [b''] * (100*1024*1024)
[104918914 refs]
>>> d = b''.join(l)
Traceback (most recent call last):
  File "", line 1, in 
SystemError: error return without exception set

(you'll have to adjust the list size based on your system memory size)

--
components: Interpreter Core
keywords: easy
messages: 176767
nosy: pitrou
priority: normal
severity: normal
stage: needs patch
status: open
title: stringlib_bytes_join doesn't raise MemoryError on allocation failure
type: behavior
versions: Python 3.4

___
Python tracker 

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

[issue16593] Have BSD 'make -s' DTRT

[Daniel Shahaf]

New submission from Daniel Shahaf:

FreeBSD make sets $$MAKEFLAGS differently than GNU make does.  Attached patch 
updates Makefile.pre.in to recognise that syntax too.

Preliminary versions discussed with Crys on #python-dev.

--
components: Build
messages: 176768
nosy: danielsh
priority: normal
severity: normal
status: open
title: Have BSD 'make -s' DTRT
type: enhancement
versions: Python 3.4

___
Python tracker 

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

[issue16593] Have BSD 'make -s' DTRT

[Daniel Shahaf]

Changes by Daniel Shahaf :


--
keywords: +patch
Added file: http://bugs.python.org/file28182/makedashs.diff

___
Python tracker 

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

[issue16593] Have BSD 'make -s' DTRT

[Christian Heimes]

Christian Heimes added the comment:

Thanks for your patch!

Crys

--
nosy: +christian.heimes
resolution:  -> fixed
stage:  -> committed/rejected
status: open -> closed

___
Python tracker 

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

[issue16592] stringlib_bytes_join doesn't raise MemoryError on allocation failure

[Roundup Robot]

Roundup Robot added the comment:

New changeset 9af5a2611202 by Christian Heimes in branch 'default':
Issue #16592: stringlib_bytes_join doesn't raise MemoryError on allocation 
failure
http://hg.python.org/cpython/rev/9af5a2611202

--
nosy: +python-dev

___
Python tracker 

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

[issue16592] stringlib_bytes_join doesn't raise MemoryError on allocation failure

[Christian Heimes]

Christian Heimes added the comment:

Antoine, on Unix you can restrict the address space of a program to test the 
issue without almost crashing and OOMing your box. ;)

>>> import resource
>>> resource.setrlimit(resource.RLIMIT_AS, (1024*1024*100, 1024*1024*100))
>>> l = [b''] * (100*1024*70)
>>> d = b''.join(l)
Traceback (most recent call last):
  File "", line 1, in 
MemoryError

I wonder why I don't see a memory error in Python 3.3 or earlier. Any idea?

--
nosy: +christian.heimes
resolution:  -> fixed
status: open -> pending

___
Python tracker 

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

[issue16572] Bad multi-inheritance support in some libs like threading or multiprocessing

[Éric Araujo]

Éric Araujo added the comment:

Adding Raymond, who thinks super is super, to the nosy list.

http://rhettinger.wordpress.com/2011/05/26/super-considered-super/

--
nosy: +eric.araujo, rhettinger

___
Python tracker 

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

[issue16593] Have BSD 'make -s' DTRT

[Roundup Robot]

Roundup Robot added the comment:

New changeset ceb325fdd54e by Christian Heimes in branch '3.2':
- Issue #16593: Have BSD 'make -s' do the right thing, thanks to Daniel Shahaf
http://hg.python.org/cpython/rev/ceb325fdd54e

New changeset 323f0aeba89d by Christian Heimes in branch '3.3':
Issue #16593: Have BSD 'make -s' do the right thing, thanks to Daniel Shahaf
http://hg.python.org/cpython/rev/323f0aeba89d

New changeset 0fa67e3f195d by Christian Heimes in branch '2.7':
- Issue #16593: Have BSD 'make -s' do the right thing, thanks to Daniel Shahaf
http://hg.python.org/cpython/rev/0fa67e3f195d

--
nosy: +python-dev

___
Python tracker 

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

[issue16588] gcc 4.7 unused-but-set warnings on Python/thread_pthread.h

[Roundup Robot]

Roundup Robot added the comment:

New changeset 280469ce6669 by Christian Heimes in branch '3.2':
Issue #16588: Silence unused-but-set warnings in Python/thread_pthread.h
http://hg.python.org/cpython/rev/280469ce6669

New changeset 470785a9fdd5 by Christian Heimes in branch '3.3':
Issue #16588: Silence unused-but-set warnings in Python/thread_pthread.h
http://hg.python.org/cpython/rev/470785a9fdd5

New changeset 33b070ef0bad by Christian Heimes in branch 'default':
Issue #16588: Silence unused-but-set warnings in Python/thread_pthread.h
http://hg.python.org/cpython/rev/33b070ef0bad

--
nosy: +python-dev

___
Python tracker 

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

[issue16588] gcc 4.7 unused-but-set warnings on Python/thread_pthread.h

[Christian Heimes]

Christian Heimes added the comment:

Jesús, I've used a slightly different comment in my patch.

Python 3.3 and 3.4 now compile the core and modules without any warnings. 3.2 
still has some warnings.

--
nosy: +christian.heimes
resolution:  -> fixed
stage: patch review -> committed/rejected
status: open -> closed
type:  -> compile error
versions: +Python 3.2, Python 3.4

___
Python tracker 

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

[issue8109] Server-side support for TLS Server Name Indication extension

[danblack]

danblack added the comment:

> Antoine Pitrou (pitrou) * Date: 2012-10-06 13:10
> Daniel, I'll take a look.

minor nag :-)

--

___
Python tracker 

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