ERESSEA Lord "evzp24"
; TIMESTAMP 1263675732032
; Magellan Version 2.0.4 (build 361)
; ECHECK -r100 -s -l -w4 -v4.3.2
LOCALE de
REGION -2,0 ; Rlyeh
; ECheck Lohn 11
EINHEIT umwc; Pyrit Eisenbeisser [2,0$]
// Zwerg: Bergmann
LERNEN Bergbau
EINHEIT 4fh4; Beryllium [2,771$]
// Halb
Victor Stinner wrote:
> I'm running regulary my fuzzer (Fusil) on CPython since summer 2008: I tested
> Python 2.5, 2.6, 2.7, 3.0, 3.1 and 3.2. I'm only looking for "fatal errors":
> Python process killed by a signal, or sometimes fuzzer timeouts. I ignore
> most
> timeout results because most
Benjamin Peterson wrote:
> Yes, but in either of these cases is there an excellent performance
> improvement to be gained and is it worth the complexity of your
> optimization? I think not.
Me, too.
I already tried to explain Steve that I have used list.pop(0) in very
few cases during my seven yea
Michael Foord wrote:
> How great is the complication? Making list.pop(0) efficient sounds like
> a worthy goal, particularly given that the reason you don't use it is
> because you *know* it is inefficient (so the fact that you don't use it
> isn't evidence that it isn't wanted - merely evidence
Guido van Rossum wrote:
> You're right, I didn't see the OP's comma. :-)
>
> I don't think this can be helped though -- I really don't want open()
> to be slowed down or complicated by an attempt to do path
> manipulation. If this matters to the app author they should use
> os.path.abspath() or os
Guido van Rossum wrote:
> What we do instead, is code in site.py that walks over the elements of
> sys.path and turns them into absolute paths. However this code runs
> before '' is inserted in the front of sys.path, so that the initial
> value of sys.path is ''.
>
> You may want to print the valu
Guido van Rossum schrieb:
> Are you sure you remember this right? The .co_filename
> attributes will be unmarshalled straight from the bytecode file which
> indeed will have the relative path in this case (hopefully we'll
> finally fix this in 3.2 and 2.7). But if I read the code in import.c
> corr
Glenn Linderman wrote:
> Windows also has hard-links for files.
>
> A lot of Windows tools are completely ignorant of both of those linking
> concepts... resulting in disks that look to be over capacity when they
> are not, for example.
Here comes my nit picking mode again. ;)
First of all the
Martin v. Löwis wrote:
> The latter is not really true: NFS most certainly supports hard links.
> I can't try right now, but I would be surprised if SMB didn't support
> both symbolic and hard links, given the right server and client versions.
I've never seen nor used NFS on Windows so I can't com
> method or instancemethod perhaps?
The necessary code is already in Python 3.0's code base. I've added in
in r56469 as requested in my issue http://bugs.python.org/issue1587. It
seems we had this very discussion over two and a half year ago.
Index: Python/bltinmodule.c
==
Am 13.06.2010 01:15, schrieb Guido van Rossum:
> Hey! No borrowing the time machine! :-)
Too late, Guido. The keys to the time machine are back at their usual
place. You should hide them better next time. ;)
Christian
___
Python-Dev mailing list
Python-
Am 03.07.2010 09:00, schrieb "Martin v. Löwis":
>> I'm trying to test out a patch to add a timeout in subprocess.py on
>> Windows, so I need to build Python with Visual Studio. The docs say
>> the files in PCBuild/ work with VC 9 and newer.
>
> Which docs did you look at specifically that said "a
Hello!
This is my first posting to the Python developer list so please forgive
me if I'm doing something wrong.
In the past few weeks I've worked a lot with dates and times. I found
several small annoyances in the datetime module. For example there was
no obvious way to cast a timedelta to an int
BJörn Lindqvist schrieb:
> I think it should be a ValueError, given that the programmer is very
> likely to further use the returned timestamp to for example insert
> stuff in a database. Unix timestamps are not unambiguously defined for
> any years other than 1970 to 2038 imho.
IIRC the unix time
BJörn Lindqvist schrieb:
> Then I guess datetime.fromtimestamp() also should be fixed?:
[...]
> Would be nice if datetime.fromtimestamp(dt.totimestamp()) == dt worked
> for all datetimes.
Yeah great idea but I'm not sure if I'm up to the task. I'm not that
familiar with C level date and time libra
Collin Winter schrieb:
> I can't say I'm well-versed in the intricacies of date/time issues,
> but what you say makes sense. This is exactly why I brought this patch
> up here : )
Oh h...! Seems like I've opened a can of worms here. I only wanted to
add some minor enhancements and now it looks lik
Brett Cannon schrieb:
> What is wrong with datetime's tzinfo objects? You need to show why
> datetime is not sufficient and why fixing it is not worth it and how
> it is better to bring in another chunk of code. And then we can
> discuss code standards, the author of PyTz stepping forward to
> co
André Malo schrieb:
> But I think, pytz has no place in the stdlib anyway, because it has
> reasonably different release cycles (every time the timezone tables
> change).
The release cycles are a possible issue but what about PEP 297?
http://www.python.org/dev/peps/pep-0297/ It sounds like a per
Jon Ribbens schrieb:
> So you're deciding that a 'date' is 'the entire of that day', except
> when you subtract two of them, when it suddenly means something else? ;-)
It makes kinda sense although it looks like a contradiction at first.
The common linguistic usage of dates in English and German:
Jon Ribbens schrieb:
> What do you feel "next Tuesday plus 12 hours" means? ;-)
First thought: It's nonsense! Nobody would say that. ;)
Second though: Tuesday noon (12h after the beginning of Tuesday)
Christian
___
Python-Dev mailing list
Python-Dev@
Tristan Seligmann schrieb:
> pytz.timezone('Africa/Johannesburg')
>
> # SAST is UTC+2 not UTC+1.5
>
pytz.timezone('Etc/GMT+2')._utcoffset
> datetime.timedelta(-1, 79200)
> # I thought I asked for GMT+2, not GMT-2
>
>
> ---
Tristan Seligmann wrote:
> Unfortunately, it would appear that the Olson tz database contains some
> rather... uh... confusing data. For example:
>
pytz.timezone('Africa/Johannesburg')
>
> # SAST is UTC+2 not UTC+1.5
The tz of Africa/Johannesburg initially started with an offset of 1h30
bef
Jon Ribbens schrieb:
> I see you snipped without response my request to back up your claim
> that "assuming that a date() is a datetime() with a time of midnight
> will clearly break that logic".
I've another idea. Date and datetime objects are compared by date. The
date object for a given date is
> I'd be willing to look at adding it, if the group thinks it's the right
> thing to do.
I like the idea and I'm proposing to add two more methods to subprocess
Popen.
class Popen(...):
...
def signal(self, signal):
"""Send a signal to the process (UNIX only)
signal is c
Am 28.01.2011 20:29, schrieb Raymond Hettinger:
> At the very least, we should add some prominent instructions for getting the
> command line version up and running.
/me pops out of Guido's time machine and says: "execute
Tools/scripts/win_add2path.py"
I'm -1 on adding Python to %PATH%. The priv
Am 12.03.2011 16:13, schrieb Lukas Lueg:
> i've a storage engine that stores a lot of files (e.g. > 10.000) in
> one path. Running the code under cProfile, I found that with a total
> CPU-time of 1,118 seconds, 121 seconds are spent in 27.013 calls to
> open(). The number of calls is not the proble
Am 17.05.2011 17:36, schrieb Tarek Ziadé:
> The next change I have planned is to allow several levels of
> configuration, like distutils.cfg does. sysconfig.py will look for a
> sysconfig.cfg file in these places:
>
> 1. the current working directory -- so can be potentially included in
> a projec
Guido van Rossum wrote:
> Please help!
I've made a meta patch that makes debugging the bugs a lot easier. It
replaces assert_(foo == bar) and failUnless(foo == bar) with
failUnlessEqual(foo, bar). failUnlessEqual shows the value of foo and
bar when they are not equal.
http://www.python.org/sf/175
Steven Bethard wrote:
> I'd probably go with something a little more restrictive, maybe:
>
> r'self.assert_\(\S+ == \S+\)'
>
> Something like that ought to have fewer false positives.
Woops! You are right. Even your pattern has caused some false positives
but I've reread the patch and remove
Georg Brandl wrote:
> Infos for people who will write docs in the new trees can be found in the
> new "Documenting Python" document, at the moment still available from
> http://pydoc.gbrandl.de:3000/documenting/, especially the "Differences"
> section at http://pydoc.gbrandl.de:3000/documenting/fro
Phillip J. Eby wrote:
> 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.
>
> Caches would include such things as the pre-created int
I'm having trouble to connect to the anonymous svn server at
http://svn.python.org/
$ LC_ALL=C svn up
svn: PROPFIND request failed on '/projects/python/branches/py3k'
svn: PROPFIND of '/projects/python/branches/py3k': could not connect to
server (http://svn.python.org)
$ nmap -v -p80 svn.python.o
Martin v. Löwis wrote:
>> The apache server seems to be down.
>
> I just restarted it.
The anon SVN server is down again :(
Christian
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
ht
Guido van Rossum wrote:
> I keep getting regular requests from people looking for Python coders
> (and this is in addition to Google asking me to hand over my contacts
> :-) . This is good news because it suggests Python is on the uptake
> (always good to know). At the same time it is disturbing b
Guess what? It's down the third time this week ...
Christian
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Facundo Batista wrote:
> What I did *not* find, and why I'm asking here, is how to solve it.
>
> Exists a known solution to this?
I know a possible solution. You could write a patch that moves the
imports in C code to the module init function and stores the modules in
a global static variable.
C
Facundo Batista wrote:
> It's a matter of perspective, yes. But I'll close this bug, because
> he's hitting the problem through a weird way, doing something that he
> shouldn't.
>
> The real problem here, if any, is that you can not make a second
> import in another thread. Feel free to open a bug
Facundo Batista wrote:
> Feel free to do it. But note, that some imports are inside the call()
> function, this could have more implications that you see (at least I
> saw) at first glance.
CC to get Guido's attention
First of all I don't understand what you mean with "that some imports
are insid
Guido van Rossum wrote:
> I'd like to make this a standard built-in, in the hope the debate on
> how to declare settable properties.
+0.75
It's still not as good as the C# way to create a property but it's so
simple and obvious that it's ingenious again. Every other implementation
would either re
Hello!
Guido has granted me committer privileges to svn.python.org and
bugs.python.org about a week ago. So I'm new and new people tend to make
mistakes until they've learned the specific rules of a project.
Today I've learned that the resolution keyword "accepted" doesn't mean
the bug report is
Christian Heimes wrote:
> (*) It's missing from the list of resolutions but I like to have it
> added. http://psf.upfronthosting.co.za/roundup/meta/issue167
Update:
Georg Brandl pointed out that it makes more sense to add confirmed to
status.
Guido van Rossum wrote:
> Which is sometimes convenient. But thinking about this some more I
> think that if I *wanted* to use the same method as setter and deleter,
> I could just write
>
> @foo.setter
> @foo.deleter
> def foo(self, value=None): ...
>
> So I'm withdrawing the hacks, making the c
Hello Pythonistas and fellow core developers!
After Amaury introduced himself I've decided that I *have* to take some
time to introduce myself, too.
Hello, my name is Christian Heimes and I'm a 28 years old German from
Aachen. Aachen is a beautiful city about 70km West to Cologne an
Mike Stall wrote:
> Traceback (most recent call last):
> File "", line 1, in
> SystemError: \loewis\25\python\Objects\stringobject.c:4236: bad argument to
> internal function
> Note that if c derives from 'int' instead of 'long', everything works as
> expected.
I'm able to reproduce the error
Guido van Rossum wrote:
> I feel left out. I have only one child and I don't qualify as
> 'strange' by any stretch of the imagination... Sometimes I think I'm
> the only regular guy working on Python. ;-)
Gosh! Your new beard definitely puts you in the strange guys category.
I'm astonished that yo
Brett Cannon wrote:
> Can't you do this testing in your own checkout without committing the
> change until you have talked to python-dev about the idea of changing
> how all types are initialized?
CC to Python Dev
The discussion is about http://svn.python.org/view?rev=59042&view=rev
I've carefull
Brett Cannon wrote:
> If the docs point that fact out then it is fine. I didn't even know about it!
I didn't know it until today, too. I took me some reading why the h...
the same code compiles fine on Linux but fails on Windows. :)
Christian
___
Pytho
Just for your information: I've back-ported the PCbuild9 directory from
py3k to the trunk. You now can build Python 2.6 and 3.0 with the new
Visual Studio 2008. As far as I've heard from other it works with the
free Express Edition.
MSDN subscribers with the Standard or Professional version can al
Joseph Armbruster wrote:
> Christian,
>
> When will the third party library versions be finalized for Py3k? For the
> time
> being I am building with:
>
> bzip2-1.0.3
> db-4.4.20
> openssl-0.9.8g
> sqlite-source-3.3.4
> tcl8.4.12
> tix-8.4.0
> tk8.4.12
>
> I had an slight issue with the PCbui
Guido van Rossum wrote:
> It looks like we're in agreement to drop unbound methods and have a
> reasonable set or arguments around it (e.g. keep staticmethod, no
> changes to methods of builtin types, etc.). Do we need a PEP? It's
> essentially a 2-line change in funcobject.c (func_descr_get()) --
Martin v. Löwis wrote:
> I think struct compiling should carry the file name, starting in
> PyAST_FromNode.
Thanks! I was trying to add the filename to node but it required too
many changes. I really wonder why I wasn't touching the compiling struct.
Christian
___
Paul Moore wrote:
> Install Visual C++ 2008 Express Edition. Only select Silverlight from
> the options (no documentation or SQL Server - Silverlight probably
> isn't actually needed either).
> I already had the Platform SDK installed, but did nothing to tell VS
> about it, or to integrate it. I do
M.-A. Lemburg wrote:
> Why not include the prebuilt libraries of all external libs in SVN
> as well ?
For one I'm still using Beta 2 of the standard edition and I'm not
allowed to distribute binaries build with the Beta. With the new
pre-build steps it's also very easy to build the dependencies. I
Dear fellow Python developers!
The Python bug tracker contains more than 1,300 bugs and it's growing.
And growing ... and growing. I'm picking a bug once in a while or
tossing some invalid bugs away but it's a helpless cause. The bugs are
augmenting with anybody stopping them.
Well, I'm exaggerat
Hello!
I'm having a bit of a trouble getting the deprecation warning for
backquotes `repr` right. Neither the ast_for_* functions in Python/ast.c
nor the node structures have access to the filename.
Should the node structure gain an additional field to drag the filename
around? Or can we simply l
Tim Golden wrote:
> Ah. Thanks for that last bit. I thought this might not build
> without the full VS, so I didn't try poking round for a
> nasm-alike.
I've changed the build_ssl.py script to build openssl for nasm instead
of ml/masm. The MS assembler for x86 is only available in the standard
and
Guido van Rossum wrote:
>
> Index: Objects/funcobject.c
> ===
> --- Objects/funcobject.c(revision 59154)
> +++ Objects/funcobject.c(working copy)
> @@ -643,8 +643,10 @@
> static PyObject *
> func_descr_get(PyObject *
Christian Heimes wrote:
> Without support from the descriptor it's not possible to distinguish a
> function from an unbound method any more. I like to add im_class to the
> function object. I don't see negative side effects, do you?
OK, forget that. Pretend I've never sai
Guido van Rossum wrote:
> Thanks for the patch! Now I'm hoping someone will look into those
> remaining six test failures.
The tooth fairy has left a present for you, Guido. Georg has fixed 5 of
the remaining bugs and I got test_unittest working this morning.
Christian
___
Chris Mellon wrote:
> If anyone is curious, I ran pybench for both 2.6 and 3k build against
> VS 2003 and VS 2008. This is using the out of the box settings, and no
> PGO for 2008 (Express version doesn't have it). MSVC 9 was slightly
> faster for 2.6, but somewhat slower for py3k. I'm not sure how
Nick Coghlan wrote:
> 'new' has now been deprecated for 3.0, GvR suggested it would be nice to
> get rid of 'types' as well.
I've removed the 'new' module from py3k and also removed a lot of types
from the 'types' module in py3k. It only contains types that aren't
easily available through builtin
I'm sending this mail to Python-dev in the hope to reach more developers.
GvR likes to rename the __builtin__ to reduce confusing between
__builtin__ and __builtins__. He wanted to start a poll on the new name
but apparently he forgot.
>From http://bugs.python.org/issue1498
---
In http://bugs.pyt
Paul Moore wrote:
> What about __global__? If that's not an option, I'm OK with __root__.
__global__ was also on my list but I've abolished it. It could create
confusing with globals().
Christian
___
Python-Dev mailing list
Python-Dev@python.org
http://
Adam Olsen wrote:
> -1 on __python__. It seems to be an abbreviation of "python
> interpreter core" or the like, but on its own it implies nothing about
> what it means.
>
> Contrast that with __root__ where we all know what a root is, even
> though it doesn't imply what kind of root it is or how
Greg Ewing wrote:
> __uberglobal__
Since Python 3.0 supports all unicode chars I vote for __überglobal__.
Christian
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org
Neil Toronto wrote:
>> Since Python 3.0 supports all unicode chars I vote for __überglobal__.
>
> Make it untypeable to most Americans so as to discourage use? If that's
> what we're going for, I suggest the somewhat more self-documenting and
> less impossible __the_dictionary_where_all_the_buil
Nick Coghlan wrote:
> Function locals, module globals and program universals would make more
> sense to me - outer layers have a broader scope than inner layers.
__universal__ rhymes with the other __*al__ names, too. I'm shifting my
vote from __root__ to __universal__. All hail the Aussies! :)
C
Nick Coghlan wrote:
> And svnmerge committers get lots of LoC credits. Thomas's 58k line
> commit in September must have taken a while :)
Exactly! Most of my LoC credits must either come from svnmerge or my
work on PCBuild9. Visual Studio's project xml files contain a *lot* of
space and meaningle
Paul Moore got some Cygwin developers persuaded to implement support for
msvcr90 [1]. The coded was added a few days ago [2]. This means that
users are still able to use MinGW to compile extensions when we switch
to VS 2008 as default compiler on Windows.
I'm not sure how many people are intereste
Georg Brandl wrote:
> Done, see #1535.
I've written a 2to3 fixer, see #1535.
Christian
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev/a
Neil Toronto wrote:
> It'd be nice to have a benchmark with a deep class hierarchy. Does
> anybody know of one?
Zope has some very complex and deep class hierarchies, especially when
it comes down to Plone and Archetypes. Unfortunately Zope is still stuck
with Python 2.4.
Christian
_
Guido van Rossum wrote:
> The buildbot is green for Solaris also, so I think we're in good
> shape. I don't see any green buildbots for Windows though, but Windows
> is always a flakey situation; Christian, what's your assessment?
test_mailbox is still failing with lots of errors. The module needs
Guido van Rossum wrote:
> I see a few tests leaking; in particular test_ssl (1522 refs leaned
> per run!) and test_urllib2_localnet (3 per run). Anyone interested in
> researching these feel free to do so; just upload a patch and file a
> bug if you've squashed the leaks (or some).
I see the refer
Good afternoon everybody!
The new C API documentation contains some large files:
105K abstract.html
300K concrete.html
183K newtypes.html
The concrete.html takes noticeable time to render on my computer (P4 2.4
with 1GB RAM, Firefox 2.0 and Ubuntu Linux). I estimate the load and
rendering time i
A new alpha of Python 3000 was released a few minutes ago!
http://www.python.org/download/releases/3.0/
Have fun and don't forget to report bugs at http://bugs.python.org/
Christian
signature.asc
Description: OpenPGP digital signature
___
Python-Dev
Neal Becker wrote:
> I had mistakenly installed a module (Qsci.so) into the wrong directory.
> Debugging this was harder than it needed to be (c-level debug of shared
> lib).
>
> Currently, the only debug info is from importdl.c:
> m = PyDict_GetItemString(PyImport_GetModuleDict(), name);
I've implemented several small improvements for floats and the math
module. You can find a description and the patches in our bug tracker:
http://bugs.python.org/issue1635
http://bugs.python.org/issue1640
Summary:
* Full and platform independent round trip for +/-inf and nan. Before
the patch th
Linux Kernel 2.6+ and BSD (including Mac OS X) have two I/O event
notification systems similar but superior to select() and poll(). From
the manuals:
kqueue, kevent -- kernel event notification mechanism
The kqueue() system call provides a generic method of notifying the user
when an event happen
Ross Cohen wrote:
> Did you look at the python-epoll module which has been in the Cheese
> Shop for quite some time? There is no messing with a low level control
> file descriptor and it presents an identical interface to select.poll().
No, I didn't see the module. To be honest I didn't look at th
Good evening!
I've three patches in the bug tracker which are ready but I like to get
approval before I submit them.
http://bugs.python.org/issue1657
Wrapper for epoll and kqueue sys calls for Python 2.6 and 3.0. I've
worked together with therve from the Twisted team.
http://bugs.python.org/iss
Good afternoon fellow developers!
We have finished the support for VS 2008 more or less successfully.
Python 3.0a2 was build with VS 2008 and shipped out without major
issues. The Tcl/Tk 8.5 problem was solved by Amaury and Martin is
working on the integration of the C runtime library.
What shoul
Raymond Hettinger wrote:
> How about a new, simpler syntax:
>
> * import threading or dummy_threading as threading
>
> * import xml.etree.CElementTree or cElementTree or elementree.ElementTree as
> ET
>
> * from cStringIO or StringIO import StringIO
>
> * import readline or emptymodule
The s
Jeroen Ruigrok van der Werven wrote:
> You don't put the bar high for newbies on the Python project eh? :)
>
> I am assumign that most of those contributions code-wise need a fair amount of
> knowledge of Python's internals?
It's neither impossible nor too hard to get involved. I got from
"haven'
Joseph Armbruster wrote:
> With respects to the bug tracker, when I select Search and Python 2.6, I
> retrieved 208 open bugs. At a quick glance, I found two that were windows,
> but not tagged appropriately. If it's worthwhile, I can spend some time
> this evening browsing the list of current 2.
Raymond Hettinger wrote:
> Does the 2to3 tool work from 2.5 or from 2.6 or does it make difference? If
> it works from 2.5, I'm thinking my company will make the jump all at once
> (after the 3.x series stabilizes, gets optimized, and key third-party
> packages have been migrated).
It's not
Hello!
Bug http://bugs.python.org/issue1481296 describes a problem where
long(float('nan')) causes a seg fault on Mac OS X. On other platforms it
returns 0L, e.g.
Python 2.5.1 (r251:54863, Oct 5 2007, 13:36:32)
[GCC 4.1.3 20070929 (prerelease) (Ubuntu 4.1.2-16ubuntu2)] on linux2
Type "help", "co
A.M. Kuchling wrote:
> Another task is to get logging set up for the #python-dev IRC channel.
> Searching didn't find any existing archive; we could run it on
> python.org somewhere, but does anyone here already run an IRC logging
> bot? Maybe someone could just add #python-dev to their existing
>
Christian Heimes wrote:
> It'd be nice if we can also get a bot into #python-dev to broadcast svn
> commits and bug tracker changes. The Twisted guys have good bot with
> decent msg coloring but IIRC it's tight into TRAC. For svn we could
> probably use CIA bot and tie it
Mike Klaas wrote:
> Question: should patches include edits to whatsnew.rst, or is the
> committer responsible for adding a note?
A patch should contain edits for Misc/NEWS. Patches without
documentation and NEWS updates costs the committer more time and reduces
the likelihood of a commit.
Even
Hello!
We are discussing name space packages on the stdlib reorg list. For
Python 3.0 we plan to organize the packages by purpose, e.g. put all
database related packages like sqlite and shelve in a 'databases' name
space.
Of course we want to have the name spaces extensible by 3rd party
software.
Steven Bethard wrote:
> Do we really want to encourage this? Wouldn't that just introduce
> more pyxml-like nightmares? I've been bitten way too many times by
> pyxml overwriting the regular xml package and causing version
> incompatibilities. I'd hate for this kind of thing to become common
> p
Phillip J. Eby wrote:
> This is actually an excellent point, given that the actual intended
> use of namespace packages is to allow an *organization* to control a
> namespace: e.g. zope.* and zc.* packages, osaf.* packages,
> etc. Using names that have meaning (like "email" or "databases")
> s
Raymond Hettinger wrote:
> This seems like something that could reasonably be added to Py2.6.
+1 from me
PEP 3107 (function annotation), PEP 3104 (nonlocal) and PEP 3132
(extended iterable unpacking: a, *b = 1,2,3) are IMHO other useful
feature for 2.6. nonlocal would require a __future__ import.
Paul Moore wrote:
> What would be used on Windows? It's likely to be of marginal use on
> Windows, but an appropriate equivalent should be defined. Possibly
> just replace ~ with %USERPROFILE%. I'd argue against anything under
> %APPDATA% as that directory is hidden.
No, we shouldn't mess with the
Robin Stocker wrote:
> I'm planning to work on PEP 3107 (function annotations) after I have
> finished backporting PEP 3102 (keyword-only arguments) (issue1745).
Thanks! I've backported class decorators: http://bugs.python.org/issue1759
Could somebody with more knowledge about grammer and ASDL ch
Paul Moore wrote:
> Not My Documents, please! That's for documents, not configuration.
> %USERPROFILE% is actually where most other applications put stuff. The
> alternative would be %HOMEDRIVE%%HOMEPATH% which is what
> os.path.expanduser uses.
On mys system only one application has put configura
Eli Courtwright wrote:
> I can tell that instancemethods can't have attributes added to them outside
> of their class definition. Is this part of the Python language spec, or
> just an implementation detail of CPython?
You can't modify the attributes of an instance method. You have to
modify the
Paul Moore wrote:
> Not My Documents, please! That's for documents, not configuration.
> %USERPROFILE% is actually where most other applications put stuff. The
> alternative would be %HOMEDRIVE%%HOMEPATH% which is what
> os.path.expanduser uses.
http://msdn2.microsoft.com/en-us/library/bb762494(VS
I've attached the first public draft of my first PEP. A working patch
against the py3k branch is available at http://bugs.python.org/issue1576
Christian
PEP: 369
Title: Lazy importing and post import hooks
Version: $Revision$
Last-Modified: $Date$
Author: Christian Heimes
Status: Draft
Fred Drake wrote:
> On Jan 8, 2008, at 7:53 PM, Neal Becker wrote:
>> Note also that mercurial has demandimport
>> http://www.selenic.com/mercurial/wiki/
>
>
> Let's not forget zope.deferredimport:
>
>http://pypi.python.org/pypi/zope.deferredimport
I've mentioned zope.deferredimport in my P
501 - 600 of 1039 matches
Mail list logo
