On Tue, Nov 19, 2013 at 2:09 PM, Antoine Pitrou solip...@pitrou.net wrote:
Well, I don't think it's a big deal to add a FRAME opcode if it doesn't
change the current framing logic. I'd like to defer to Alexandre on this
one, anyway.
Looking at the different options available to us:
1A.
On Mon, Apr 15, 2013 at 12:56 AM, David Lam david.k.l...@gmail.com wrote:
I tried to find an example in the source which addressed this, but
found that the docstrings in similar cases to be largely duplicated.
I find this annoying too. It would be nice to have a common way to share
docstrings
On Tue, Feb 12, 2013 at 1:44 PM, Antoine Pitrou solip...@pitrou.net wrote:
It's idiomatic because strings are immutable (by design, not because of
an optimization detail) and therefore concatenation *has* to imply
building a new string from scratch.
Not necessarily. It is totally possible to
On Tue, Feb 12, 2013 at 5:25 PM, Christian Tismer tis...@stackless.comwrote:
Would ropes be an answer (and a simple way to cope with string mutation
patterns) as an alternative implementation, and therefore still justify
the usage of that pattern?
I don't think so. Ropes are really useful
On Thu, Nov 8, 2012 at 9:45 AM, Serhiy Storchaka storch...@gmail.comwrote:
My intention was testing with filename which cannot be decoded as UTF-8 in
strict mode. I agree that testing with name which is encodable in locale
encoding can be useful too, but now the test has no effect on UTF-8
The Unicode code points in the
U+DC00-DFFFhttp://www.unicode.org/charts/PDF/UDC00.pdf
range (low surrogate area) can't be encoded in UTF-8. Quoting from
RFC 3629http://tools.ietf.org/html/rfc3629
:
*The definition of UTF-8 prohibits encoding character numbers between
U+D800 and U+DFFF, which are
On Sun, Sep 30, 2012 at 4:50 PM, Brett Cannon br...@python.org wrote:
I accidentally left out the telco benchmark, which is bad since cdecimal
makes it just scream on Python 3.3 (and I verified with Python 3.2 that
this is an actual speedup and not some silly screw-up like I initially had
On Sat, Jun 23, 2012 at 3:19 AM, M Stefan mstefa...@gmail.com wrote:
* UNION_FROZENSET: like UPDATE_SET, but create a new frozenset
stack before: ... pyfrozenset mark stackslice
stack after : ... pyfrozenset.union(stackslice)
Since frozenset are immutable, could you explain how adding
Hello,
As per PEP 3108, we were supposed to merge profile/cProfile into one
unified module. I initially championed the change, but other things got in
the way and I have never got to the point of a useful patch. I posted some
code and outlined an approach how the merge could be done. However,
On Thu, Apr 19, 2012 at 4:55 AM, Stefan Behnel stefan...@behnel.de wrote:
That sounds like less than two weeks of work, maybe even if we add the
marshal module to it.
In less than a month of GSoC time, this could easily reach a point where
it's close to the speed of what we have and fast
On Sun, Apr 22, 2012 at 6:12 PM, mar...@v.loewis.de wrote:
So I disagree that we could easily reach the point where it's close to
the
speed of what we have. And if we were to attempt this, it would be a
multiple months undertaking. I would rather see that time spent on
improving pickle than
On Fri, Aug 12, 2011 at 3:58 AM, Antoine Pitrou solip...@pitrou.net wrote:
Hello,
This PEP is an attempt to foster a number of small incremental
improvements in a future pickle protocol version. The PEP process is
used in order to gather as many improvements as possible, because the
Love it!
BTW, it's not a good idea to have an import statement under 3
level of loops:
https://code.google.com/p/2to3-speedup2/source/browse/trunk/lib2to3/refactor.py#427
-- Alexandre
___
Python-Dev mailing list
Python-Dev@python.org
[+Python-ideas -Python-Dev]
import binascii
def h(s):
return binascii.unhexlify(.join(s.split()))
h(DE AD BE EF CA FE BA BE)
-- Alexandre
On Mon, Jul 26, 2010 at 11:29 AM, anatoly techtonik techto...@gmail.com wrote:
I find \xXX\xXX\xXX\xXX... notation for binary data totally
unreadable.
On Wed, Jun 9, 2010 at 1:23 PM, Martin v. Löwis mar...@v.loewis.de wrote:
Closing the backport requests is fine. For the feature requests, I'd only
close them *after* the 2.7 release (after determining that they won't apply
to 3.x, of course).
There aren't that many backport requests, anyway,
On Wed, Jun 9, 2010 at 5:55 AM, Facundo Batista
facundobati...@gmail.com wrote:
Yes, closing the tickets as won't fix and tagging them as
will-never-happen-in-2.x or something, is the best combination of
both worlds: it will clean the tracker and ease further developments,
and will allow
Is there is any plan for a 2.8 release? If not, I will go through the
tracker and close outstanding backport requests of 3.x features to
2.x.
-- Alexandre
___
Python-Dev mailing list
Python-Dev@python.org
On Wed, May 5, 2010 at 8:52 PM, Joao S. O. Bueno jsbu...@python.org.br wrote:
Python 2.7 is in beta, but not applying such a fix now would probably
mean that python 2.x would forever remain with the mixed tabs, since
it would make much less sense for such a change in a minor revision
(although
On Mon, May 3, 2010 at 7:34 PM, Barry Warsaw ba...@python.org wrote:
Now would be a good time to convert the C files to 4 space indents. We've
only been talking about it for a decade at least.
Will changing the indentation of source files to 4 space indents break
patches on the bug tracker?
On Fri, Apr 23, 2010 at 2:11 PM, Dan Gindikin dgindi...@gmail.com wrote:
We were having performance problems unpickling a large pickle file, we were
getting 170s running time (which was fine), but 1100mb memory usage. Memory
usage ought to have been about 300mb, this was happening because of
On Fri, Apr 23, 2010 at 2:38 PM, Alexandre Vassalotti
alexan...@peadrop.com wrote:
Collin Winter wrote a simple optimization pass for cPickle in Unladen
Swallow [1]. The code reads through the stream and remove all the
unnecessary PUTs in-place.
I just noticed the code removes *all* PUT
On Fri, Apr 23, 2010 at 3:07 PM, Collin Winter collinwin...@google.com wrote:
I should add that, adding the necessary bookkeeping to remove only
unused PUTs (instead of the current all-or-nothing scheme) should not
be hard. I'd watch out for a further performance/memory hit; the
pickling
On Fri, Apr 23, 2010 at 3:57 PM, Dan Gindikin dgindi...@gmail.com wrote:
This wouldn't help our use case, your code needs the entire pickle
stream to be in memory, which in our case would be about 475mb, this
is on top of the 300mb+ data structures that generated the pickle
stream.
In that
On Wed, Feb 24, 2010 at 7:13 AM, Florent Xicluna
florent.xicl...@gmail.com wrote:
Hello,
I am a semi-regular contributor for Python: I have contributed many patches
since end of last year, some of them were reviewed by Antoine.
Lately, he suggested that I should apply for commit rights.
+1
On Tue, Jan 26, 2010 at 7:04 AM, Yingjie Lan lany...@yahoo.com wrote:
note that this is quite off-topic for this list, which is
about the
development of the CPython interpreter and runtime
environment.
Sorry if this is bothering you. I thought here are a lot of people who knows
how to
On Tue, Nov 3, 2009 at 12:35 PM, Guido van Rossum gu...@python.org wrote:
I've checked draft (!) PEP 3003, Python Language Moratorium, into
SVN. As authors I've listed Jesse, Brett and myself.
+1 from me.
-- Alexandre
___
Python-Dev mailing list
On Wed, Jul 1, 2009 at 10:05 PM, Guido van Rossumgu...@python.org wrote:
The select module already supports the poll() system call. Or is there
a special variant that only Solaris has?
I think Jesus refers to /dev/poll—i.e., the interface for
edge-triggered polling on Solaris. This is the
On Mon, Jun 8, 2009 at 3:57 PM, Martin v. Löwismar...@v.loewis.de wrote:
FWIW, I really think that PEP 385 should really grow a timeline
pretty soon. Are we going to switch this year, next year, or 2011?
+1
-- Alexandre
___
Python-Dev mailing list
On Mon, Apr 13, 2009 at 5:25 PM, Daniel Stutzbach
dan...@stutzbachenterprises.com wrote:
On Mon, Apr 13, 2009 at 3:02 PM, Martin v. Löwis mar...@v.loewis.de
wrote:
True, I can always convert from bytes to str or vise versa.
I think you are missing the point. It will not be necessary to
On Thu, Apr 9, 2009 at 1:15 AM, Antoine Pitrou solip...@pitrou.net wrote:
As for reading/writing bytes over the wire, JSON is often used in the same
context as HTML: you are supposed to know the charset and decode/encode the
payload using that charset. However, the RFC specifies a default
On Tue, Apr 7, 2009 at 2:03 AM, Stephen J. Turnbull step...@xemacs.org wrote:
Alexandre Vassalotti writes:
This makes me remember that we will have to decide how we will
reorganize our workflow. For this, we can either be conservative and
keep the current CVS-style development workflow
On Sat, Apr 4, 2009 at 9:03 PM, Antoine Pitrou solip...@pitrou.net wrote:
Hello,
Currently, BufferedReader.peek() ignores its argument and can return more or
less than the number of bytes requested by the user. This is how it was
implemented in the Python version, and we've reflected this in
Hello,
I would like to call to your attention the following behavior of TextIOWrapper:
import io
def test(buf):
textio = io.TextIOWrapper(buf)
buf = io.BytesIO()
test(buf)
print(buf.closed) # This prints True currently
The problem here is TextIOWrapper closes its buffer
On Sun, Apr 5, 2009 at 5:06 AM, Martin v. Löwis mar...@v.loewis.de wrote:
Off the top of my head, the following is needed for a successful migration:
- Verify that the repository at http://code.python.org/hg/ is
properly converted.
I see that this has four branches. What about all the
On Sun, Apr 5, 2009 at 6:27 AM, Antoine Pitrou solip...@pitrou.net wrote:
Alexandre Vassalotti alexandre at peadrop.com writes:
Off the top of my head, the following is needed for a successful migration:
There's also the issue of how we adapt the current workflow of svnmerging
between
On Sun, Apr 5, 2009 at 1:37 PM, Martin v. Löwis mar...@v.loewis.de wrote:
I think it should be stated in the PEP what branches get converted,
in what form, and what the further usage of the svn repository should
be.
Noted.
I think there is a long tradition of such annotations; we should
On Sun, Apr 5, 2009 at 2:45 PM, Dirkjan Ochtman dirk...@ochtman.nl wrote:
On 05/04/2009 20:36, Martin v. Löwis wrote:
We do require full real names (i.e. no nicknames). Can Mercurial
guarantee such a thing?
We could pre-record the list of allowed names in a hook, then have the hook
check
On Sun, Apr 5, 2009 at 2:40 PM, Martin v. Löwis mar...@v.loewis.de wrote:
Okay, sounds like that will be easy. Would be good to enable compression
on the SSH, though, if that's not already done.
Where is that configured?
If I recall correctly, only ssh clients can request compression to the
On Mon, Apr 6, 2009 at 12:20 AM, Aahz a...@pythoncraft.com wrote:
How difficult would it be to change the decision later? That is, how
about starting with a CVS-style system and maybe switch to kernel-style
once people get comfortable with Hg?
I believe it would be fairly easy. It would be a
On Sat, Apr 4, 2009 at 11:40 AM, Aahz a...@pythoncraft.com wrote:
With Brett's (hopefully temporary!) absence, who is spearheading the
Mercurial conversion? Whoever it is should probably take over PEP 374
and start updating it with the conversion plan, particularly WRT
expectations for dates
On Tue, Mar 31, 2009 at 11:25 PM, Guido van Rossum gu...@python.org wrote:
Well hold on for a minute, I remember we used to have an exec
statement in a class body in the standard library, to define some file
methods in socket.py IIRC.
FYI, collections.namedtuple is also implemented using exec.
On Fri, Apr 3, 2009 at 5:12 PM, Benjamin Peterson benja...@python.org wrote:
I'm +.2. This is the layout I would suggest:
Modules/
_io/
_io.c
stringio.c
textio.c
etc
That seems good to me. I opened an issue on the tracker and included a patch.
Hello,
I just noticed that the new io-c modules were merged in the py3k
branch (I know, I am kind late on the news—blame school work). Anyway,
I am just wondering if it would be a good idea to put the io-c modules
in a sub-directory (like sqlite), instead of scattering them around in
the Modules/
On Thu, Mar 26, 2009 at 11:40 PM, Collin Winter coll...@gmail.com wrote:
In fact, right now I'm adding a last few tests before putting our cPickle
patches up on the tracker for further review.
Put me in the nosy list when you do; and when I get some free time, I
will give your patches a
On Fri, Feb 20, 2009 at 12:35 AM, Steven D'Aprano st...@pearwood.info wrote:
Currently, if I want to verify that (say) cFoo and Foo do the same thing, or
compare their speed, it's easy because I can import the modules separately.
Given the 3.0 approach, how would one access the Python versions
On Tue, Jan 27, 2009 at 5:16 PM, Jake McGuire j...@youtube.com wrote:
Another vaguely related change would be to store string and unicode objects
in the pickler memo keyed as themselves rather than their object ids.
That wouldn't be difficult to do--i.e., simply add a type check in
Here is what I found just by analyzing the logs. It seems the first
failures appeared after this change:
On Tue, Dec 30, 2008 at 10:41 PM, Daniel (ajax) Diniz aja...@gmail.com wrote:
A reliable way to get that in a --with-pydebug build seems to be:
~/py3k$ ./python -c import locale; locale.format_string(1,1)
* ob
object : refcnt 0 at 0x825c76c
type: tuple
refcount: 0
address : 0x825c76c
On Mon, Dec 22, 2008 at 7:34 PM, Antoine Pitrou solip...@pitrou.net wrote:
Now, we should find a way to benchmark this without having to steal Mike's
machine and wait 30 minutes every time.
So, I seem to reproduce it. The following script takes about 15 seconds to
run and allocates a 2 GB
On Fri, Dec 19, 2008 at 6:29 PM, Mike Coleman tutu...@gmail.com wrote:
I have a program that creates a huge (45GB) defaultdict. (The keys
are short strings, the values are short lists of pairs (string, int).)
Nothing but possibly the strings and ints is shared.
That is, after executing
[Sorry, for the previous garbage post.]
On Fri, Dec 19, 2008 at 6:29 PM, Mike Coleman tutu...@gmail.com wrote:
I have a program that creates a huge (45GB) defaultdict. (The keys
are short strings, the values are short lists of pairs (string, int).)
Nothing but possibly the strings and ints
On Mon, Dec 15, 2008 at 3:59 PM, Guido van Rossum gu...@python.org wrote:
Aha! A specific file. I'm supportive of fixing that specific file. Now
if you can figure out how to do it and still allow merging between 2.6
and 3.0 that would be cool.
Here's the simplest solution I thought so far to
On Sat, Dec 13, 2008 at 5:11 PM, Antoine Pitrou solip...@pitrou.net wrote:
Guido van Rossum guido at python.org writes:
I think we should not do this. We should use 4 space indents for new
files, but existing files should not be reindented.
Well, right now many files are indented with a mix
On Sun, Dec 14, 2008 at 12:43 PM, Jeffrey Yasskin jyass...@gmail.com wrote:
I've never figured out how to configure emacs to deduce whether the
current file uses spaces or tabs and has a 4 or 8 space indent. I
always try to get it right anyway, but it'd be a lot more convenient
if my editor
On Sun, Dec 14, 2008 at 12:57 PM, Alexandre Vassalotti
alexan...@peadrop.com wrote:
On Sun, Dec 14, 2008 at 12:43 PM, Jeffrey Yasskin jyass...@gmail.com wrote:
I've never figured out how to configure emacs to deduce whether the
current file uses spaces or tabs and has a 4 or 8 space indent. I
On Fri, Dec 12, 2008 at 11:39 AM, Lennart Regebro rege...@gmail.com wrote:
The fix_imports fix seems to fix only the first import per line that you have.
So if you do for example
import urllib2, cStringIO
it will not fix cStringIO.
Is this a bug or a feature? :-) If it's a feature it
On Sun, Dec 14, 2008 at 1:34 PM, Lennart Regebro rege...@gmail.com wrote:
On Sun, Dec 14, 2008 at 19:19, Alexandre Vassalotti
alexan...@peadrop.com wrote:
Which revision of python are you using? I tried the test-case you gave
and 2to3 translated it perfectly.
3.0, I haven't tried with trunk
On Thu, Oct 30, 2008 at 1:00 PM, Fred Drake [EMAIL PROTECTED] wrote:
It's good to move work into __init__ where reasonable, so that it can be
avoided if a subclass wants it done in a completely different way, but new
can't work that way.
And that is exactly the reason why, the _pickle module
[oops, I forgot to cc the list]
On Thu, Oct 30, 2008 at 7:43 PM, Christian Heimes [EMAIL PROTECTED] wrote:
Alexandre Vassalotti wrote:
And that is exactly the reason why, the _pickle module doesn't use
__new__ for initialization. Doing any kind of argument parsing in
__new__ prevents
On Wed, Jun 25, 2008 at 4:55 PM, Martin v. Löwis [EMAIL PROTECTED] wrote:
I think exactly the other way 'round. The timing of thing should not
matter at all, only the exact sequence of allocations and deallocations.
I would it be possible, if not a good idea, to only track object
deallocations
On Thu, Jun 26, 2008 at 12:01 AM, Martin v. Löwis [EMAIL PROTECTED] wrote:
I would it be possible, if not a good idea, to only track object
deallocations as the GC traversal trigger? As far as I know, dangling
cyclic references cannot be formed when allocating objects.
Not sure what you mean
On Sun, Jun 1, 2008 at 12:28 AM, Adam Olsen [EMAIL PROTECTED] wrote:
On Sat, May 31, 2008 at 10:11 PM, Alexandre Vassalotti
[EMAIL PROTECTED] wrote:
Would anyone mind if I did add a public C API for gc.disable() and
gc.enable()? I would like to use it as an optimization for the pickle
module
On Wed, Jun 11, 2008 at 7:35 AM, Barry Warsaw [EMAIL PROTECTED] wrote:
My plan is to begin building the betas tonight, at around 9 or 10pm EDT
(0100 to 0200 UTC Thursday). If a showstopper comes up before then, I'll
email the list. If you think we really aren't ready for beta, then I would
On Thu, Jun 5, 2008 at 11:18 PM, Alexandre Vassalotti
[EMAIL PROTECTED] wrote:
On Thu, Jun 5, 2008 at 10:14 PM, Mark Hammond [EMAIL PROTECTED] wrote:
Set an error if the 'arg' tuple doesn't have a length of zero?
Oh, that isn't a bad idea at all. I will try this. Thanks!
Worked flawlessly
Would anyone mind if I did add a public C API for gc.disable() and
gc.enable()? I would like to use it as an optimization for the pickle
module (I found out that I get a good 2x speedup just by disabling the
GC while loading large pickles). Of course, I could simply import the
gc module and call
On Sat, May 17, 2008 at 5:05 AM, M.-A. Lemburg [EMAIL PROTECTED] wrote:
I'd like to bring a potential problem to attention that is caused
by the recent module renaming approach:
Object serialization protocols like e.g. pickle usually store the
complete module path to the object class together
Errata:
On Sat, May 17, 2008 at 10:59 AM, Alexandre Vassalotti
[EMAIL PROTECTED] wrote:
And, one solution to this is to use Python 2.6 to regenerate pickle
stream.
... to regenerate *the* pickle *streams*.
It is surely not the most elegant or robust solution, but I could work
On Fri, May 16, 2008 at 10:52 AM, Yannick Gingras [EMAIL PROTECTED] wrote:
Alexander Belopolsky [EMAIL PROTECTED] writes:
try:
...open('/')
... except Exception,e:
...pass
...
print e
[Errno 21] Is a directory
So now I am not sure what OP is proposing. Do you want to replace 21
On Thu, May 15, 2008 at 6:49 PM, Nick Coghlan [EMAIL PROTECTED] wrote:
Since it would be nice for the standard library to not emit any warnings
with the -3 flag, perhaps distutils should at least be trying the new name
first, and only falling back to the old name on an ImportError (assuming we
On Tue, May 13, 2008 at 7:12 PM, Martin v. Löwis [EMAIL PROTECTED] wrote:
If you generated your python subversion ssh key during this time on a
machine fitting the description above, please consider replacing your
keys.
apt-get update ; apt-get upgrade on debian will provide you with
On Mon, May 12, 2008 at 3:40 AM, Martin v. Löwis [EMAIL PROTECTED] wrote:
When I rename a module I use svn copy, since svn remove doesn't
pick up changes made to the deleted file. For example, here is what
I did for PixMapWrapper:
You want to make changes to the deleted file? Why?
The
On Mon, May 12, 2008 at 3:49 AM, Martin v. Löwis [EMAIL PROTECTED] wrote:
Well, I guess I really messed up on that one. So, do you have any idea
on how to revert the changes?
If the changes where in a single revision N, do
svn merge -rN:N-1 .
svn commit -m revert rN
If they span
On Mon, May 12, 2008 at 7:18 AM, Paul Moore [EMAIL PROTECTED] wrote:
Revision 63129 is not valid on case folding filesystems. In
particular, this horribly breaks using hg-svn to make a local mirror
of the Python repository:
\Apps\HGsvn\hgimportsvn.exe -r 63120
On Mon, May 12, 2008 at 9:24 AM, Martin v. Löwis [EMAIL PROTECTED] wrote:
The idea was to replace the orignial module file with its stub.
However, the svn copy and edit process isn't the cause of the
problems. It is the fact that 2 files existed in the same directory
differing only by a
On Mon, May 12, 2008 at 6:10 AM, Georg Brandl [EMAIL PROTECTED] wrote:
I've now updated docs for the Queue, SocketServer and copy_reg modules in
the trunk.
Thank you, Georg, for updating docs!
-- Alexandre
___
Python-Dev mailing list
On Sat, May 10, 2008 at 11:43 PM, [EMAIL PROTECTED] wrote:
Brett There is going to be an issue with the current proposal for
Brett keeping around urllib. Since the package is to be named the same
Brett thing as the module
Is this the only module morphing into a package of the
On Sat, May 10, 2008 at 11:38 PM, Brett Cannon [EMAIL PROTECTED] wrote:
I see three solutions for dealing with this.
1. Have stubs for the entire urllib API in urllib.__init__ that raise
a DeprecationWarning either specifying the new name or saying the
function/class is deprecated.
2.
Hello,
I have been working the module renaming for PEP-3108, and I just
noticed that some buildbots are throwing errors while updating their
checkout. It seems the method I use for renaming modules hits a
subversion bug on certain platforms. The error thrown looks like this:
...
svn: In
On Sun, May 11, 2008 at 5:44 PM, Paul Moore [EMAIL PROTECTED] wrote:
2008/5/11 Alexandre Vassalotti [EMAIL PROTECTED]:
When I rename a module I use svn copy, since svn remove doesn't
pick up changes made to the deleted file. For example, here is what
I did for PixMapWrapper:
svn copy ./Lib
On Sun, May 11, 2008 at 6:31 PM, Brett Cannon [EMAIL PROTECTED] wrote:
The PEP specifies the lib-old directory to hold the old case name so
that the svn rename won't lead to two files in the same directory. I
was hoping that creating the stub in lib-old would allow a simple
``svn rename`` for
On Sun, May 11, 2008 at 5:29 PM, Alexandre Vassalotti
[EMAIL PROTECTED] wrote:
Hello,
I have been working the module renaming for PEP-3108, and I just
noticed that some buildbots are throwing errors while updating their
checkout. It seems the method I use for renaming modules hits
On Tue, May 6, 2008 at 6:52 PM, Christian Heimes [EMAIL PROTECTED] wrote:
alexandre.vassalotti schrieb:
Author: alexandre.vassalotti
Date: Tue May 6 21:48:38 2008
New Revision: 62778
Log:
Added fast alternate io.BytesIO implementation and its test suite.
Removed old test
On Sun, Mar 9, 2008 at 7:21 PM, Forrest Voight [EMAIL PROTECTED] wrote:
This would simplify the handling of list slices.
Slice objects that are produced in a list index area would be different,
and optionally the syntax for slices in list indexes would be expanded
to work everywhere.
On Feb 4, 2008 7:47 PM, [EMAIL PROTECTED] wrote:
I should have asked this before, but what's so special about core
(Python?) development that the tools should be different than for
non-core development?
Brett Usually the core has keywords, built-ins, etc. that have not been
.
Thanks for correcting me!
-- Alexandre
On Jan 14, 2008 12:59 PM, Armin Rigo [EMAIL PROTECTED] wrote:
Hi,
On Sat, Jan 12, 2008 at 07:33:38PM -0500, Alexandre Vassalotti wrote:
Well, in Python 3K, inst_persistent_id() won't be usable, since
PyInstance_Type was removed.
Looking at the code
I can't comment on the implementation details, but +1 for the idea. I
think this feature will be very useful in a shared hosting
environment.
-- Alexandre
On Jan 11, 2008 6:27 PM, Christian Heimes [EMAIL PROTECTED] wrote:
PEP: XXX
Title: Per user site-packages directory
Version: $Revision$
Hi,
I tried a few times to commit a patch (for issue #1530) to the trunk,
but I always get this error:
alex:python% svn commit Lib/doctest.py --file svn-commit.tmp
svn: Commit failed (details follow):
svn: MKACTIVITY of
'/projects/!svn/act/53683b5b-99d8-497e-bc98-6d07f9401f50': 403
Thanks Guido.
I just found what was the problem. My checkout of the trunk was the
read-only one (i.e., over http).
-- Alexandre
On Dec 7, 2007 11:40 PM, Guido van Rossum [EMAIL PROTECTED] wrote:
On Dec 7, 2007 8:35 PM, Alexandre Vassalotti [EMAIL PROTECTED] wrote:
I tried a few times
I just want to let you all know that the name issue was settled and
committed to py3k branch a few days ago. It was chosen to simply
rename the module __builtin__ to builtins.
-- Alexandre
On Nov 29, 2007 6:15 AM, Nick Coghlan [EMAIL PROTECTED] wrote:
Given that the *effect* of __builtins__ is
Oh, sorry for the noise. I thought people were still arguing about the
name issue, but it was in fact 5-day late emails that I am still
receiving. (Gmail seems to have delivery issues lately...)
-- Alexandre
On Dec 4, 2007 12:49 PM, Alexandre Vassalotti [EMAIL PROTECTED] wrote:
I just want
PyObject_HEAD was changed in Py3k to make it conform to C's strict
aliasing rules (See PEP 3123 [1]).
In your code, you need to change:
static PyTypeObject MPFType = {
PyObject_HEAD_INIT(NULL)
0, /*ob_size*/
...
}
to this:
static
On 8/28/07, Collin Winter [EMAIL PROTECTED] wrote:
On 8/22/07, Alexandre Vassalotti [EMAIL PROTECTED] wrote:
When I was fixing tests failing in the py3k branch, I found the number
duplicate failures annoying. Often, a single bug, in an important
method or function, caused a large number
On 8/29/07, Martin v. Löwis [EMAIL PROTECTED] wrote:
Scott Dial schrieb:
Martin v. Löwis wrote:
Do you know why? Thanks!
I'm not sure why precedence was defined that
way, though.
Because it is consistent with C's precedence rules.
Maybe I'm missing something - how exactly is the
On 8/25/07, Gregory P. Smith [EMAIL PROTECTED] wrote:
I like this idea.
Yay! Now, I ain't the only one. ;)
Be sure to have an option to ignore dependancies and run all tests.
Yes, I planned to add a such option.
Also when skipping tests because a depedancy failed have unittest
print out an
When I was fixing tests failing in the py3k branch, I found the number
duplicate failures annoying. Often, a single bug, in an important
method or function, caused a large number of testcase to fail. So, I
thought of a simple mechanism for avoiding such cascading failures.
My solution is to add a
On 8/17/07, Georg Brandl [EMAIL PROTECTED] wrote:
Alexandre Vassalotti schrieb:
On 8/16/07, Neal Norwitz [EMAIL PROTECTED] wrote:
On 8/15/07, Georg Brandl [EMAIL PROTECTED] wrote:
Okay, I made the switch. I tagged the state of both Python branches
before the switch as tags/py{26,3k
On 8/16/07, Neal Norwitz [EMAIL PROTECTED] wrote:
On 8/15/07, Georg Brandl [EMAIL PROTECTED] wrote:
Okay, I made the switch. I tagged the state of both Python branches
before the switch as tags/py{26,3k}-before-rstdocs/.
http://docs.python.org/dev/
http://docs.python.org/dev/3.0/
Is it
On 8/6/07, Georg Brandl [EMAIL PROTECTED] wrote:
Okay, I propose the following patch:
[...]
I think your patch is complicated for nothing. It would be much more
straightforward to use PyString_AsStringAndSize to encode the Unicode
string with the default encoding. I think it would be necessary
On 8/5/07, Georg Brandl [EMAIL PROTECTED] wrote:
See bugs #1548891 and #1730114.
In the former, it was reported that cStringIO works differently from StringIO
when handling unicode strings; it used GetReadBuffer which returned the raw
internal UCS-2 or UCS-4 encoded string.
I changed it to
Yes, range() on the p3yk branch seems broken. However, this bug has
been fixed in the py3k-struni, the branch where most the development
for Python 3000 is taking place.
-- Alexandre
On 7/24/07, Lisandro Dalcin [EMAIL PROTECTED] wrote:
I did a fresh checkout as below (is p3yk the right branch?)
1 - 100 of 106 matches
Mail list logo