Re: [Python-Dev] Coverity Scan, Python upgraded to rung 2

2008-01-09 Thread Neal Norwitz
On Jan 9, 2008 9:08 AM, <[EMAIL PROTECTED]> wrote: > > I went to the run2 page: > > http://scan.coverity.com/rung2.html > > I shows 6 uninspected defects for Python. How do we see what they are? > What is an uninspected defect? Any idea how the Coverity folks compute > Defects/KLOC? For exa

Re: [Python-Dev] Coverity Scan, Python upgraded to rung 2

2008-01-09 Thread Neal Norwitz
On Jan 9, 2008 9:08 AM, <[EMAIL PROTECTED]> wrote: > > Christian> I read the announcement of the Python Users list and figured > Christian> out that some of the other core developers might be > Christian> interested in the news, too. > > Christian> Among other projects Python was u

Re: [Python-Dev] Coverity Scan, Python upgraded to rung 2

2008-01-09 Thread Neal Norwitz
On Jan 9, 2008 1:12 PM, Christian Heimes <[EMAIL PROTECTED]> wrote: > Thomas Heller wrote: > > Seems they are referring to the results of the rung 1 run (what ever 'rung' > > means ;-). > > With the account Neal made me some months ago, I can login on this page: > > > >http://scan.coverity.com

Re: [Python-Dev] PEP: Post import hooks

2008-01-09 Thread Phillip J. Eby
At 03:20 AM 1/10/2008 +0100, Christian Heimes wrote: >PyObject* PyImport_NotifyModuleLoaded(PyObject *module) >Notify the post import system that a module was requested. Returns the >module or NULL if an error has occured. The big problem here is that the interaction with laziness is actu

[Python-Dev] PEP: Post import hooks

2008-01-09 Thread Christian Heimes
I've parted the former PEP as promised. Here is the post import hook. I'll tackle the other half of the PEP later. PEP: 369 Title: Post import hooks Version: $Revision$ Last-Modified: $Date$ Author: Christian Heimes Status: Draft Type: Standards Track Content-Type: text/x-rst Created: 02-Jan-200

[Python-Dev] some bugs that need attention

2008-01-09 Thread Ralf Schmitt
Hi, I've taken a look at some bugs in the bugtracker. I think these should be closed: http://bugs.python.org/issue1720992 is about automatic imports. http://bugs.python.org/issue1448325 and http://bugs.python.org/issue1566086 is about the regular expression engine "hanging". These are duplicate

Re: [Python-Dev] pkgutil, pkg_resource and Python 3.0 name space packages

2008-01-09 Thread Barry Warsaw
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Jan 7, 2008, at 5:49 PM, Tristan Seligmann wrote: > > In that case how about: > > ~/.local/lib/pythonX.Y/site-packages > > or: > > ~/local/lib/pythonX.Y/site-packages > > I believe both of these locations are already in use by various > systems >

Re: [Python-Dev] pkgutil, pkg_resource and Python 3.0 name space packages

2008-01-09 Thread Steve Holden
Paul Moore wrote: [...] > No matter how you cut it, Windows isn't designed for per-user > installable programs. Maybe a per-user site-packages just isn't > appropriate on Windows. > This reminds me of the early days of Microsoft Terminal Service (read: "X Window done wrong fifteen years later"),

Re: [Python-Dev] pkgutil, pkg_resource and Python 3.0 name space packages

2008-01-09 Thread Paul Moore
On 09/01/2008, Christian Heimes <[EMAIL PROTECTED]> wrote: > Paul Moore wrote: > > If you are suggesting that a file intended to be viewed/edited by a > > user manually should go in AppData, then please be explicit. We can > > then argue the concrete issues, rather than just theoretical > > princip

Re: [Python-Dev] PEP: Lazy module imports and post import hook

2008-01-09 Thread Phillip J. Eby
At 09:20 PM 1/9/2008 +0100, Christian Heimes wrote: >Brett Cannon wrote: > > I agree with Nick and Nick. This should really be two separate PEPs. > >I'm fine with the proposal and I'm going to chop the PEP in two parts >tonight. > >Somehow I suspect that the lazy import PEP will be postponed or re

Re: [Python-Dev] Coverity Scan, Python upgraded to rung 2

2008-01-09 Thread Thomas Heller
Christian Heimes schrieb: > Thomas Heller wrote: >> Seems they are referring to the results of the rung 1 run (what ever 'rung' >> means ;-). >> With the account Neal made me some months ago, I can login on this page: >> >>http://scan.coverity.com:7475/ >> >> and see the scan results for Pyt

Re: [Python-Dev] Coverity Scan, Python upgraded to rung 2

2008-01-09 Thread Christian Heimes
Thomas Heller wrote: > Seems they are referring to the results of the rung 1 run (what ever 'rung' > means ;-). > With the account Neal made me some months ago, I can login on this page: > >http://scan.coverity.com:7475/ > > and see the scan results for Python. > > Last run at 2007-12-27: 1

Re: [Python-Dev] PEP: Lazy module imports and post import hook

2008-01-09 Thread Christian Heimes
Brett Cannon wrote: > I agree with Nick and Nick. This should really be two separate PEPs. I'm fine with the proposal and I'm going to chop the PEP in two parts tonight. Somehow I suspect that the lazy import PEP will be postponed or reject. Christian ___

Re: [Python-Dev] Coverity Scan, Python upgraded to rung 2

2008-01-09 Thread Thomas Heller
Guido van Rossum schrieb: > On Jan 9, 2008 9:47 AM, Christian Heimes <[EMAIL PROTECTED]> wrote: >> [EMAIL PROTECTED] wrote: >> I shows 6 uninspected defects for Python. How do we see what they are? >> > What is an uninspected defect? Any idea how the Coverity folks compute >> > Defects/KLOC? For

Re: [Python-Dev] Coverity Scan, Python upgraded to rung 2

2008-01-09 Thread Thomas Heller
[EMAIL PROTECTED] schrieb: > Christian> I read the announcement of the Python Users list and figured > Christian> out that some of the other core developers might be > Christian> interested in the news, too. > > Christian> Among other projects Python was upgraded to Rung 2 on the >

Re: [Python-Dev] pkgutil, pkg_resource and Python 3.0 name space packages

2008-01-09 Thread Christian Heimes
Paul Moore wrote: > If you are suggesting that a file intended to be viewed/edited by a > user manually should go in AppData, then please be explicit. We can > then argue the concrete issues, rather than just theoretical > principles. I'm frustrated as well. Neither AppData nor MyDocuments fulfill

Re: [Python-Dev] PEP: Lazy module imports and post import hook

2008-01-09 Thread Brett Cannon
On Jan 9, 2008 7:38 AM, Nick Coghlan <[EMAIL PROTECTED]> wrote: > Nick Craig-Wood wrote: > > Christian Heimes <[EMAIL PROTECTED]> wrote: > >> I've attached the first public draft of my first PEP. > > > > Some brief thoughts from me on the PEP... > > > > Post import hooks sound great and a good ide

Re: [Python-Dev] Coverity Scan, Python upgraded to rung 2

2008-01-09 Thread Guido van Rossum
On Jan 9, 2008 9:47 AM, Christian Heimes <[EMAIL PROTECTED]> wrote: > [EMAIL PROTECTED] wrote: > I shows 6 uninspected defects for Python. How do we see what they are? > > What is an uninspected defect? Any idea how the Coverity folks compute > > Defects/KLOC? For example, how does tcl manage to

Re: [Python-Dev] Changing PyAPI_DATA(type) into PyAPI_DATA(type, variablename)?

2008-01-09 Thread Martin v. Löwis
> One-liner summary: Would it be possible to change PyAPI_DATA(type) into > PyAPI_DATA(type, variablename) to help portability to funny platforms? Quick response: this sounds fine to me. Of course, changing it in 2.5.x is not possible, but making the change in 2.6 should be possible. I would like

Re: [Python-Dev] Coverity Scan, Python upgraded to rung 2

2008-01-09 Thread Christian Heimes
[EMAIL PROTECTED] wrote: I shows 6 uninspected defects for Python. How do we see what they are? > What is an uninspected defect? Any idea how the Coverity folks compute > Defects/KLOC? For example, how does tcl manage to get a 0.0 score? I can't answer your question. I don't have access to the

Re: [Python-Dev] PEP: Lazy module imports and post import hook

2008-01-09 Thread Tim Golden
Neil Toronto wrote: > Aside: > > Nick Coghlan wrote: >> My main concern is that the import lock is something Python users >> typically don't have to worry about (aside from the 'don't spawn a >> thread as a side effect of importing' guideline)... > > I've never heard of this and I can't get Goo

Re: [Python-Dev] PEP: Lazy module imports and post import hook

2008-01-09 Thread Neil Toronto
Aside: Nick Coghlan wrote: > My main concern is that the import lock is something Python users > typically don't have to worry about (aside from the 'don't spawn a > thread as a side effect of importing' guideline)... I've never heard of this and I can't get Google to find it. Is it a deadlock

Re: [Python-Dev] Coverity Scan, Python upgraded to rung 2

2008-01-09 Thread skip
Christian> I read the announcement of the Python Users list and figured Christian> out that some of the other core developers might be Christian> interested in the news, too. Christian> Among other projects Python was upgraded to Rung 2 on the Christian> Coverity Scan list: ht

[Python-Dev] Changing PyAPI_DATA(type) into PyAPI_DATA(type, variablename)?

2008-01-09 Thread [EMAIL PROTECTED]
Hello, python-dev! One-liner summary: Would it be possible to change PyAPI_DATA(type) into PyAPI_DATA(type, variablename) to help portability to funny platforms? We've been working on porting the Python 2.5.1 core to the Symbian S60 smartphone platform. Unlike the previous 2.2.2 port, this time w

Re: [Python-Dev] Coverity Scan, Python upgraded to rung 2

2008-01-09 Thread Nick Coghlan
Christian Heimes wrote: > Joseph Armbruster wrote: >> Christian, >> >> Is there any way you (or someone else) could post up the results? It >> looks like you need a log in to check them out. > > I haven't figured out how to access the results. > > Who has a login and access to the site? I know

Re: [Python-Dev] PEP: Lazy module imports and post import hook

2008-01-09 Thread Nick Coghlan
Nick Craig-Wood wrote: > Christian Heimes <[EMAIL PROTECTED]> wrote: >> I've attached the first public draft of my first PEP. > > Some brief thoughts from me on the PEP... > > Post import hooks sound great and a good idea. > > Lazy importing sounds like a recipe for hard to find bugs and rather

Re: [Python-Dev] Coverity Scan, Python upgraded to rung 2

2008-01-09 Thread Christian Heimes
Joseph Armbruster wrote: > Christian, > > Is there any way you (or someone else) could post up the results? It > looks like you need a log in to check them out. I haven't figured out how to access the results. Who has a login and access to the site? Christian _

Re: [Python-Dev] pkgutil, pkg_resource and Python 3.0 name space packages

2008-01-09 Thread Paul Moore
On 09/01/2008, Christian Heimes <[EMAIL PROTECTED]> wrote: > It's not an issue for experienced users. For the rest we can put a link > in the start menu under Python 2.5 which opens a new explorer with the > user package directory. Um, I'm an experienced user and it's an issue for me... The probl

[Python-Dev] Coverity Scan, Python upgraded to rung 2

2008-01-09 Thread Christian Heimes
I read the announcement of the Python Users list and figured out that some of the other core developers might be interested in the news, too. Among other projects Python was upgraded to Rung 2 on the Coverity Scan list: http://scan.coverity.com/ Christian

Re: [Python-Dev] pkgutil, pkg_resource and Python 3.0 name space packages

2008-01-09 Thread Christian Heimes
Paul Moore wrote: > The directories are also hidden. That does make it hard to navigate > there. I know you can un-hide hidden files, but I view the hidden > attribute as useful - just badly misused in this case, unless you > assume that these directories are intended to be left alone by the > user

Re: [Python-Dev] pkgutil, pkg_resource and Python 3.0 name space packages

2008-01-09 Thread Christian Heimes
Jeroen Ruigrok van der Werven wrote: > Careful with the name though. Microsoft Windows Vista did away with 'My > Documents & Settings'. It is now C:\Users. > > So you get: > > C:\Users\\AppData\Local\(former Local Settings\Application Data) > C:\Users\\AppData\Roaming\ (former Application Da

Re: [Python-Dev] pkgutil, pkg_resource and Python 3.0 name space packages

2008-01-09 Thread Paul Moore
On 09/01/2008, Michael Foord <[EMAIL PROTECTED]> wrote: > Only because Windows XP uses a stupidly long path with spaces in it. > It's not actually *hard* to navigate manually to these directories. The directories are also hidden. That does make it hard to navigate there. I know you can un-hide hid

Re: [Python-Dev] pkgutil, pkg_resource and Python 3.0 name space packages

2008-01-09 Thread Michael Foord
Paul Moore wrote: > On 09/01/2008, Michael Foord <[EMAIL PROTECTED]> wrote: > >> Note today's Coding Horror blog entry: "Don't Pollute User Space" >> >> http://www.codinghorror.com/blog/archives/001032.html >> >> Keep your dirty, filthy paws out of my personal user space! >> > > :-) Absolu

Re: [Python-Dev] PEP: Lazy module imports and post import hook

2008-01-09 Thread Nick Craig-Wood
Christian Heimes <[EMAIL PROTECTED]> wrote: > I've attached the first public draft of my first PEP. Some brief thoughts from me on the PEP... Post import hooks sound great and a good idea. Lazy importing sounds like a recipe for hard to find bugs and rather too magic for my taste. Perhaps you

Re: [Python-Dev] pkgutil, pkg_resource and Python 3.0 name space packages

2008-01-09 Thread Reed O'Brien
On Jan 9, 2008, at 1:48 AM, Jeroen Ruigrok van der Werven wrote: > -On [20080108 17:07], Christian Heimes ([EMAIL PROTECTED]) wrote: >> Python's _winreg module and pywin32 expose several functions to >> get the >> paths from the registry but I don't think it has a simple function >> like >> ge

Re: [Python-Dev] pkgutil, pkg_resource and Python 3.0 name space packages

2008-01-09 Thread Paul Moore
On 09/01/2008, Michael Foord <[EMAIL PROTECTED]> wrote: > Note today's Coding Horror blog entry: "Don't Pollute User Space" > > http://www.codinghorror.com/blog/archives/001032.html > > Keep your dirty, filthy paws out of my personal user space! :-) Absolutely [...] > If applications need to sto

Re: [Python-Dev] pkgutil, pkg_resource and Python 3.0 name space packages

2008-01-09 Thread Michael Foord
Nick Coghlan wrote: > Jeroen Ruigrok van der Werven wrote: > >> -On [20080108 17:07], Christian Heimes ([EMAIL PROTECTED]) wrote: >> >>> Python's _winreg module and pywin32 expose several functions to get the >>> paths from the registry but I don't think it has a simple function like >>> ge

Re: [Python-Dev] pkgutil, pkg_resource and Python 3.0 name space packages

2008-01-09 Thread Nick Coghlan
Jeroen Ruigrok van der Werven wrote: > -On [20080108 17:07], Christian Heimes ([EMAIL PROTECTED]) wrote: >> Python's _winreg module and pywin32 expose several functions to get the >> paths from the registry but I don't think it has a simple function like >> get_mydocuments(). > > Careful with the