icit.
For implementations (algorithm) I cannot foresee the
future so I cannot tell if it will be a burden or not.
Finally someone have to decide it.
As long as OrderedDict is available for me to specify it explicit
it will be fine. ;-)
Regards,
Wolfgang
On 04.11.2017 18:30, Stefan Krah wrote:
and for
other places it is useful.
But making all dict's per default ordered is another level.
Regards,
Wolfgang
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
On 05.11.2016 10:56, Antoine Pitrou wrote:
Hi Victor,
On Fri, 4 Nov 2016 13:53:10 +0100
Victor Stinner wrote:
Raw results of Python 3.6 compared to Python 2.7:
That's interesting, but I would be personally more interested in
a performance comparison of 3.5 and 3.6, to know if anything
inte
Dear all,
FYI, https://docs.python.org/3.6/ is currently pointing to the Python
3.7.0a0 documentation
Best,
Wolfgang
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
https
e start to unify sys.path
handling. And a good feature for redistribution of a Python interpreter
without an installation. (Embedding, virtual environments, fat virtual
environments, ...)
Regards,
Wolfgang
___
Python-Dev mailing list
Python-Dev@python
or increase the memory
consumption?
Regards,
Wolfgang
On 30.08.2016 23:20, Guido van Rossum wrote:
> I'm happy to present PEP 526 for your collective review:
> https://www.python.org/dev/peps/pep-0526/ (HTML)
> https://github.com/python/peps/blob/master/pep-0526.txt (source)
>
or increase the memory
consumption?
Regards,
Wolfgang
On 30.08.2016 23:20, Guido van Rossum wrote:
> I'm happy to present PEP 526 for your collective review:
> https://www.python.org/dev/peps/pep-0526/ (HTML)
> https://github.com/python/peps/blob/master/pep-0526.txt (source)
>
On 8/8/2016 22:38, Yury Selivanov wrote:
On 2016-08-08 4:18 PM, Guido van Rossum wrote:
I think Nick would be interested in understanding why this is the
case. What does the decorator do that could be so expensive?
From the looks of it it doesn't do anything special. Although with
@contextl
and in particular, web, is a huge
> part of current Python usage. Please don't underestimate
> that.
I do not. But for most they want only use it as a client
and the main concern for most is "I want to get this web page"
and not "I will implement a web cl
t;async".
Now I shut up. Go to my normal mode and be quiet and read. ;-)
Regards,
Wolfgang
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
On Thu, Apr 23, 2015 at 6:22 PM, Yury Selivanov
wrote:
> Wolfgang,
>
>
> On 2015-04-23 12:12 PM, Wolfgang Langner wrote:
>
>> On Thu, Apr 23, 2015 at 5:32 PM, Yury Selivanov
>> wrote:
>>
>> Hi Wolfgang,
>>>
>>> On 2015-04-23 8:27 AM, Wo
On Thu, Apr 23, 2015 at 5:32 PM, Yury Selivanov
wrote:
> Hi Wolfgang,
>
> On 2015-04-23 8:27 AM, Wolfgang Langner wrote:
>
>> On Thu, Apr 23, 2015 at 12:35 PM, Paul Sokolovsky
>> wrote:
>>
>> Hello,
>>>
>>> On Thu, 23 Apr 2015 12:18:51
On Thu, Apr 23, 2015 at 5:32 PM, Yury Selivanov
wrote:
> Hi Wolfgang,
>
> On 2015-04-23 8:27 AM, Wolfgang Langner wrote:
>
>> On Thu, Apr 23, 2015 at 12:35 PM, Paul Sokolovsky
>> wrote:
>>
>> Hello,
>>>
>>> On Thu, 23 Apr 2015 12:18:51
Hello,
On Thu, Apr 23, 2015 at 11:59 AM, Paul Sokolovsky wrote:
> Hello,
>
> On Thu, 23 Apr 2015 10:43:52 +0200
> Wolfgang Langner wrote:
>
> []
>
> > Also ask why no one used type specifier, they are possible since
> > Python 3.0 ?
> > Because it is
t all this should be done in a
way a beginner
can handle and not design this stuff for experts only. If we do this we
scare away new people.
This can be done step by step. No need to hurry.
And finally we have stackless Python but explicit. ;-)
--
bye by Wolfgang
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
ow.
Also ask why no one used type specifier, they are possible since Python 3.0
?
Because it is the wrong way for Python.
Regards,
Wolfgang
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
ange.
Best is to give all this some more time and defer it to 3.6 and some alpha
releases to experiment with.
Regards,
Wolfgang
On Tue, Apr 21, 2015 at 7:26 PM, Yury Selivanov
wrote:
> Hi python-dev,
>
> I'm moving the discussion from python-ideas to here.
>
> The
features:
>
> - copy_file
> - copy_dir (or copy_tree?)
> - copy (does copy_dir or copy_file depending on what the source is. How to
> handle symlinks?)
> - rm_dir (or rm_tree? Also, this would be required for the TmpDir path).
I also often needed this.
Thanks for bringing this up
used when creating pyc files? This benchmark might
>> suggest that version 2 is the best...
>>
>
> Importlib just uses the default:
> http://hg.python.org/cpython/file/dbad4564cd12/Lib/importlib/_bootstrap.py#l671
>
>
--
bye by Wolfgang
; % (t1-t0))
Is the overhead for the recursion detection so high ?
Note this happens only if there is a tuple in the tuple of the datalist.
Regards,
Wolfgang
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/list
Hi,
I have found a link to a speed comparison of hash functions:
http://code.google.com/p/xxhash/
Regards,
Wolfgang
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
https
appen.
Possible solution is to not automatically build the manifest and use one with
hard coded versions across one Python version 2.6.X.
Regards Wolfgang
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/pytho
On 10/16/07, Wolfgang Langner <[EMAIL PROTECTED]> wrote:
> On 10/15/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> >
> > >> I wonder if we should start maintaining a list of Python developers
> > >> for hire somewhere on python.org, beyond
a bug ?
Wolfgang
___
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
Why not only import *.pyc files and no longer use *.pyo files.
It is simpler to have one compiled python file extension.
PYC files can contain optimized python byte code and normal byte code.
--
bye by Wolfgang
___
Python-Dev mailing list
Python-Dev
very useful.
In Python 3000 we can replace it with:
@main
def whatever():
...
to mark this function as main function if module executed directly.
--
bye by Wolfgang
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailm
t;[EMAIL PROTECTED]>:
> How long have you used Python? 10 years or longer? Please tell us how
> you first heard of the language, how you first used it, and how you
> helped develop it (if you did). More recent reminiscences are welcome
> to
occurrences of "on_python_path/namespace_name/package".
--
bye by Wolfgang
___
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
bscribed) and it works.
Try to refresh your subscription list in the news reader.
--
bye by Wolfgang
___
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
Hello,
On 3/29/06, Guido van Rossum <[EMAIL PROTECTED]> wrote:
> On 3/29/06, Wolfgang Langner <[EMAIL PROTECTED]> wrote:
> > It is a Java system. Why promote Java solutions for python ?
> > I think there are good python solutions for a bug tracker and we
> >
ould be considered for 2.6.
-1 on db.sql.sqlite.
Keep structure flat. Or we are eventually in a Java world with
org.something.this.andthat
--
bye by Wolfgang
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/l
Why promote Java solutions for python ?
I think there are good python solutions for a bug tracker and we
should prefer them.
--
bye by Wolfgang
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
U
Hello,
what about trac:
http://www.edgewall.com/trac/
It is based on python and has a very good svn integration.
--
bye by Wolfgang
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe
Hello,
what about:
try:
something
except NameError or OtherError as e:
Only a thought.
--
bye by Wolfgang
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org
is bug still present in current python or the 2.4 line ?
I found nothing about it.
--
bye by Wolfgang
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/option
well known API substantially
Same opinion. C++ is evil, please don't use it.
You get a lot of new problems and nearly not benefit.
Better go to jython or consider the way of pypy.
--
bye by Wolfgang
___
Python-Dev mailing list
Python-Dev@
well known API substantially
Same opinion. C++ is evil, please don't use it.
You get a lot of new problems and nearly not benefit.
Better go to jython or consider the way of pypy.
--
bye by Wolfgang
___
Python-Dev mailing list
Python-Dev@
ith lower_case and check this if new libraries were
added to std lib.
Possible add a note to not forbid the use of cameCase in external libraries ?
bye by Wolfgang
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/li
is consistent.
I hope new stuff will follow only one naming style. And now we should
(or one person :-) should) decide which one. And that's the way to go
for new stuff in std lib. And it states as an example for external modules.
As an example we can
imestamp" or "toordinal".
I thought this should be "from_timestamp" or "to_ordinal".
But I'm not a native speaker.
bye by Wolfgang
___
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
Hi,
Michael Hoffman wrote:
> [Wolfgang]
>
>> Or should we switch to camelCase with lowercase first letter ?
>> As most other Languages prefer this (Java, C#, C++, ...)
>
> They also use curly braces instead of indentation to indicate block
> structure. Maybe we shou
etter ?
As most other Languages prefer this (Java, C#, C++, ...)
bye by Wolfgang
___
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
p and viewcvs access and all worked.
But why is an old subversion used ?
(Powered by Subversion version 1.1.4)
bye by Wolfgang
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.py
On Wed, 21 Sep 2005 02:55:56 +0200, Greg Ewing
<[EMAIL PROTECTED]> wrote:
> Both of these happen to involve pathnames that exist on
> the currrently available file system, but I can easily
> imagine cases where that would not be so. E.g. I might
> be generating pathames to go into a tar file that
On Tue, 30 Aug 2005 20:55:45 +0200, Tim Peters <[EMAIL PROTECTED]>
wrote:
> [Wolfgang Lipp]
>> reminds me of dict.get()... i think in both cases being explicit::
>>
>> beast = d.setdefault( 666, None )
>> ...
>
> Do you actually do this with
On Tue, 30 Aug 2005 18:14:55 +0200, Tim Peters <[EMAIL PROTECTED]>
wrote:
d = {}
d.setdefault(666)
d
> {666: None}
>
> just doesn't seem useful. In fact, it's so silly that someone calling
> setdefault with just one arg seems far more likely to have a bug in
> their code than to g
On Sat, 27 Aug 2005 16:46:07 +0200, Guido van Rossum
<[EMAIL PROTECTED]> wrote:
> On 8/27/05, Wolfgang Lipp <[EMAIL PROTECTED]> wrote:
>> i never expected .get()
>> to work that way (return an unsolicited None) -- i do consider this
>> behavior harmful and su
kay,
your suggestion makes perfect sense for me, i haven't actually tried
the examples tho. guess there could be a find() or index() or
indices() or iterIndices() ??? function 'f' roughly with these arguments:
def f( x, element, start = 0, stop = None, default = _Misfit, maxcount =
None, rever
On Sat, 27 Aug 2005 13:01:02 +0200, Just van Rossum <[EMAIL PROTECTED]>
wrote:
> Just because you don't read the documentation and guessed wrong d.get()
> needs to be removed?!?
no, not removed... never said that.
> It's a *feature* of d.get(k) to never raise KeyError. If you need an
> excepti
On Sat, 27 Aug 2005 12:35:30 +0200, Martin v. Löwis <[EMAIL PROTECTED]>
wrote:
> P.S. Emphasis mine :-)
no, emphasis all **mine** :-) just to reflect i never expected .get()
to work that way (return an unsolicited None) -- i do consider this
behavior harmful and suggest it be removed.
_wolf
On Sat, 27 Aug 2005 08:54:12 +0200, Martin v. Löwis <[EMAIL PROTECTED]>
wrote:
> with choice 1a): dict.get returns None if the key is not found, even
> though None could also be the value for the key.
that's a bug! i had to *test* it to find out it's true! i've been writing
code for *years* all
i have to revise my last posting -- exporting the new ``str``
pure-python implementation breaks -- of course! -- as soon
as ``isinstance(x,str)`` [sic] is used. right now it breaks
because you can't have a function as the second argument of
``isinstance()``, but even if that could be avoided by ca
just tested the proposed implementation on a unicode-naive module
basically using
import sys
import __builtin__
reload( sys ); sys.setdefaultencoding( 'utf-8' )
__builtin__.__dict__[ 'str' ] = new_str_function
et voilà, str() calls in the module are rewritten, and
print u'düsseldorf' does
neil,
i just intended to worry that returning a unicode object from ``str()``
would break assumptions about the way that 'type definers' like
``str()``, ``int()``, ``float()`` and so on work, but i quickly
realized that e.g. ``int()`` does return a long where appropriate!
since the principle works
released, so I will only remind this
not criticise.
bye by Wolfgang
___
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
55 matches
Mail list logo
