[issue969718] BASECFLAGS are not passed to module build line

[koobs]

Changes by koobs :


--
nosy: +koobs

___
Python tracker 

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

[issue16612] Integrate "Argument Clinic" into CPython trunk

[Roundup Robot]

Roundup Robot added the comment:

New changeset 8fde1a2c94dc by Larry Hastings in branch 'default':
Issue #16612: Add "Argument Clinic", a compile-time preprocessor
http://hg.python.org/cpython/rev/8fde1a2c94dc

--
nosy: +python-dev

___
Python tracker 

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

[issue16612] Integrate "Argument Clinic" into CPython trunk

[Larry Hastings]

Larry Hastings added the comment:

Checked in.  Thanks everybody!

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

___
Python tracker 

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

[issue16612] Integrate "Argument Clinic" into CPython trunk

[koobs]

koobs added the comment:

_curses and _curses_panel fail to build after this commit on koobs-freebsd10 
buildslave, with some lovely clang warnings too.

Attaching full log here.

--
nosy: +koobs
Added file: http://bugs.python.org/file32217/koobs-freebsd10-py3x-build-610.log

___
Python tracker 

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

[issue1222585] C++ compilation support for distutils

[Arfrever Frehtes Taifersar Arahesis]

Changes by Arfrever Frehtes Taifersar Arahesis :


Added file: http://bugs.python.org/file32218/python-2.7-distutils-C++.patch

___
Python tracker 

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

[issue1222585] C++ compilation support for distutils

[Arfrever Frehtes Taifersar Arahesis]

Changes by Arfrever Frehtes Taifersar Arahesis :


Removed file: http://bugs.python.org/file28508/python-2.7-distutils-C++.patch

___
Python tracker 

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

[issue1222585] C++ compilation support for distutils

[Arfrever Frehtes Taifersar Arahesis]

Changes by Arfrever Frehtes Taifersar Arahesis :


Added file: http://bugs.python.org/file32219/python-3.3-distutils-C++.patch

___
Python tracker 

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

[issue1222585] C++ compilation support for distutils

[Arfrever Frehtes Taifersar Arahesis]

Changes by Arfrever Frehtes Taifersar Arahesis :


Added file: http://bugs.python.org/file32220/python-3.4-distutils-C++.patch

___
Python tracker 

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

[issue1222585] C++ compilation support for distutils

[Arfrever Frehtes Taifersar Arahesis]

Changes by Arfrever Frehtes Taifersar Arahesis :


Removed file: http://bugs.python.org/file28509/python-3.2-distutils-C++.patch

___
Python tracker 

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

[issue1222585] C++ compilation support for distutils

[Arfrever Frehtes Taifersar Arahesis]

Changes by Arfrever Frehtes Taifersar Arahesis :


Removed file: http://bugs.python.org/file28510/python-3.3-distutils-C++.patch

___
Python tracker 

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

[issue1222585] C++ compilation support for distutils

[Arfrever Frehtes Taifersar Arahesis]

Changes by Arfrever Frehtes Taifersar Arahesis :


Removed file: http://bugs.python.org/file28511/python-3.4-distutils-C++.patch

___
Python tracker 

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

[issue969718] BASECFLAGS are not passed to module build line

[Arfrever Frehtes Taifersar Arahesis]

Arfrever Frehtes Taifersar Arahesis added the comment:

OPT should not be used in Distutils at all.

Lib/distutils/sysconfig.py should have:
if 'CFLAGS' in os.environ:
cflags = os.environ['CFLAGS']

Makefile.pre.in should have:
$(RUNSHARED) CC='$(CC)' LDSHARED='$(BLDSHARED)' CFLAGS='$(PY_CFLAGS)' \
_TCLTK_INCLUDES='$(TCLTK_INCLUDES)' _TCLTK_LIBS='$(TCLTK_LIBS)' \
$(PYTHON_FOR_BUILD) $(srcdir)/setup.py $$quiet build

PY_CFLAGS is defined as:
PY_CFLAGS=  $(BASECFLAGS) $(OPT) $(CONFIGURE_CFLAGS) $(CFLAGS) 
$(EXTRA_CFLAGS)

So then OPT could be overriden when calling `make`.

See my patch for Distutils in bug #1222585. That patch also cleans handling of 
flags.

--

___
Python tracker 

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

[issue16612] Integrate "Argument Clinic" into CPython trunk

[Roundup Robot]

Roundup Robot added the comment:

New changeset 47618b00405b by Serhiy Storchaka in branch 'default':
Fix compilation of the curses module (broken by issue #16612).
http://hg.python.org/cpython/rev/47618b00405b

--

___
Python tracker 

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

[issue969718] BASECFLAGS are not passed to module build line

[Ned Deily]

Ned Deily added the comment:

Arfrever, your proposal is certainly one of many possible solutions and one 
that would be appropriate if we were designing the Python configure, Makefile, 
and Distutils components from scratch or looking at major changes to Distutils. 
 But we're not at this point.  We all know that Distutils is brittle and I 
think at this point in its life it is best to change as little as possible 
without really good reason.  For better or worse, most distributors and package 
maintainers have figured out how to make Distutils do what they need to do 
until the next generation of package building starts being addressed post-3.4.  
The proposed patch solves a very specific problem with very little risk (IMO) 
to breaking anyone's current solutions.

--

___
Python tracker 

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

[issue16038] ftplib: unlimited readline() from connection

[Giampaolo Rodola']

Giampaolo Rodola' added the comment:

I think this is already fixed. Barry can we close this out?

--

___
Python tracker 

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

[issue16612] Integrate "Argument Clinic" into CPython trunk

[Stefan Behnel]

Changes by Stefan Behnel :


--
nosy:  -scoder

___
Python tracker 

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

[issue16038] ftplib: unlimited readline() from connection

[Arfrever Frehtes Taifersar Arahesis]

Arfrever Frehtes Taifersar Arahesis added the comment:

It is fixed in Python 2.6, but not 2.7, 3.1, 3.2, 3.3, 3.4.

--

___
Python tracker 

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

[issue8964] platform._sys_version does not parse correctly IronPython 2.x version

[Marc-Andre Lemburg]

Marc-Andre Lemburg added the comment:

On 19.10.2013 07:06, Martin Matusiak wrote:
> 
> Martin Matusiak added the comment:
> 
> It seems the versions of IronPython 1.0 mentioned in test cases do actually 
> support the "in" keyword, so the first version of the patch is probably 
> sufficient.
> 
> Example session:
> 
 sys.version
> IronPython 1.0.60816 on .NET 2.0.50727.3643
 "IronPython" in sys.version
> True
 sys.version.startswith("IronPython")
> True

In that case, I'm +1 on using both to clean up the code.

--

___
Python tracker 

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

[issue19294] test_asyncio fails intermittently on OS X 10.4

[Ned Deily]

New submission from Ned Deily:

Since asyncio was checked in, there have been a couple of similar buildbot 
failures on the OS X 10.4 (Tiger) buildbot sandwiched around a successful run.  
I also saw a similar failure on a 10.4 system I have.  So far, the OS X 10.6 
(Snow Leopard) buildbot has not had any failures nor have I seen any so far in 
limited testing on other OS X version (newer than 10.4).

http://buildbot.python.org/all/builders/x86%20Tiger%203.x/builds/7093

http://buildbot.python.org/all/builders/x86%20Tiger%203.x/builds/7095

>From the 

==
ERROR: test_subprocess_shell 
(test.test_asyncio.test_events.KqueueEventLoopTests)
--
Traceback (most recent call last):
  File 
"/Users/db3l/buildarea/3.x.bolen-tiger/build/Lib/test/test_asyncio/test_events.py",
 line 1034, in test_subprocess_shell
self.loop.run_until_complete(connect())
  File 
"/Users/db3l/buildarea/3.x.bolen-tiger/build/Lib/asyncio/base_events.py", line 
177, in run_until_complete
return future.result()
  File "/Users/db3l/buildarea/3.x.bolen-tiger/build/Lib/asyncio/futures.py", 
line 221, in result
raise self._exception
  File "/Users/db3l/buildarea/3.x.bolen-tiger/build/Lib/asyncio/tasks.py", line 
261, in _step
result = next(coro)
  File 
"/Users/db3l/buildarea/3.x.bolen-tiger/build/Lib/test/test_asyncio/test_events.py",
 line 1031, in connect
'echo "Python"')
  File 
"/Users/db3l/buildarea/3.x.bolen-tiger/build/Lib/asyncio/base_events.py", line 
521, in subprocess_shell
protocol, cmd, True, stdin, stdout, stderr, bufsize, **kwargs)
  File 
"/Users/db3l/buildarea/3.x.bolen-tiger/build/Lib/asyncio/unix_events.py", line 
161, in _make_subprocess_transport
yield from transp._post_init()
  File 
"/Users/db3l/buildarea/3.x.bolen-tiger/build/Lib/asyncio/unix_events.py", line 
483, in _post_init
proc.stdin)
  File 
"/Users/db3l/buildarea/3.x.bolen-tiger/build/Lib/asyncio/base_events.py", line 
507, in connect_write_pipe
transport = self._make_write_pipe_transport(pipe, protocol, waiter)
  File 
"/Users/db3l/buildarea/3.x.bolen-tiger/build/Lib/asyncio/unix_events.py", line 
150, in _make_write_pipe_transport
return _UnixWritePipeTransport(self, pipe, protocol, waiter, extra)
  File 
"/Users/db3l/buildarea/3.x.bolen-tiger/build/Lib/asyncio/unix_events.py", line 
273, in __init__
if not stat.S_ISFIFO(os.fstat(self._fileno).st_mode):
OSError: [Errno 9] Bad file descriptor

==
ERROR: test_subprocess_shell 
(test.test_asyncio.test_events.SelectEventLoopTests)
--
Traceback (most recent call last):
  File 
"/Users/db3l/buildarea/3.x.bolen-tiger/build/Lib/test/test_asyncio/test_events.py",
 line 1034, in test_subprocess_shell
self.loop.run_until_complete(connect())
  File 
"/Users/db3l/buildarea/3.x.bolen-tiger/build/Lib/asyncio/base_events.py", line 
177, in run_until_complete
return future.result()
  File "/Users/db3l/buildarea/3.x.bolen-tiger/build/Lib/asyncio/futures.py", 
line 221, in result
raise self._exception
  File "/Users/db3l/buildarea/3.x.bolen-tiger/build/Lib/asyncio/tasks.py", line 
261, in _step
result = next(coro)
  File 
"/Users/db3l/buildarea/3.x.bolen-tiger/build/Lib/test/test_asyncio/test_events.py",
 line 1031, in connect
'echo "Python"')
  File 
"/Users/db3l/buildarea/3.x.bolen-tiger/build/Lib/asyncio/base_events.py", line 
521, in subprocess_shell
protocol, cmd, True, stdin, stdout, stderr, bufsize, **kwargs)
  File 
"/Users/db3l/buildarea/3.x.bolen-tiger/build/Lib/asyncio/unix_events.py", line 
161, in _make_subprocess_transport
yield from transp._post_init()
  File 
"/Users/db3l/buildarea/3.x.bolen-tiger/build/Lib/asyncio/unix_events.py", line 
483, in _post_init
proc.stdin)
  File 
"/Users/db3l/buildarea/3.x.bolen-tiger/build/Lib/asyncio/base_events.py", line 
507, in connect_write_pipe
transport = self._make_write_pipe_transport(pipe, protocol, waiter)
  File 
"/Users/db3l/buildarea/3.x.bolen-tiger/build/Lib/asyncio/unix_events.py", line 
150, in _make_write_pipe_transport
return _UnixWritePipeTransport(self, pipe, protocol, waiter, extra)
  File 
"/Users/db3l/buildarea/3.x.bolen-tiger/build/Lib/asyncio/unix_events.py", line 
273, in __init__
if not stat.S_ISFIFO(os.fstat(self._fileno).st_mode):
OSError: [Errno 9] Bad file descriptor

--
components: Tests
keywords: buildbot
messages: 200389
nosy: gvanrossum, ned.deily
priority: normal
severity: normal
status: open
title: test_asyncio fails intermittently on OS X 10.4
versions: Python 3.4

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 

[issue16742] PyOS_Readline drops GIL and calls PyOS_StdioReadline, which isn't thread safe

[Kristján Valur Jónsson]

Kristján Valur Jónsson added the comment:

Perhaps in debug builds the memory apis should verify consistency and matching 
useage.

--

___
Python tracker 

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

[issue19249] Enumeration.__eq__

[CliffM]

CliffM added the comment:

It is appropriate to modify the pickle-module to trap (a potential) the 
singletonicity-breaking event and raise a warning ? (I'm guessing an exception 
would be far too rude)

I like the idea of using identity-equality, but without the above trap one 
might get really weird bugs without a deep reading of the docs and/or code.

--

___
Python tracker 

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

[issue19292] Make SSLContext.set_default_verify_paths() work on Windows

[Christian Heimes]

Christian Heimes added the comment:

I've implemented most of the necessarily bindings in #17134. It's still missing 
trust setting checks and #16487 to load certs from memory or file object.

--

___
Python tracker 

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

[issue8964] platform._sys_version does not parse correctly IronPython 2.x version

[Martin Matusiak]

Martin Matusiak added the comment:

Attaching a v3 which uses "in" and "startswith".


Just for good measure I ran this module on IronPython 1.0 and it fails on 
import:

- bytes literal: b'(__libc_init)'
- "if" as infix operator: line 177
- "unexpected token open": use of "with" context manager on line 334
- "as" keyword: except OSError as why: line 430
- ImportError: No module named os. os and subprocess are missing altogether in 
IronPython 1.0.

That's as far as I looked - there may be other issues still. 

So I decided to isolate this one function and see if it works. It fails because 
re.ASCII does not exist. If I remove that then the function runs and parses its 
own sys.version correctly.

But it may be a bit of a stretch at this point to stay compatible that far back.

--
Added file: http://bugs.python.org/file32221/issue8964_v3.diff

___
Python tracker 

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

[issue19292] Make SSLContext.set_default_verify_paths() work on Windows

[Christian Heimes]

Christian Heimes added the comment:

http://www.python.org/dev/peps/pep-0453/#bundling-ca-certificates-with-cpython 
proposes that ensurepip comes with a default CA cert bundle, too. I see two 
issues with the proposal:

1) We must have a way to update the cert bundle outside the release cycle, e.g. 
with a download-able package from PyPI

2) CA certs can have an implicit purpose that is not part of the X.509 cert. A 
cert may only apply to server certs, client certs, S/MIME and/or other purposes 
like software signing. I have found a couple of issues in NSS certdata parsers 
and cert bundles like curl, Egenix OpenSSL (both fixed) and Ubuntu (not fixed 
yet). In order to get it right we need a separate bundle for every purpose. See 
https://bugs.launchpad.net/ubuntu/+source/ca-certificates/+bug/1207004

A while ago I started a PEP about the topic but it's not done yet. 
https://bitbucket.org/tiran/peps/src/tip/pep-.txt

--

___
Python tracker 

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

[issue18709] SSL module fails to handle NULL bytes inside subjectAltNames general names (CVE-2013-4238)

[Christian Heimes]

Christian Heimes added the comment:

I don't get it. Has somebody found a memory leak in my patch?

Larry, I have removed 2.7, 3.3 and 3.4 from the affected versions. They fix has 
already landed. 3.1 and 3.2 are still open, though.

Georg, the patch for 3.2 is still up to date. Are you going to commit it?

--
versions:  -Python 2.7, 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

[issue19287] __contains__() of dbm.ndbm databases fails with str

[Vajrasky Kok]

Vajrasky Kok added the comment:

What about dbm.gnu and dbm.dumb? Should we add string key support as well?

--
nosy: +vajrasky

___
Python tracker 

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

[issue8964] platform._sys_version does not parse correctly IronPython 2.x version

[Marc-Andre Lemburg]

Marc-Andre Lemburg added the comment:

On 19.10.2013 12:11, Martin Matusiak wrote:
> 
> Attaching a v3 which uses "in" and "startswith".
> 
> 
> Just for good measure I ran this module on IronPython 1.0 and it fails on 
> import:
> 
> - bytes literal: b'(__libc_init)'
> - "if" as infix operator: line 177
> - "unexpected token open": use of "with" context manager on line 334
> - "as" keyword: except OSError as why: line 430
> - ImportError: No module named os. os and subprocess are missing altogether 
> in IronPython 1.0.
> 
> That's as far as I looked - there may be other issues still. 
> 
> So I decided to isolate this one function and see if it works. It fails 
> because re.ASCII does not exist. If I remove that then the function runs and 
> parses its own sys.version correctly.
> 
> But it may be a bit of a stretch at this point to stay compatible that far 
> back.

Well, there's a catch here: the trunk version of platform.py is for
Python 3. This does not need to stay backwards compatible to Python 2
(but keeping it close to the Python 2 version helps make merges easier).

Then there's the Python 2.7 version, which receives patches like yours.
This has to stay compatible for Python versions relying on it, which
are in particular older IronPython and Jython versions that don't
ship with their own stdlib.

I think it's ok to use Python 2.4 as the latest version supported
by the Python 2.7 platform.py. The module is used for creating
Python packages and 2.4 is still used by some Zope/Plone installations.

If IronPython 1.0 does not support Python 2.4, we don't need to
support it in the 2.7 version of platform.py.

--

___
Python tracker 

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

[issue19287] __contains__() of dbm.ndbm databases fails with str

[Vajrasky Kok]

Vajrasky Kok added the comment:

Sorry, I just found out that you already created a separate ticket for dbm.gnu.

http://bugs.python.org/issue19288

What about dbm.dumb?

--

___
Python tracker 

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

[issue19295] Make asyncio work without threads

[Stefan Krah]

New submission from Stefan Krah:

I'm referring to msg200288.  I guess this is low priority, since
not many people will want to use asyncio on a build --without-threads.

--
keywords: buildbot
messages: 200399
nosy: gvanrossum, skrah
priority: low
severity: normal
stage: needs patch
status: open
title: Make asyncio work without threads
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

[issue19295] Make asyncio work without threads

[Stefan Krah]

Stefan Krah added the comment:

Meanwhile, the patch addresses the buildbot failure.  I currently don't
have access to the machine with my ssh-key, so I can't commit the patch
right now.

--
keywords: +patch
Added file: http://bugs.python.org/file3/issue19295.patch

___
Python tracker 

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

[issue18777] Cannot compile _ssl.c using openssl > 1.0

[Christian Heimes]

Changes by Christian Heimes :


--
resolution: fixed -> 
status: closed -> open

___
Python tracker 

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

[issue19251] bitwise ops for bytes of equal length

[Christian Heimes]

Christian Heimes added the comment:

bytes(x ^ y for x, y in zip(a, b)) is super-slow if you have to do XOR inside a 
hot loop for a couple of ten thousand times. int.from_bytes + int.to_bytes is 
about ten times faster. I expect bitwise ops of bytes to be even faster and 
more readable.

$ python3.3 -m timeit -n 10 -s "a = b'a'*64; b = b'b'*64" "bytes(x ^ y for 
x, y in zip(a, b))"
10 loops, best of 3: 7.5 usec per loop

$ python3.3 -m timeit -n 10 -s "a = b'a'*64; b = b'b'*64" "i = 
int.from_bytes(a, 'little') ^ int.from_bytes(b, 'little'); i.to_bytes(64, 
'little')"
10 loops, best of 3: 0.866 usec per loop

--

___
Python tracker 

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

[issue19296] Compiler warning when compiling dbm module

[Vajrasky Kok]

New submission from Vajrasky Kok:

I got this warning when compiling dbm module with Python 3.4.

/home/sky/Code/python/programming_language/cpython/Modules/_dbmmodule.c: In 
function ‘newdbmobject’:
/home/sky/Code/python/programming_language/cpython/Modules/_dbmmodule.c:55:5: 
warning: passing argument 1 of ‘dbm_open’ discards ‘const’ qualifier from 
pointer target type [enabled by default]
In file included from 
/home/sky/Code/python/programming_language/cpython/Modules/_dbmmodule.c:16:0:
/usr/include/ndbm.h:55:14: note: expected ‘char *’ but argument is of type 
‘const char *’

I have two ndbm.h.

/usr/include/ndbm.h
/usr/include/gdbm/ndbm.h

Both of them expect char *file not const char *file in dbm_open.

I downloaded the newest GNU database manager from 
http://www.gnu.org.ua/software/gdbm/download.html (gdbm-1.10.tar.gz). It 
expects char *file as well in dbm_open.

Attached the patch to silent the compiler warning.

But when I searched 'dbm_open' in search engines or did "man dbm_open", I got:

DBM *dbm_open(const char *file, int open_flags, mode_t file_mode);

So I am not really sure about this. Feel free to close this ticket if it is not 
valid.

--
components: Extension Modules
files: silent_compiler_warning_dbm_module.patch
keywords: patch
messages: 200402
nosy: vajrasky
priority: normal
severity: normal
status: open
title: Compiler warning when compiling dbm module
versions: Python 3.4
Added file: 
http://bugs.python.org/file32223/silent_compiler_warning_dbm_module.patch

___
Python tracker 

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

[issue19287] __contains__() of dbm.ndbm databases fails with str

[Berker Peksag]

Berker Peksag added the comment:

> What about dbm.dumb?

dbm.dumb works fine with str:

$ python3.3 -c 'from dbm import dumb; db=dumb.open("/tmp/db2", "c"); 
db["key"]="value"; print(b"key" in db); print("key" in db)'
True
True

$ ./python -c 'from dbm import dumb; db=dumb.open("/tmp/db2", "c"); 
db["key"]="value"; print(b"key" in db); print("key" in db)'
True
True

http://hg.python.org/cpython/file/47618b00405b/Lib/dbm/dumb.py#l217

--
nosy: +berker.peksag

___
Python tracker 

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

[issue16742] PyOS_Readline drops GIL and calls PyOS_StdioReadline, which isn't thread safe

[STINNER Victor]

STINNER Victor added the comment:

> Kristján Valur Jónsson added the comment:
>
> Perhaps in debug builds the memory apis should verify consistency and
matching useage.

Python does check usage of apis in debug mode. Memory allocation failure
are almost never checked. See my pyfailmalloc module for that.

--

___
Python tracker 

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

[issue8964] platform._sys_version does not parse correctly IronPython 2.x version

[Martin Matusiak]

Martin Matusiak added the comment:

Double checked that the test passes against both default and 2.7 branches.

Is there anything else that needs to happen here or are you satisfied, 
Marc-Andre?

--

___
Python tracker 

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

[issue18777] Cannot compile _ssl.c using openssl > 1.0

[Christian Heimes]

Christian Heimes added the comment:

Trent, can you have a look? There seems to be a hickup with the linker and 
dynamic loader. Python picks up the ssl libraries from /usr/lib instead of 
/usr/local/lib

ld -b build/temp.hp-ux-B.11.31-ia64-3.4/home/cpython/cpython/Modules/_ssl.o 
-L/usr/local/lib -lssl -lcrypto -o build/lib.hp-ux-B.11.31-ia64-3.4/_ssl.so
/usr/lib/hpux32/dld.so: Unsatisfied code symbol 'CRYPTO_THREADID_set_callback' 
in load module 'build/lib.hp-ux-B.11.31-ia64-3.4/_ssl.so'.
% ldd build/lib.hp-ux-B.11.31-ia64-3.4/_ssl.so
libssl.so.1 =>  /usr/lib/hpux32/libssl.so.1
libcrypto.so.1 =>   /usr/lib/hpux32/libcrypto.so.1
libdl.so.1 =>   /usr/lib/hpux32/libdl.so.1
libc.so.1 =>/usr/lib/hpux32/libc.so.1
libdl.so.1 =>   /usr/lib/hpux32/libdl.so.1
% strings /usr/lib/hpux32/libcrypto.so.1 | grep -i thread 
__thread_specific_seg
BN_BLINDING_get_thread_id
BN_BLINDING_set_thread_id
CRYPTO_thread_id


But:

% strings /usr/local/lib/hpux32/libcrypto.so | grep -i thread 
__thread_specific_seg
BN_BLINDING_get_thread_id
BN_BLINDING_set_thread_id
CRYPTO_THREADID_current
CRYPTO_THREADID_set_numeric
CRYPTO_THREADID_get_callback
CRYPTO_THREADID_set_callback



Christian

--
assignee: christian.heimes -> trent
nosy: +trent
priority: critical -> low

___
Python tracker 

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

[issue19292] Make SSLContext.set_default_verify_paths() work on Windows

[Antoine Pitrou]

Antoine Pitrou added the comment:

> Why is this not a security patch? Because it's not a "vulnerability"
> in the narrow technical sense? I expect that it will greatly increase
> the actual practical security, by making it easier to do the right
> thing.

IMO it's not a vulnerability. It's not a security hole in Python: the
flag is there for people to turn on or off, and the whole thing is
documented (with a highly visible red warning). The situation is
actually much better than in 2.7.

I would also like to point out Python isn't a Web browser: its use cases
are wider, and there's no default interactive UI to allow the user to
bypass certificate issues (which are still common nowadays on the
Internet). I think it makes it much less appropriate to be "strict by
default".

--

___
Python tracker 

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

[issue19254] Python implementation of PBKDF2_HMAC

[Roundup Robot]

Roundup Robot added the comment:

New changeset e73627483d2f by Christian Heimes in branch 'default':
Issue #19254: Provide an optimized Python implementation of PBKDF2_HMAC
http://hg.python.org/cpython/rev/e73627483d2f

--
nosy: +python-dev

___
Python tracker 

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

[issue19254] Python implementation of PBKDF2_HMAC

[Christian Heimes]

Christian Heimes added the comment:

Serhiy, I have taken your review into account. I still need to use memoryview() 
in order to handle all types that are supported by the format char "y*".

--
components: +Library (Lib)
resolution:  -> fixed
stage: patch review -> committed/rejected
status: open -> closed

___
Python tracker 

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

[issue18582] PBKDF2 support

[Roundup Robot]

Roundup Robot added the comment:

New changeset 0a26ef834a49 by Christian Heimes in branch 'default':
Issue #18582: provide a faster C implementation of pbkdf2_hmac that works with 
OpenSSL < 1.0
http://hg.python.org/cpython/rev/0a26ef834a49

--

___
Python tracker 

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

[issue8964] platform._sys_version does not parse correctly IronPython 2.x version

[Marc-Andre Lemburg]

Marc-Andre Lemburg added the comment:

On 19.10.2013 13:37, Martin Matusiak wrote:
> 
> Martin Matusiak added the comment:
> 
> Double checked that the test passes against both default and 2.7 branches.
> 
> Is there anything else that needs to happen here or are you satisfied, 
> Marc-Andre?

No, that's all :-)

Thanks, Martin.

Unfortunately, I don't have time in the next few days to check this
in. Could one of the other core devs please do ? Thanks.

--

___
Python tracker 

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

[issue19259] Provide Python implementation of operator.compare_digest()

[Christian Heimes]

Christian Heimes added the comment:

it's in the _operator module because we needed a place to put it that is 
*always* available. The C backend for the hashlib module is only available on 
platforms with OpenSSL (hence the internal name Modules/_hashopenssl.c).

The operator module already contains additional stuff like attrgetter() or 
itemgetter(). compare_digest is a special case of __eq__ with limited data 
types and a constant timing algorithm.

--

___
Python tracker 

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

[issue19227] test_multiprocessing_xxx hangs under Gentoo buildbots

[Christian Heimes]

Christian Heimes added the comment:

Does 2.7 also hang? The pthread_atfork() handler is also installed in 2.7.

Can you install the debugging symbols for libc and openssl on your machine?

--
nosy: +benjamin.peterson, georg.brandl, larry
priority: critical -> release blocker
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

[issue18747] Re-seed OpenSSL's PRNG after fork

[Christian Heimes]

Christian Heimes added the comment:

It's considered fixed but we have seen issues. The issues are tracked in 
#19227. AFAIK the fixed hasn't landed in 3.2 yet. I'm removing 2,7, 3.3 and 3.4 
from the versions list.

--
versions:  -Python 2.7, 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

[issue19227] test_multiprocessing_xxx hangs under Gentoo buildbots

[Charles-François Natali]

Charles-François Natali added the comment:

> It looks as though fork() is indirectly calling something in 
> _ssl.cpython-34dm.so which is not
> completing.

The stack is strange: what is /lib/libncursesw.so.5 doing there?
Also, we can see exit() is being called. And indeed, _fini() is some
shared libraary deallocation code...

--

___
Python tracker 

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

[issue18777] Cannot compile _ssl.c using openssl > 1.0

[Giampaolo Rodola']

Changes by Giampaolo Rodola' :


--
nosy:  -giampaolo.rodola

___
Python tracker 

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

[issue18747] Re-seed OpenSSL's PRNG after fork

[Charles-François Natali]

Charles-François Natali added the comment:

Well, I don't mean to be a pain, but I still think this patch
shouldn't have been applied: it makes fork() not async-safe, which
can trigger hard to debug, random bugs (#19227 might or might not be
a direct consequence).

at the very least, I still it shouldn't have been backported.

--

___
Python tracker 

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

[issue12029] Catching virtual subclasses in except clauses

[Nick Coghlan]

Changes by Nick Coghlan :


--
nosy: +ncoghlan

___
Python tracker 

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

[issue19297] test_asyncio: unclosed sockets

[Stefan Krah]

New submission from Stefan Krah:

unittest produces the following resource warnings:

$ ./python -m test -uall test_asyncio
[1/1] test_asyncio
/home/stefan/hg/master/Lib/unittest/case.py:571: ResourceWarning: unclosed 

  testMethod()
/home/stefan/hg/master/Lib/unittest/case.py:571: ResourceWarning: unclosed 

  testMethod()
/home/stefan/hg/master/Lib/unittest/case.py:571: ResourceWarning: unclosed 

  testMethod()
[...]


It seems to happen whenever run_test_server() from asyncio/test_utils.py is
used.

--
components: Tests
messages: 200417
nosy: skrah
priority: normal
severity: normal
status: open
title: test_asyncio: unclosed sockets
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

[issue12029] Catching virtual subclasses in except clauses

[Nick Coghlan]

Nick Coghlan added the comment:

The performance hit is that such a change would potentially make it more 
expensive to figure out that a raised exception *doesn't* match a given 
"except" clause, along with the complexity of introducing execution of 
arbitrary code while still unwinding the stack looking for an exception handler 
for the original exception.

As Benjamin noted above we already support dynamic exception handling through 
dynamically bound tuple lookups, so I don't think this feature is needed for 
the Django used case:

>>> caught_exceptions = ()
>>> def f(to_raise):
... try:
... raise to_raise
... except caught_exceptions:
... print("Caught the exception")
... 
>>> f(Exception)
Traceback (most recent call last):
  File "", line 1, in 
  File "", line 3, in f
Exception
>>> caught_exceptions = (Exception,)
>>> f(Exception)
Caught the exception

I know Guido indicated above that he considers the current behaviour a bug, and 
I even agree that enshrining the two slightly different definitions of 
"issubclass" is ugly, but the complete lack of use cases without other 
solutions and the complex implications of unifying them mean that I think it 
may be worth accepting the additional complexity in the language definition 
instead.

That means the question in my mind is whether we can make it less 
surprising/user-hostile by issuing a warning at class definition time.

Since all exceptions are required to inherit from BaseException in order to be 
permitted in raise statements *or* except clauses, it seems to me that having a 
check in PyType ready that emits a warning when it detects the use of the 
virtual subclass machinery should suffice. That is, all of these should emit a 
warning:

  class BadExceptionABC_1(BaseException, metaclass=abc.ABCMeta): pass
  class BadExceptionABC_2(abc.ABC, BaseException): pass
  class BadExceptionABC_3(BaseException):
  def __instancecheck__(*args): return False
  class BadExceptionABC_4(BaseException):
  def __subclasscheck__(*args): return False

We could even go further and make it a DeprecationWarning intially and upgrade 
to a full TypeError in a later release (although we obviously can't do that if 
Guido would prefer to unify the behaviour instead).

--

___
Python tracker 

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

[issue18810] Stop doing stat calls in importlib.machinery.FileFinder to see if something is a file or folder

[Brett Cannon]

Brett Cannon added the comment:

Nick pointed out that the change to FileFinder is possibly going to break 
subclasses since the os module code doesn't treat '' as the cwd (which is 
unfortunate) and so people may have been relying on that never being the case. 
Really shouldn't matter all that much to the typical import though since 
PathFinder will still pass the full directory down to FileFinder.

--

___
Python tracker 

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

[issue12029] Catching virtual subclasses in except clauses

[Nick Coghlan]

Nick Coghlan added the comment:

Actually, I take back the performance comment - Jim's right that in the normal 
case, the slowdown should be minimal (it's just some additional checks that 
certain slots aren't populated on each listed exception class), and types can 
already influence that by messing with the MRO.

That just leaves the complexity argument associated with running arbitrary code 
at an unexpected place in the eval loop, and for that the tests in the patch 
would need to be strengthened with some pathological examples like:

- __subclasscheck__ raising an exception
- __subclasscheck__ raising and then suppressing an exception
- __subclasscheck__ invoking the garbage collector
- __subclasscheck__ hitting the recursion limit
- __subclasscheck__ provoking MemoryError

The games the current patch already has to play with the recursion limit also 
bother me.

However, if an alternate approach could be found that avoids the adjustment of 
the recursion limit in the eval loop, that also sensibly survived the kinds of 
arbitrary code execution torture tests I mention above, then I'd be far more 
sanguine about the idea of actually resolving the discrepancy rather than 
formalising it as part of the general fact that the exception hierarchy isn't 
as flexible as most of the rest of the language.

--

___
Python tracker 

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

[issue12029] Catching virtual subclasses in except clauses

[Antoine Pitrou]

Antoine Pitrou added the comment:

> Actually, I take back the performance comment - Jim's right that in
> the normal case, the slowdown should be minimal (it's just some
> additional checks that certain slots aren't populated on each listed
> exception class), and types can already influence that by messing with
> the MRO.

I think that the performance question can only really be answered by
running (micro-)benchmarks here.

--

___
Python tracker 

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

[issue19297] test_asyncio: unclosed sockets

[Vajrasky Kok]

Vajrasky Kok added the comment:

Attached the patch to fix the resource warning problem.

--
keywords: +patch
nosy: +vajrasky
Added file: 
http://bugs.python.org/file32224/close_httpd_server_in_asyncio_test_utils.patch

___
Python tracker 

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

[issue19298] Use __atribute__(cleanup ...) to detect refleaks

[Brett Cannon]

New submission from Brett Cannon:

GCC defines an __attribute__ called 'cleanup' which attaches to a variable 
declaration and specifies a function to execute with an argument of a pointer 
to the variable when the block scope is left. Typically this is used to 
automate cleanup (much like smart pointers in C++), but we can't do that if we 
want to support compilers other than GCC (and Clang based on my testing). 
Cleanup's definition can be found at 
http://gcc.gnu.org/onlinedocs/gcc/Variable-Attributes.html .

But what we can use it for is refcount verification. So if we defined a 
freed(PyObject **) cleanup function we could verify in a debug build that the 
memory in fact was erased with the memory pattern that a debug build overwrites 
memory with. If something is expected to have <= 1 refcount (i.e. the 
variable's value is to be returned assuming nothing went wrong) then we could 
check if it was freed or if it had exactly a refcount of 1. This obviously only 
works for local variables which are assigned fresh objects (since there is no 
way to measure the delta of a refcount from assignment to block exit), but it 
would still help detect some refleaks. It would also potentially help with Dave 
Malcolm's gcc refleak detector by providing hints as to what the expected 
outcome is.

Credit to David Stutzbach for suggesting this usage.

--
components: Extension Modules, Interpreter Core
messages: 200423
nosy: brett.cannon, dmalcolm, stutzbach
priority: normal
severity: normal
stage: test needed
status: open
title: Use __atribute__(cleanup ...) to detect refleaks
type: enhancement

___
Python tracker 

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

[issue19297] test_asyncio: unclosed sockets

[Antoine Pitrou]

Changes by Antoine Pitrou :


--
nosy: +gvanrossum
stage:  -> patch review
type:  -> resource usage

___
Python tracker 

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

[issue19298] Use __atribute__(cleanup ...) to detect refleaks

[Christian Heimes]

Christian Heimes added the comment:

That's a fantastic idea! :)

--
nosy: +christian.heimes
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

[issue19299] test_asyncio refleak failures

[Antoine Pitrou]

New submission from Antoine Pitrou:

Either the tests forget to cleanup resources at the end, or the library itself 
has resource management issues.

$ ./python -Wi -m test -R 3:3 test_asyncio
[1/1] test_asyncio
beginning 6 repetitions
123456
..
test_asyncio leaked [240, -677, -158] references, sum=-595
test_asyncio leaked [36, -116, -29] memory blocks, sum=-109

--
components: Library (Lib), Tests
messages: 200425
nosy: gvanrossum, pitrou
priority: high
severity: normal
stage: needs patch
status: open
title: test_asyncio refleak failures
type: resource usage
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

[issue19299] test_asyncio refleak failures

[Antoine Pitrou]

Changes by Antoine Pitrou :


--
nosy: +larry

___
Python tracker 

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

[issue19291] Add docs for asyncio package (Tulip, PEP 3156)

[Antoine Pitrou]

Changes by Antoine Pitrou :


--
nosy: +eric.araujo, ezio.melotti, georg.brandl

___
Python tracker 

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

[issue19293] test_asyncio failures on AIX

[David Edelsohn]

David Edelsohn added the comment:

Commenting out poll in selectors.py does not help.

AIX has its own epoll/kqueue efficient I/O event polling feature "pollset", 
which I will open as a separate enhancement request issue.

Some of the subprocess tests in test_asyncio/test_events.py related to signals 
are hanging on AIX: test_subprocess_interactive, test_subprocess_kill and 
test_subprocess_send_signal all hang. This probably is related to Issue #18238 
and the tests skipped in test_signal.py.

The attached patch skips those tests on AIX.

--
components: +Tests
keywords: +patch
Added file: http://bugs.python.org/file32225/issue19293.patch

___
Python tracker 

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

[issue19294] test_asyncio fails intermittently on OS X 10.4

[Guido van Rossum]

Guido van Rossum added the comment:

Thanks for reporting these. These tests sometimes pass and sometimes fail,
right? I suspect that there's a race condition in the test and slower
machines provoke it more often. I'm not sure what to do -- I won't have
time to properly debug this until after the release; perhaps it's best to
temporarily disable the failing tests?

--

___
Python tracker 

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

[issue19295] Make asyncio work without threads

[Roundup Robot]

Roundup Robot added the comment:

New changeset 1c281f3de48f by Guido van Rossum in branch 'default':
Skip the asyncio tests when threads are not available.
http://hg.python.org/cpython/rev/1c281f3de48f

--
nosy: +python-dev

___
Python tracker 

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

[issue18582] PBKDF2 support

[Roundup Robot]

Roundup Robot added the comment:

New changeset 88fac1574049 by Christian Heimes in branch 'default':
Issue #18582: HMAC_CTX_copy() is not available on OpenSSL < 1.0
http://hg.python.org/cpython/rev/88fac1574049

--

___
Python tracker 

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

[issue19292] Make SSLContext.set_default_verify_paths() work on Windows

[Guido van Rossum]

Guido van Rossum added the comment:

@Christian: What is holding up those patches? I don't believe we should be
in the business of distributing certificates -- we should however make it
easy to use the system certificates.

@Antoine: I still claim that a flag that defaults to no security is a
vulnerability -- nobody reads warnings in docs until *after* they've been
bitten. It should be an explicit choice in the script or app to disable
certificate checking. If you can't access a server because its certificate
is expired, how is that different than any other misconfiguration that
makes a server inaccessible until its administrator fixes it?

On Sat, Oct 19, 2013 at 4:53 AM, Antoine Pitrou wrote:

>
> Antoine Pitrou added the comment:
>
> > Why is this not a security patch? Because it's not a "vulnerability"
> > in the narrow technical sense? I expect that it will greatly increase
> > the actual practical security, by making it easier to do the right
> > thing.
>
> IMO it's not a vulnerability. It's not a security hole in Python: the
> flag is there for people to turn on or off, and the whole thing is
> documented (with a highly visible red warning). The situation is
> actually much better than in 2.7.
>
> I would also like to point out Python isn't a Web browser: its use cases
> are wider, and there's no default interactive UI to allow the user to
> bypass certificate issues (which are still common nowadays on the
> Internet). I think it makes it much less appropriate to be "strict by
> default".
>
> --
>
> ___
> Python tracker 
> 
> ___
>

--

___
Python tracker 

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

[issue19297] test_asyncio: unclosed sockets

[Guido van Rossum]

Guido van Rossum added the comment:

I noticed this previously and was told it wasn't very important. Can I delay 
the fix until after the alpha 4 release?

--

___
Python tracker 

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

[issue19292] Make SSLContext.set_default_verify_paths() work on Windows

[Christian Heimes]

Christian Heimes added the comment:

Am 19.10.2013 18:02, schrieb Guido van Rossum:
> @Christian: What is holding up those patches? I don't believe we should be
> in the business of distributing certificates -- we should however make it
> easy to use the system certificates.

The usual issues: lack of time and too much to do.

> 
> @Antoine: I still claim that a flag that defaults to no security is a
> vulnerability -- nobody reads warnings in docs until *after* they've been
> bitten. It should be an explicit choice in the script or app to disable
> certificate checking. If you can't access a server because its certificate
> is expired, how is that different than any other misconfiguration that
> makes a server inaccessible until its administrator fixes it?

It would be nice to add a feature to the SSL module that behaves like
browsers: white list a cert's SPKI (subject private key info) for a FQDN
+ Port.

Christian

--

___
Python tracker 

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

[issue19293] test_asyncio failures on AIX

[Roundup Robot]

Roundup Robot added the comment:

New changeset 41a841fac7fb by Guido van Rossum in branch 'default':
Disable some subprocess tests that hang on AIX.
http://hg.python.org/cpython/rev/41a841fac7fb

--
nosy: +python-dev

___
Python tracker 

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

[issue19297] test_asyncio: unclosed sockets

[Stefan Krah]

Stefan Krah added the comment:

Yes, the fix can certainly be delayed -- it's just a minor thing that's
as little distracting.

--

___
Python tracker 

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

[issue19293] test_asyncio failures on AIX

[Guido van Rossum]

Guido van Rossum added the comment:

Thanks for the investigation and the patch.

As to the deeper issue, I'm not sure I understand what's going on -- is this a 
bug in Python or in AIX?  Is there a better work-around than disabling the 
test?  The issue 18238 that you mention seems to be closed by disabling tests 
too, but that seems unsatisfactory.

Is the real issue that select() and poll() on AIX cannot be interrupted by 
signals?  That sounds really sad.

--

___
Python tracker 

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

[issue19292] Make SSLContext.set_default_verify_paths() work on Windows

[Antoine Pitrou]

Antoine Pitrou added the comment:

> @Antoine: I still claim that a flag that defaults to no security is a
> vulnerability -- nobody reads warnings in docs until *after* they've been
> bitten. It should be an explicit choice in the script or app to disable
> certificate checking.

If we were introducing urllib right now, I agree it would be better to
be "secure by default". But urlopen() has been there for a long time,
it's used a lot and changing the default will break some of the scripts
or apps that have been working fine for ages.

> If you can't access a server because its certificate
> is expired, how is that different than any other misconfiguration that
> makes a server inaccessible until its administrator fixes it?

It's different because the server isn't inaccessible. Its HTTPS service
works fine, it's just that the certificate is untrustable according to
some chosen security settings.

(besides, an expired certificate is not a "misconfiguration"; it worked
fine until it expired; not all systems have dedicated paid
administrators, so this situation is not uncommon)

Again, I think it may be reasonable to change in 3.4, but not in bugfix
versions.

By the way, I seem to remember even svn.python.org used a CACert-emitted
certificate during a long time... a cert that wasn't validated by major
browsers.

--

___
Python tracker 

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

[issue19293] test_asyncio failures on AIX

[Charles-François Natali]

Charles-François Natali added the comment:

Does AIX have an equivalent to Linux's strace?
If yes, having a sample output would be helpful.

Otherwise, maybe just adding manual debug traces to PollSelector.select() would 
help to see which events are reported.

--
nosy: +neologix

___
Python tracker 

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

[issue19293] test_asyncio failures on AIX

[Stefan Krah]

Stefan Krah added the comment:

I think the failure is not only on AIX. The FreeBSD bots had similar
failures, and here is one on PPC Linux:

http://buildbot.python.org/all/builders/PPC64%20PowerLinux%203.x/builds/881/steps/test/logs/stdio

Timeout (1:00:00)!
Thread 0x008074e46670:
  File 
"/home/shager/cpython-buildarea/3.x.edelsohn-powerlinux-ppc64/build/Lib/selectors.py",
 line 313 in select
  File 
"/home/shager/cpython-buildarea/3.x.edelsohn-powerlinux-ppc64/build/Lib/asyncio/base_events.py",
 line 576 in _run_once
  File 
"/home/shager/cpython-buildarea/3.x.edelsohn-powerlinux-ppc64/build/Lib/asyncio/base_events.py",
 line 153 in run_forever
  File 
"/home/shager/cpython-buildarea/3.x.edelsohn-powerlinux-ppc64/build/Lib/asyncio/base_events.py",
 line 172 in run_until_complete
  File 
"/home/shager/cpython-buildarea/3.x.edelsohn-powerlinux-ppc64/build/Lib/test/test_asyncio/test_events.py",
 line 1078 in test_subprocess_close_after_finish
  File 
"/home/shager/cpython-buildarea/3.x.edelsohn-powerlinux-ppc64/build/Lib/unittest/case.py",
 line 571 in run
  File 
"/home/shager/cpython-buildarea/3.x.edelsohn-powerlinux-ppc64/build/Lib/unittest/case.py",
 line 610 in __call__
  File 
"/home/shager/cpython-buildarea/3.x.edelsohn-powerlinux-ppc64/build/Lib/unittest/suite.py",
 line 117 in run
  File 
"/home/shager/cpython-buildarea/3.x.edelsohn-powerlinux-ppc64/build/Lib/unittest/suite.py",
 line 79 in __call__
  File 
"/home/shager/cpython-buildarea/3.x.edelsohn-powerlinux-ppc64/build/Lib/unittest/suite.py",
 line 117 in run
  File 
"/home/shager/cpython-buildarea/3.x.edelsohn-powerlinux-ppc64/build/Lib/unittest/suite.py",
 line 79 in __call__
  File 
"/home/shager/cpython-buildarea/3.x.edelsohn-powerlinux-ppc64/build/Lib/unittest/suite.py",
 line 117 in run
  File 
"/home/shager/cpython-buildarea/3.x.edelsohn-powerlinux-ppc64/build/Lib/unittest/suite.py",
 line 79 in __call__
  File 
"/home/shager/cpython-buildarea/3.x.edelsohn-powerlinux-ppc64/build/Lib/unittest/runner.py",
 line 168 in run
  File 
"/home/shager/cpython-buildarea/3.x.edelsohn-powerlinux-ppc64/build/Lib/test/support/__init__.py",
 line 1661 in _run_suite
  File 
"/home/shager/cpython-buildarea/3.x.edelsohn-powerlinux-ppc64/build/Lib/test/support/__init__.py",
 line 1695 in run_unittest
  File 
"/home/shager/cpython-buildarea/3.x.edelsohn-powerlinux-ppc64/build/Lib/test/test_asyncio/__init__.py",
 line 26 in test_main
  File 
"/home/shager/cpython-buildarea/3.x.edelsohn-powerlinux-ppc64/build/Lib/test/regrtest.py",
 line 1276 in runtest_inner
  File 
"/home/shager/cpython-buildarea/3.x.edelsohn-powerlinux-ppc64/build/Lib/test/regrtest.py",
 line 965 in runtest
  File 
"/home/shager/cpython-buildarea/3.x.edelsohn-powerlinux-ppc64/build/Lib/test/regrtest.py",
 line 761 in main
  File 
"/home/shager/cpython-buildarea/3.x.edelsohn-powerlinux-ppc64/build/Lib/test/regrtest.py",
 line 1560 in main_in_temp_cwd
  File 
"/home/shager/cpython-buildarea/3.x.edelsohn-powerlinux-ppc64/build/Lib/test/__main__.py",
 line 3 in 
  File 
"/home/shager/cpython-buildarea/3.x.edelsohn-powerlinux-ppc64/build/Lib/runpy.py",
 line 73 in _run_code
  File 
"/home/shager/cpython-buildarea/3.x.edelsohn-powerlinux-ppc64/build/Lib/runpy.py",
 line 160 in _run_module_as_main
make: *** [buildbottest] Error 1

--
nosy: +skrah

___
Python tracker 

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

[issue19285] test_asyncio failures on FreeBSD

[Stefan Krah]

Stefan Krah added the comment:

Ok, the timings have been adjusted, so I'm making #19293 a superseder
for the hanging issue.

--
resolution:  -> duplicate
status: open -> closed
superseder:  -> test_asyncio failures on AIX

___
Python tracker 

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

[issue19293] test_asyncio hanging for 1 hour

[Stefan Krah]

Changes by Stefan Krah :


--
title: test_asyncio failures on AIX -> test_asyncio hanging for 1 hour

___
Python tracker 

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

[issue19293] test_asyncio hanging for 1 hour

[Guido van Rossum]

Guido van Rossum added the comment:

[Off-topic: Heck, another one of those upside-down tracebacks. WHY???]

I'll need a lot of help from folks on the affected platforms in debugging this, 
since these tests work fine when I run them on the platforms to which I have 
access (Ubuntu and OS X).

I would also like to point out 
http://code.google.com/p/tulip/issues/detail?id=67 (and the thread referenced 
in my last message there) as well as 
http://code.google.com/p/tulip/issues/detail?id=68.  Perhaps there are clues 
there.

I hope that we'll be able to sort this out before the beta release.

--

___
Python tracker 

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

[issue19293] test_asyncio hanging for 1 hour

[Guido van Rossum]

Changes by Guido van Rossum :


--
assignee:  -> gvanrossum

___
Python tracker 

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

[issue19292] Make SSLContext.set_default_verify_paths() work on Windows

[Guido van Rossum]

Guido van Rossum added the comment:

So you agree that we should change the urllib default in 3.4? I'm all for
that.

Tools like svn and hg have extensive configurations for this purpose, and
(at least hg) secure defaults; I certainly remember having to deal with hg
complaining about the security of some repo site, where the fix was
something I had to put in my .hgrc. That's interactive enough.

These days, I wouldn't trust a site that lets its certificate expire with
anything important.

On Sat, Oct 19, 2013 at 9:22 AM, Antoine Pitrou wrote:

>
> Antoine Pitrou added the comment:
>
> > @Antoine: I still claim that a flag that defaults to no security is a
> > vulnerability -- nobody reads warnings in docs until *after* they've been
> > bitten. It should be an explicit choice in the script or app to disable
> > certificate checking.
>
> If we were introducing urllib right now, I agree it would be better to
> be "secure by default". But urlopen() has been there for a long time,
> it's used a lot and changing the default will break some of the scripts
> or apps that have been working fine for ages.
>
> > If you can't access a server because its certificate
> > is expired, how is that different than any other misconfiguration that
> > makes a server inaccessible until its administrator fixes it?
>
> It's different because the server isn't inaccessible. Its HTTPS service
> works fine, it's just that the certificate is untrustable according to
> some chosen security settings.
>
> (besides, an expired certificate is not a "misconfiguration"; it worked
> fine until it expired; not all systems have dedicated paid
> administrators, so this situation is not uncommon)
>
> Again, I think it may be reasonable to change in 3.4, but not in bugfix
> versions.
>
> By the way, I seem to remember even svn.python.org used a CACert-emitted
> certificate during a long time... a cert that wasn't validated by major
> browsers.
>
> --
>
> ___
> Python tracker 
> 
> ___
>

--

___
Python tracker 

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

[issue19292] Make SSLContext.set_default_verify_paths() work on Windows

[Antoine Pitrou]

Antoine Pitrou added the comment:

> Tools like svn and hg have extensive configurations for this purpose, and
> (at least hg) secure defaults; I certainly remember having to deal with hg
> complaining about the security of some repo site, where the fix was
> something I had to put in my .hgrc. That's interactive enough.

It is not about svn and hg, it was just an example that even in the
python.org realm we have used certificates that were (deliberately, in a
way) untrusted by major software.

--

___
Python tracker 

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

[issue19292] Make SSLContext.set_default_verify_paths() work on Windows

[Guido van Rossum]

Guido van Rossum added the comment:

But do you agree that the urllib default should be changed?

--

___
Python tracker 

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

[issue19292] Make SSLContext.set_default_verify_paths() work on Windows

[Antoine Pitrou]

Antoine Pitrou added the comment:

> But do you agree that the urllib default should be changed?

Well, I'm fine for 3.4, even though I'm not particularly
enthusiastic :-)

--

___
Python tracker 

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

[issue19300] Swap keyword arguments in open() to make encoding easier to use

[py.user]

New submission from py.user:

>>> print(open.__doc__)
open(file, mode='r', buffering=-1, encoding=None,
 errors=None, newline=None, closefd=True, opener=None) -> file object


It would be handy to use
open('file.txt', 'r', 'utf-8')

instead of
open('file.txt', 'r', encoding='utf-8')

--
components: Interpreter Core
messages: 200445
nosy: py.user
priority: normal
severity: normal
status: open
title: Swap keyword arguments in open() to make encoding easier to use
type: enhancement
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

[issue19292] Make SSLContext.set_default_verify_paths() work on Windows

[Christian Heimes]

Christian Heimes added the comment:

I fear it's a bit too late in the release cycle to get it right. Feature freeze 
is in about a month and this is a major change. 

The set_default_verify_paths() works only on some Unix platforms when OpenSSL 
configured with the distribution-specific paths to CAfile or CApath. A user 
installation of OpenSSL will most probably not work correctly. And there is Mac 
OS X ... Apple has deprecated OpenSSL and doesn't provide certificates as 
files. Apple's build of OpenSSL is patched and re-uses the keychain API.

My Windows patch only offers certificates that already exist in Windows' cert 
stores. IE can trigger background downloads of yet unknown
CA certs...

IMHO we should add root CA certs for every purpose with Python and implement a 
way to replace the shipped certs with update packages.

--

___
Python tracker 

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

[issue19300] Swap keyword arguments in open() to make encoding easier to use

[Ezio Melotti]

Ezio Melotti added the comment:

That would be backward incompatible.

--
nosy: +ezio.melotti
resolution:  -> rejected
stage:  -> committed/rejected
status: open -> closed
versions:  -Python 3.3

___
Python tracker 

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

[issue16612] Integrate "Argument Clinic" into CPython trunk

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

Here is a patch with yet some tiny changes (but they are too large for just 
comment). It corrects misleading docstrings of permute_*_option_groups() and 
simplifies rstrip_lines() and permute_optional_groups(). Fill free to apply 
those of them which look good to you.

--
Added file: http://bugs.python.org/file32226/clinic_tiny_changes.patch

___
Python tracker 

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

[issue19293] test_asyncio hanging for 1 hour

[David Edelsohn]

David Edelsohn added the comment:

My understanding of the issue is POSIX and The Open Group specification are 
ambiguous about the handling of Unix socket API calls when interrupted by a 
signal. Linux implements a more liberal, accommodating behavior and the Python 
Async I/O implementation is assuming those semantics. AIX inherited a lot from 
OSF, Mac OS X/Darwin inherited a lot from FreeBSD, both of which adopted more 
"unforgiving behavior".

The following web page seems to summarize the issue:

http://www.madore.org/~david/computers/connect-intr.html

I don't know if the description still is accurate for BSDs, but AIX likely 
implemented more pedantic, unforgiving semantics.

The standard seems to allow the behavior seen in AIX and FreeBSD, regardless of 
whether it is less useful / pleasant. From a pedantic standpoint, I think this 
is a bug in the Python implementation of Async I/O because it assumes behavior 
(implemented by Linux) not required by an implementation that conforms to the 
POSIX and Open Group specifications.

--

___
Python tracker 

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

[issue19279] UTF-7 to UTF-8 decoding crash

[Roundup Robot]

Roundup Robot added the comment:

New changeset 214c0aac7540 by Serhiy Storchaka in branch '2.7':
Issue #19279: UTF-7 decoder no more produces illegal unicode strings.
http://hg.python.org/cpython/rev/214c0aac7540

New changeset f471f2f05621 by Serhiy Storchaka in branch '3.3':
Issue #19279: UTF-7 decoder no more produces illegal strings.
http://hg.python.org/cpython/rev/f471f2f05621

New changeset 7dde9c553f16 by Serhiy Storchaka in branch 'default':
Issue #19279: UTF-7 decoder no more produces illegal strings.
http://hg.python.org/cpython/rev/7dde9c553f16

--
nosy: +python-dev

___
Python tracker 

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

[issue18582] PBKDF2 support

[Roundup Robot]

Roundup Robot added the comment:

New changeset a15fcb847515 by Christian Heimes in branch 'default':
Issue #18582: skip test of _hashlib.pbkdf2_hmac if OpenSSL is not available or 
too old
http://hg.python.org/cpython/rev/a15fcb847515

--

___
Python tracker 

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

[issue19293] test_asyncio hanging for 1 hour

[David Edelsohn]

David Edelsohn added the comment:

Also, the Python buildbot for AIX is running on a POWER AIX 7.1 system at OSU 
OSL that is a member of the "GCC Compile Farm" cluster on which FOSS developers 
can obtain free accounts. If you want access to an AIX system for testing, it's 
available.

--

___
Python tracker 

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

[issue19301] Globals declared in function scope have wrong __qualname__

[Alexandre Vassalotti]

New submission from Alexandre Vassalotti:

The value of __qualname__ for globals declared in function scope doesn't seems 
right to me:

>>> def f():
...global C
...class C: pass
...return C.__qualname__
...
>>> f()
'f..C'

It would be much more useful to return 'C' in this case. In my case, fixing 
this would help me write cleaner unit tests for pickle, since it would allow me 
to keep test classes with their test code.

--
assignee: alexandre.vassalotti
messages: 200453
nosy: alexandre.vassalotti, pitrou
priority: high
severity: normal
stage: needs patch
status: open
title: Globals declared in function scope have wrong __qualname__
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

[issue19259] Provide Python implementation of operator.compare_digest()

[Terry J. Reedy]

Terry J. Reedy added the comment:

attrgetter and itemgetter are partial versions of getattr (. operator) and 
op.getitem ([] operator). I see now that _compare_digest might have more 
clearly been named _eq_strng_slow ;-). ('Compare' implies to me a -1, 0, 1 
return.)

Are you planning to leave the initial '_' and if so, would this function be 
documented?

--

___
Python tracker 

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

[issue19292] Make SSLContext.set_default_verify_paths() work on Windows

[Guido van Rossum]

Guido van Rossum added the comment:

No, please let's not get in the business of shipping certs. Please not.
There should be only *one* place per system where sysadmins have to update
certs. It would not scale if every language implementation were to have its
own set of certs.

Trusting only certs already on the system sounds fine.

Reading certs from memory sounds like a good start no matter whether we
manage to get the rest working, so please prioritize that.

The next step should be fixing set_default_verify_paths() for Windows (at
least for somewhat recent versions).

On OS X it becomes a priority once the default build no longers use the
system openssl.

--

___
Python tracker 

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

[issue1772673] Replacing char* with const char*

[Roundup Robot]

Roundup Robot added the comment:

New changeset 3055e61f1e66 by Serhiy Storchaka in branch 'default':
Issue #1772673: The type of `char*` arguments now changed to `const char*`.
http://hg.python.org/cpython/rev/3055e61f1e66

--
nosy: +python-dev

___
Python tracker 

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

[issue19302] Add support for AIX pollset efficient event I/O polling

[David Edelsohn]

New submission from David Edelsohn:

Implement AIX pollset in Modules/selectmodule.c

--
components: Extension Modules
messages: 200457
nosy: David.Edelsohn
priority: normal
severity: normal
status: open
title: Add support for AIX pollset efficient event I/O polling
type: enhancement
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

[issue19293] test_asyncio hanging for 1 hour

[Charles-François Natali]

Charles-François Natali added the comment:

Wait, I think there's a misunderstanding here.
POSIX does indeed leave undefined the behavior of syscalls when a
signal is received: whether or not it fails with EINTR depends on the
operating system, the SA_RESTART flag, etc.

But the tests we're talking about send signals whose default actions
are to terminate the process (e.g. SIGTERM, SIGHUP, etc): I cannot
beleive AIX doesn't terminate the processes in these situations, I
think it's a bug in asyncio which prevent the termination from being
detected (David, you can just use "ps" to check that the processes are
indeed terminated).

--

___
Python tracker 

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

[issue1772673] Replacing char* with const char*

[Serhiy Storchaka]

Changes by Serhiy Storchaka :


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

___
Python tracker 

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

[issue19301] Globals declared in function scope have wrong __qualname__

[Arfrever Frehtes Taifersar Arahesis]

Changes by Arfrever Frehtes Taifersar Arahesis :


--
nosy: +Arfrever

___
Python tracker 

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

[issue19302] Add support for AIX pollset efficient event I/O polling

[David Edelsohn]

David Edelsohn added the comment:

Either create new pollset object or use pollset to provide implementation of 
Python epoll API on AIX.

--

___
Python tracker 

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

[issue19298] Use __atribute__(cleanup ...) to detect refleaks

[Arfrever Frehtes Taifersar Arahesis]

Changes by Arfrever Frehtes Taifersar Arahesis :


--
nosy: +Arfrever

___
Python tracker 

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