Re: [Python-Dev] cpython (3.3): return NULL here

2013-07-23 Thread Christian Heimes
Am 23.07.2013 07:08, schrieb benjamin.peterson: > http://hg.python.org/cpython/rev/042ff9325c5e > changeset: 84804:042ff9325c5e > branch: 3.3 > parent: 84789:bb63f813a00f > user:Benjamin Peterson > date:Mon Jul 22 22:08:09 2013 -0700 > summary: > return NULL here > >

Re: [Python-Dev] [Python-checkins] cpython (3.3): return NULL here

2013-07-23 Thread Benjamin Peterson
2013/7/23 Christian Heimes : > Am 23.07.2013 07:08, schrieb benjamin.peterson: >> http://hg.python.org/cpython/rev/042ff9325c5e >> changeset: 84804:042ff9325c5e >> branch: 3.3 >> parent: 84789:bb63f813a00f >> user:Benjamin Peterson >> date:Mon Jul 22 22:08:09 2013 -0700

[Python-Dev] tuple index out of range

2013-07-23 Thread Nicholas Hart
Hi, I am new to this list and to troubleshooting python. I hope someone can help me. I am getting this tuple index out of range error while running a test call to my python code. Not sure what this error really means and was hoping someone might shed some light on how to fix this. Also was won

Re: [Python-Dev] tuple index out of range

2013-07-23 Thread Ronald Oussoren
On 23 Jul, 2013, at 12:17, Nicholas Hart wrote: > Hi, > > I am new to this list and to troubleshooting python. I hope someone can help > me. I am getting this tuple index out of range error while running a test > call to my python code. Not sure what this error really means and was hoping

Re: [Python-Dev] cpython (3.3): return NULL here

2013-07-23 Thread Ronald Oussoren
On 23 Jul, 2013, at 17:36, Christian Heimes wrote: > Am 23.07.2013 17:10, schrieb Benjamin Peterson: >>> PyErr_SetFromErrno() already and always returns NULL. Or do you prefer >>> to return NULL explicitly? >> >> It might always return NULL, but the compiler sees (PyObject *)NULL >> when this f

Re: [Python-Dev] cpython (3.3): return NULL here

2013-07-23 Thread Christian Heimes
Am 23.07.2013 17:10, schrieb Benjamin Peterson: >> PyErr_SetFromErrno() already and always returns NULL. Or do you prefer >> to return NULL explicitly? > > It might always return NULL, but the compiler sees (PyObject *)NULL > when this function returns dl_funcptr. Oh, you are right. I must have m

Re: [Python-Dev] Adding Python scripts to PATHEXT on Windows

2013-07-23 Thread Martin v. Löwis
Am 15.07.13 10:26, schrieb Paul Moore: > Does anyone have any objections to this? I could try to write a patch, > but I know next to nothing about building MSIs, so if any of the > installer experts could help that would be fantastic. It's fine with me. I could write the patch, but will likely for

Re: [Python-Dev] Adding Python scripts to PATHEXT on Windows

2013-07-23 Thread Paul Moore
On 23 July 2013 17:11, "Martin v. Löwis" wrote: > Am 15.07.13 10:26, schrieb Paul Moore: > > Does anyone have any objections to this? I could try to write a patch, > > but I know next to nothing about building MSIs, so if any of the > > installer experts could help that would be fantastic. > > It

Re: [Python-Dev] cpython: Add modeling file for Coverity Scan.

2013-07-23 Thread Christian Heimes
Am 23.07.2013 08:27, schrieb Antoine Pitrou: > On Tue, 23 Jul 2013 01:31:24 +0200 (CEST) > christian.heimes wrote: >> + >> +typedef int sdigit; >> +typedef long Py_ssize_t; > > Can't you write "typedef ssize_t Py_ssize_t" instead? No, but it really doesn't matter. Coverity just needs a similar t

[Python-Dev] Inherance of file descriptor and handles on Windows (PEP 446)

2013-07-23 Thread Victor Stinner
Hi, Guido van Rossum and others asked me details on how file descriptors and handles are inherited on Windows, for the PEP 446. http://www.python.org/dev/peps/pep-0446/ I hacked Python 3.4 to add a os.get_cloexec() function (extracted from my implementation of the PEP 433), here are some results.

Re: [Python-Dev] Inherance of file descriptor and handles on Windows (PEP 446)

2013-07-23 Thread Richard Oudkerk
On 23/07/2013 11:45pm, Victor Stinner wrote: Said differently: the HANDLE_FLAG_INHERIT flag only has an effect on *handles*, as indicated in its name. On Windows, file*descriptors* are never inherited (are always closed) in child processes. I don't think that it is possible to inherit file descri

Re: [Python-Dev] Inherance of file descriptor and handles on Windows (PEP 446)

2013-07-23 Thread Victor Stinner
The multiprocessing module is an example of use case relying on inherance of handles. It calls CreateProcess() with bInheritHandles=TRUE to share a pipe between the manager (parent) and the worker (child process). Note: subprocess and multiprocess have their own function to set the HANDLE_FLAG_INH

Re: [Python-Dev] Inherance of file descriptor and handles on Windows (PEP 446)

2013-07-23 Thread Paul Moore
On 23 July 2013 23:45, Victor Stinner wrote: > Said differently: the HANDLE_FLAG_INHERIT flag only has an effect on > *handles*, as indicated in its name. On Windows, file *descriptors* > are never inherited (are always closed) in child processes. I don't > think that it is possible to inherit fi

Re: [Python-Dev] [Python-checkins] cpython (3.3): return NULL here

2013-07-23 Thread Gregory P. Smith
On Tue, Jul 23, 2013 at 8:46 AM, Ronald Oussoren wrote: > > On 23 Jul, 2013, at 17:36, Christian Heimes wrote: > > > Am 23.07.2013 17:10, schrieb Benjamin Peterson: > >>> PyErr_SetFromErrno() already and always returns NULL. Or do you prefer > >>> to return NULL explicitly? > >> > >> It might alw