On Sun, 6 Jan 2013 08:25:44 +0100 (CET)
nick.coghlan wrote:
> http://hg.python.org/peps/rev/3eb7e4b587da
> changeset: 4654:3eb7e4b587da
> user:Nick Coghlan
> date:Sun Jan 06 17:22:45 2013 +1000
> summary:
> Updates in response to Barry Warsaw's feedback
>
> files:
> pep-04
On Sun, Jan 6, 2013 at 10:26 PM, Antoine Pitrou wrote:
> Since we are here, I would bikeshed a little and point out that
> "initializing" and "initialiazed" are states, not phases. Either way,
> the nomenclature should be consistent.
States and phases are generally the same thing (e.g. states of
Minor correction:
On 06.01.13 19:10, Christian Tismer wrote:
Yes, you can do the upgrade, but there are a few flaws which keep me
from using this:
It is pretty common to use virtualenv inside a mercurial checkout.
With venv, installation with
python3 -m venv my-repos
complains that the
Yes, you can do the upgrade, but there are a few flaws which keep me
from using this:
It is pretty common to use virtualenv inside a mercurial checkout.
With venv, installation with
python3 -m venv my-repos
complains that the directory is not empty.
With
python3 -m venv my-repos --cl
The memory part is also why I am interested in this approach.
Another thing has been bothering me. This is the fact that with the default
implementation, the smll table is only ever populated up to a certain
percentage, I cant recall, perhaps 50%. Since the small table is small by
definition,
On Jan 3, 2013, at 2:22 AM, Maciej Fijalkowski wrote:
> Hello everyone.
>
> Thanks raymond for writing down a pure python version ;-)
Thanks for running with it.
>
> I did an initial port to RPython for experiments. The results (on
> large dicts only) are inconclusive - it's either a bit fas
On Jan 6, 2013, at 1:40 PM, Kristján Valur Jónsson
wrote:
> The memory part is also why I am interested in this approach.
> Another thing has been bothering me. This is the fact that with the default
> implementation, the smll table is only ever populated up to a certain
> percentage, I cant
