Re: [Python-Dev] frozenset C API?

On Thu, Sep 06, 2007, Bill Janssen wrote: > > By the way, I think the hostname matching provisions of 2818 (which > is, after all, only an informational RFC, not a standard) are poorly > thought out. Many machines have more hostnames than you can shake a > stick at, and often provide certs with th

Re: [Python-Dev] SSL package for Python 2.3 to 2.5

> I've put up an initial source package at > http://www.parc.com/janssen/transient/ssl-1.0.tar.gz which I've tested > with Python 2.3.5 on Mac OS X 10.4.10 (Intel) and Python 2.5 on Fedora > Core 7. Please send bugs you find to me at [EMAIL PROTECTED] > > Try "python setup.py build", then "python

[Python-Dev] what versions of Python don't have the "addr" field in the socket object?

Looks like this change is bothering the error returns from my backported SSL code. I believe this is only in 2.5.1 and later -- can anyone confirm that? Bill r52906 | martin.v.loewis | 2006-12-03 03:23:45 -0800 (Sun, 03 Dec 2006) | 4

Re: [Python-Dev] Removing the GIL (Me, not you!)

Martin v. Löwis wrote: > Sure - but those things don't get modified that often, except for their > reference count. The reference count is the killer, though -- you have to lock the object even to do that. And it happens a LOT, to all objects, including immutable ones. -- Greg ___

Re: [Python-Dev] Removing the GIL (Me, not you!)

Phillip J. Eby wrote: > It's also every built-in type > structure, builtin module, builtin function... any Python object > that's a built-in, period. Where "built-in" in this context means anything implemented in C (i.e. it includes extension modules). -- Greg _

Re: [Python-Dev] re-using the Python setup.py file?

On 9/11/07, Bill Janssen <[EMAIL PROTECTED]> wrote: > > I see that the setup.py at the top level of the Python distribution > does a lot of things wrt sensing compiler options, etc, that I'd like > to re-use in my SSL setup.py distribution file. I'm a bit curious > as to why this framework isn't i

[Python-Dev] SSL package for Python 2.3 to 2.5

I've put up an initial source package at http://www.parc.com/janssen/transient/ssl-1.0.tar.gz which I've tested with Python 2.3.5 on Mac OS X 10.4.10 (Intel) and Python 2.5 on Fedora Core 7. Please send bugs you find to me at [EMAIL PROTECTED] Try "python setup.py build", then "python setup.py te

Re: [Python-Dev] Removing the GIL (Me, not you!)

> We should probably document where all of these globals lists are > instead of relying on looking for all file level static declarations > or something. I'm not sure what would be gained here, except for people occasionally (i.e. every three years) asking how they can best get rid of the GIL. >

Re: [Python-Dev] Removing the GIL (Me, not you!)

On Sep 11, 2007, at 3:30 PM, Brett Cannon wrote: > We should probably document where all of these globals lists are > instead of relying on looking for all file level static declarations > or something. Or would there be benefit to moving things like this to > the interpreter struct so that thread

Re: [Python-Dev] Removing the GIL (Me, not you!)

> It's not just caches and counters. It's also every built-in type > structure, builtin module, builtin function... any Python object that's > a built-in, period. That includes things like None, True, and False. Sure - but those things don't get modified that often, except for their reference c

[Python-Dev] re-using the Python setup.py file?

I see that the setup.py at the top level of the Python distribution does a lot of things wrt sensing compiler options, etc, that I'd like to re-use in my SSL setup.py distribution file. I'm a bit curious as to why this framework isn't in the distutils package? Bill ___

Re: [Python-Dev] adding a "test" fork to a setup.py package

It's actually not bad. I put the test code and the data files in a "test" subdirectory of my distribution, then added the following to the setup.py file: class Test (Command): user_options = [] def initialize_options(self): pass def finalize_options(self): pass

Re: [Python-Dev] Removing the GIL (Me, not you!)

On 9/11/07, "Martin v. Löwis" <[EMAIL PROTECTED]> wrote: > > It's the interpreter and thread state itself (pystate.h), for the thread > > state, also _PyThreadState_Current. Then there is the GC state, in > > particular "generations". There are various caches and counters also. > > > >

Re: [Python-Dev] Removing the GIL (Me, not you!)

At 10:07 AM 9/11/2007 -0500, Justin Tulloss wrote: >On 9/11/07, "Martin v. Löwis" ><[EMAIL PROTECTED]> wrote: > > 1. Some global interpreter state/modules are protected (where are these > > globals at?) > >It's the interpreter and thread state itself (pystate.h), for th

Re: [Python-Dev] Making directories and zip files executable

At 10:48 AM 9/11/2007 -0700, Guido van Rossum wrote: >I could use a refresher on how PJE's patch solves Andy's problem. It does the same thing, but with __main__ instead of __zipmain__, and without needing the -z. So instead of "python -z foo.zip" you can just do "python foo.zip". This means y

Re: [Python-Dev] adding a "test" fork to a setup.py package

Barry Warsaw schrieb: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > On Sep 11, 2007, at 2:12 PM, Bill Janssen wrote: > >> I'm packaging up the SSL support for Python 2.3, and I'd like to be >> able to include the unit test for it along with the package. Ideally, >> I'd like to be able to

Re: [Python-Dev] Compiler Python

"Carlos Martínez" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] | Someone knows since as I can obtain the information detailed about the | compiler of Python? (Table of tokens, lists of productions of the syntactic | one , semantic restrictions...) Ask this sort of question on the

Re: [Python-Dev] adding a "test" fork to a setup.py package

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Sep 11, 2007, at 2:12 PM, Bill Janssen wrote: > I'm packaging up the SSL support for Python 2.3, and I'd like to be > able to include the unit test for it along with the package. Ideally, > I'd like to be able to say > > % python setup.py buil

[Python-Dev] Compiler Python

Hello Someone knows since as I can obtain the information detailed about the compiler of Python? (Table of tokens, lists of productions of the syntactic one , semantic restrictions...) Thanks. ___ Python-Dev mailing list Python-Dev@python.org htt

[Python-Dev] adding a "test" fork to a setup.py package

I'm packaging up the SSL support for Python 2.3, and I'd like to be able to include the unit test for it along with the package. Ideally, I'd like to be able to say % python setup.py build % python setup.py test and have the regrtest.py module run my tests. Any ideas (examples) of how t

Re: [Python-Dev] Making directories and zip files executable

I could use a refresher on how PJE's patch solves Andy's problem. On 9/11/07, Nick Coghlan <[EMAIL PROTECTED]> wrote: > The local patch I have for PEP 366 is somewhat stale, and before I bring > it up to date with SVN head, I'd like to close out the issue raised a > while back regarding making zip

[Python-Dev] Summary of Tracker Issues

ACTIVITY SUMMARY (09/04/07 - 09/11/07) Tracker at http://bugs.python.org/ To view or respond to any of the issues listed below, click on the issue number. Do NOT respond to this message. 1274 open (+31) / 11356 closed (+16) / 12630 total (+47) Average duration of open issues: 673 days. Medi

Re: [Python-Dev] Removing the GIL (Me, not you!)

> It's the interpreter and thread state itself (pystate.h), for the thread > state, also _PyThreadState_Current. Then there is the GC state, in > particular "generations". There are various caches and counters also. > > > Caches seem like they definitely might be a problem. Would you

Re: [Python-Dev] Removing the GIL (Me, not you!)

Justin> Caches seem like they definitely might be a problem. Would you Justin> mind expanding on this a little? What gets cached and why? I believe the integer free list falls into this category. Skip ___ Python-Dev mailing list Python-Dev@pyth

Re: [Python-Dev] Removing the GIL (Me, not you!)

On 9/11/07, "Martin v. Löwis" <[EMAIL PROTECTED]> wrote: > > > 1. Some global interpreter state/modules are protected (where are these > > globals at?) > > It's the interpreter and thread state itself (pystate.h), for the thread > state, also _PyThreadState_Current. Then there is the GC state, in >

Re: [Python-Dev] [issue1056] test_cmd_line starts python without -E

On 9/11/07, Nick Coghlan <[EMAIL PROTECTED]> wrote: > (Is the head still being merged to the py3k branch? Or does this need to > be forward-ported manually?) No worries, the trunk is still being merged to py3k. I doubt we'll ever stop doing that, unless the trunk becomes py3k and 2.x development

[Python-Dev] Making directories and zip files executable

The local patch I have for PEP 366 is somewhat stale, and before I bring it up to date with SVN head, I'd like to close out the issue raised a while back regarding making zip files executable [1]. The original proposal was for a new command line switch, but PJE came up with a patch (attached to

Re: [Python-Dev] Removing the GIL (Me, not you!)

On Tue, Sep 11, 2007, Justin Tulloss wrote: > > I had a whole long email about exactly what I was doing, but I think > I'll get to the point instead. I'm trying to implement a python > concurrency API and would like to use cpython to do it. To do that, I > would like to remove the GIL. You should

Re: [Python-Dev] testing in a Python --without-threads build

On Tue, Sep 11, 2007, "Martin v. L?wis" wrote: > >>> No. IIUC, "expected skips" are a platform property. For your platform, >>> support for threads is expected (whatever your platform is as log as >>> it was built in this millenium). >> >> Really? I thought NetBSD was still iffy WRT threading. >

Re: [Python-Dev] which SSL client protocols work with which server protocols?

Bill Janssen wrote: > Here's the updated connection table: > > SSL2SSL3SS23TLS1 > SSL2 yes no yes no > SSL3 yes yes yes no > SSL23 yes no yes no > TLS1 no no yes yes > > Given this, I

Re: [Python-Dev] Compiling Python 2.5 and settinf UCS2 flag

On 9/11/07, Tennessee Leeuwenburg <[EMAIL PROTECTED]> wrote: > > Hi all, > > I have an unusual use case in which some software I work on compiles a > version of Python for distribution. I'm not 100% across this as it's not at > all my area of responsibility, but I have been having some issues latel

Re: [Python-Dev] Removing the GIL (Me, not you!)

> 1. Some global interpreter state/modules are protected (where are these > globals at?) It's the interpreter and thread state itself (pystate.h), for the thread state, also _PyThreadState_Current. Then there is the GC state, in particular "generations". There are various caches and counters also.

[Python-Dev] Removing the GIL (Me, not you!)

Hi, I had a whole long email about exactly what I was doing, but I think I'll get to the point instead. I'm trying to implement a python concurrency API and would like to use cpython to do it. To do that, I would like to remove the GIL. So, since I'm new to interpreter hacking, some help would be