h-case sequence patterns won't
match str, bytes or bytearrray objects - regexen are the tool already
optimised for that purpose, so it's quite impressive that you are
managing to approach the same level of performance!
Kind regards,
Steve
On Wed, 2 Aug 2023 at 18:26, Christian Tismer-Sperlin
felt slow but isn't.
Then I generated functions even, with everything as constants,
and now the SPM version in fact out-performs the regex slightly!
But at last, I found an even faster and correct algorithm
by a different approach, which ends now this story :)
Going to the Discourse tite, now.
On 02.08.23 13:23, Barry wrote:
On 2 Aug 2023, at 12:03, Christian Tismer-Sperling
wrote:
Hi folks,
I just used Structural Pattern Matching quite intensively and I'm
pretty amazed of the new possibilities.
But see this code, trying to implement Mark Pilgrim's regex
algorithm for roman
return 4 * 1000, r
So what is missing seems to be a notion of const-ness, which
could be dynamically deduced. Am I missing something?
--
Christian Tismer-Sperling:^) tis...@stackless.com
Software Consulting : http://www.stackless.com/
Strandstraße 37
PyPy
might create much interest for both projects.
Cheers - Chris
--
Christian Tismer-Sperling:^) tis...@stackless.com
Software Consulting : http://www.stackless.com/
Strandstraße 37 : https://github.com/PySide
24217 Schönberg : GPG key -> 0xF
think to send an official announce when this is available on pip.
This effort marks the completion of my PyPy support, which began
in 2003 and ended involuntarily in 2006 due to a stroke.
All the best -- Chris
--
Christian Tismer-Sperling:^) tis...@stackless.com
Software Consulting
:) ),
can't we think of replacing it somehow by functions in the case
of the Limited API? The API is so often used that it would make sense
to _always_ don't crash deeply nested structures.
Or do you think it makes no sense at all? Then let's turn it
into a no-op. But the current mixed situation is not rea
Pardon, I meant "there is no Python 3.8 version, yet".
And this is wrong, the MacOS pip install shows
PyQt5-5.13.2-5.13.2-cp35.cp36.cp37.cp38-abi3-macosx_10_6_intel.whl
So probably we have some bad oversight, somewhere.
Cheers -- Chris
On 12.12.19 13:48, Christian Ti
API a bit, because we have to dynamically
figure that out in order to be version-independent.
I am not so sure if that whole change was worth to break it?
Cheers -- Chris
--
Christian Tismer-Sperling:^) tis...@stackless.com
Software Consulting : http://www.stackless.com/
Strand
e problem, since there is no 5.14 version yet ;-)
> On 2019-12-11 23:48, Christian Tismer wrote:
>> Hi all,
>>
>> Sorry for the noise, I was wrong, and I retract.
>> I was somehow mislead and hunted a phantom.
>
> Does that mean that there was never a problem?
> O
Hi all,
Sorry for the noise, I was wrong, and I retract.
I was somehow mislead and hunted a phantom.
Best - Chris
On 10.12.19 00:29, Christian Tismer wrote:
> On 09.12.19 23:26, Nick Coghlan wrote:
>>
>>
>> On Tue., 10 Dec. 2019, 5:17 am MRAB, > <mailto:pyt...@
s in advance,
> Victor
>
> Le mar. 10 déc. 2019 à 14:18, Christian Tismer a écrit
> :
>>
>> Hi Łukasz,
>>
>> tonite I found a critical bug that affects all heaptype extension
>> classes with a custom (not PyType_Type) type.
>>
>&
On 10.12.19 14:28, Łukasz Langa wrote:
>
>> On 10 Dec 2019, at 14:16, Christian Tismer > <mailto:tis...@stackless.com>> wrote:
>>
>> Please let me know how you want to proceed.
>> This is a critical error, producing negative refcounts.
>
> Is the
Sorry, I sent the fixed version.
These two incref's are missing!
On 10.12.19 14:16, Christian Tismer wrote:
> Hi Łukasz,
>
> tonite I found a critical bug that affects all heaptype extension
> classes with a custom (not PyType_Type) type.
>
> the bug is in typ
python.org
> https://mail.python.org/mailman3/lists/python-dev.python.org/
> Message archived at
> https://mail.python.org/archives/list/python-dev@python.org/message/IGJ6ZOAOT2WFY5ZIPRQNTHOSUMPUAO2H/
> Code of Conduct: http://python.org/psf/codeofconduct/
>
--
Christian Tismer
On 09.12.19 23:26, Nick Coghlan wrote:
>
>
> On Tue., 10 Dec. 2019, 5:17 am MRAB, <mailto:pyt...@mrabarnett.plus.com>> wrote:
>
> On 2019-12-09 18:22, Christian Tismer wrote:
> >
> >
> > Hi Nick,
> >
> > a
On 08.12.19 09:49, Nick Coghlan wrote:
> On Fri., 6 Dec. 2019, 3:31 am Christian Tismer, <mailto:tis...@stackless.com>> wrote:
>
> Hi guys,
>
> during the last few weeks I have been struggling quite much
> in order to make PySide run with Python 3.8 at
On 08.12.19 09:49, Nick Coghlan wrote:
> On Fri., 6 Dec. 2019, 3:31 am Christian Tismer, <mailto:tis...@stackless.com>> wrote:
>
> Hi guys,
>
> during the last few weeks I have been struggling quite much
> in order to make PySide run with Python 3.8 at
to understand the reason for this unexpected effect.
Does this ring a bell? I have no clue what is wrong with PySide, if it
is wrong at all.
Thanks -- Chris
--
Christian Tismer :^) tis...@stackless.com
Software Consulting : http://www.stackless.com/
Karl-Liebkn
On 12.08.19 10:52, Ivan Levkivskyi wrote:
> On Thu, 8 Aug 2019 at 17:17, Christian Tismer <mailto:tis...@stackless.com>> wrote:
>
> Yes, that's what I mean.
> Probably retval or whatever people prefer would be adequate,
> with a special rule if that name is
ly great :-P
Cheers - Chris
p.s.: How about adding @private as well?
There are cases where I would like to do the opposite:
__all__ = dir()
@private
_some_private_func_1(...): ...
...
@private
_some_private_func_n(...): ...
not-too-seriously yours - Chris
--
Christian Tismer
approach is to go with the
> generic SyntaxError as Barry suggests. I'll update my PRs accordingly.
Totally agree. It is fine to have SyntaxError now and go for
one or more new subclasses for a whole bunch of errors at
a later time, fixing more things in a more consistent way.
--
finished, in a
> subsequent pass. Is it really a syntax error if pgen doesn't object to
> it? In current CPython, the answer is yes.
...
OT: Thanks for the interesting read!
I am excited which way it will continue.
--
Christian Tismer :^) tis...@stackless.com
Software Co
not name it 'return_value' or 'result' or
> 'retval' or something like that?
>
> On Thu, Aug 8, 2019 at 1:43 AM Christian Tismer <mailto:tis...@stackless.com>> wrote:
>
> Hi Guido,
>
> If a C++ function already has a return value, plus some primitive
>
On 08.08.19 17:20, Ronald Oussoren via Python-Dev wrote:
>
>
>> On 8 Aug 2019, at 17:12, Christian Tismer > <mailto:tis...@stackless.com>> wrote:
>>
>> Hi Ronald,
>>
>> sure, the tuple is usually not very interesting; people look it up
>>
meclass) -> (bool, int)
>
> I rarely, if ever, see code that actually stores the return tuple as-is.
> The return tuple is just deconstructed immediately, like “x, y =
> getpoint(mypoint)”.
>
> Ronald
> —
>
> Twitter: @ronaldoussoren
> Blog: https://blog.r
hon.org/mailman3/lists/python-dev.python.org/
> Message archived at
> https://mail.python.org/archives/list/python-dev@python.org/message/V2EDFDJGXRIDMKJU3FKIWC2NDLMUZA2Y/
>
--
Christian Tismer :^) tis...@stackless.com
Software Consulting : http://www.stackles
about the number of anonymous fields.
>
> --Guido
>
> On Wed, Aug 7, 2019 at 1:51 AM Christian Tismer <mailto:tis...@stackless.com>> wrote:
>
> Hi all,
>
> Ok, I am about to implement generation of such structures
> automatically using the struct s
(yet :-)
cheers -- Chris
On 30.07.19 17:10, Guido van Rossum wrote:
> I think I have to agree with Petr. Define explicit type names.
>
> On Tue, Jul 30, 2019 at 2:45 AM Paul Moore <mailto:p.f.mo...@gmail.com>> wrote:
>
> On Tue, 30 Jul 2019 at 09:33, Christian
e "C equivalent of named tuples".
> For example, the result of "os.stat()" is a struct sequence.
>
> https://docs.python.org/3/c-api/tuple.html#struct-sequence-objects
>
> Note that like namedtuples, these are immutable, and they're proper
> subclasses of tuple.
--
Christ
le([("x", int), ("y", int)]): ...
cheers -- Chris
On 29.07.19 18:00, Guido van Rossum wrote:
> Can't you use the proper inline form of NamedTuple?
>
> def f() -> typing.NamedTuple("__f", [("x", int), ("y", int)]):
> ...
>
Cheers -- Chris
--
Christian Tismer :^) tis...@stackless.com
Software Consulting : http://www.stackless.com/
Karl-Liebknecht-Str. 121 : https://github.com/PySide
14482 Potsdam: GPG key -> 0xFB7BEE0E
phone +49 173 24 18 776 fax +
On 06.06.19 21:27, Brett Cannon wrote:
>
>
> On Thu, Jun 6, 2019 at 12:25 AM Christian Tismer <mailto:tis...@stackless.com>> wrote:
>
> On 05.06.19 02:21, Victor Stinner wrote:
> > So what is happening for this PEP since Python 3.8 beta1 has been
&g
his feature:
The set of modules in the stdlib has exactly that being in the
stdlib as a quality indicator.
I need now a structure that replaces that quality,
like
"This one is eligible to go into stdlib"
Do we have such a replacement implemented, already?
--
Christian Tismer
.org <mailto:Python-Dev@python.org>
> https://mail.python.org/mailman/listinfo/python-dev
> <https://mail.python.org/mailman/listinfo/python-dev>
> Unsubscribe:
> https://mail.python.org/mailman/options/python-dev/steve%40holdenweb.com
> <https://mail
opment in spring
and did not read earlier about that PEP.
I was actually a bit reluctant about "yet another way to prove
Python no longer simple" and now even that Pascal-ish look! :-)
But this argument has completely sold me. Marvellous!
--
Christian Tismer-Sperling:^) tis...@sta
Answering myself:
PySequence_Check determines a sequence. See the docs.
len() can but does not have to exist.
The size is always limited.
After evicting my initial fault, this is now obvious.
Sorry about the noise.
On 22.06.18 13:17, Christian Tismer wrote:
> Hi Brett,
>
> becaus
out an exact definition what makes up a sequence?
Sorry if I'm again the only one who misunderstands the obvious :)
Best -- Chris
On 21.06.18 18:29, Brett Cannon wrote:
> Sorry, I don't quite follow.
>
> On Thu, 21 Jun 2018 at 08:50 Christian Tismer <mailto:tis...@stackless
this was the unlimited case, but
it seems still to be true that sequences are always finite.
Can someone please enlighten me?
--
Christian Tismer-Sperling:^) tis...@stackless.com
Software Consulting : http://www.stackless.com/
Karl-Liebknecht-Str. 121 : http://pyside.org
14482
On 03.06.18 13:18, Ronald Oussoren wrote:
>
>
>> On 3 Jun 2018, at 12:03, Christian Tismer wrote:
...
>>
>> I have written a script that scans all relevant header files
>> and analyses all sections which are reachable in the limited API
>> con
7 locations where this is the case.
My PR will contain the 7 fixes plus the analysis script
to go into tools. Preparind that in the evening.
cheers -- Chris
--
Christian Tismer-Sperling:^) tis...@stackless.com
Software Consulting : http://www.stackless.com/
Karl-Liebk
using it
> then that will help us shake these things out... But it also means we
> need your help to catch these kinds of issues :-). Thanks!
>
> On Fri, Jun 1, 2018, 06:51 Christian Tismer <mailto:tis...@stackless.com>> wrote:
>
> Hi friends,
>
>
umber->nb_index != NULL)
This contradicts PEP 384, because there is no way for non-heaptype
types to access the nb_index field.
If nobody objects, I would like to submit a patch that adds the
function back when the limited API is active.
I think to fix that before Python 3.7 is out.
Ciao
ible, and where
do you plan to deviate?
The reason that I'm asking is that by compatible I mean the
compatibility of PyPy. If you can reach that, and be it just
by a subset, then it makes sense to speak of Python.
Cheers - Chris
--
Christian Tismer-Sperling:^) tis...@stackless.com
Software Consultin
gned for the purpose of allowing rapid
> experimentation with the language, is on topic for this list.
>
>
Well spoken!
--
Christian Tismer-Sperling:^) tis...@stackless.com
Software Consulting : http://www.stackless.com/
Karl-Liebknecht-Str. 121 : https://github.com/PySide
fix this, not inventing a new feature.
>
> --
> --Guido van Rossum (python.org/~guido <http://python.org/~guido>)
>
>
> ___
> Python-Dev mailing list
> Python-Dev@python.org
> https://mail.python.org/mailman/listinfo/pyt
Ok, I thought only about Windows where people often use shell=True.
I did not see that as a Linux problem, too.
Not meant as a proposal, just loud thinking... :-)
But as said, the incomplete escaping is a complete mess.
Ciao -- Chris
On 07.01.18 19:54, Christian Tismer wrote:
> By "nor
escaping is correct. And that is not
trivial, either.
On 07.01.18 18:22, Guido van Rossum wrote:
> On Sun, Jan 7, 2018 at 8:17 AM, Christian Tismer <tis...@stackless.com
> <mailto:tis...@stackless.com>> wrote:
>
> As a side note: In most cases where shell=True is found, people
>
I follow that code completely, but I see that it escapes double
> quotes. Why is there a need to escape other characters? Is there a
> definitive list of special characters somewhere?
>
> On Sun, Jan 7, 2018 at 8:17 AM, Christian Tismer <tis...@stackless.com
> <mailto:tis...@stackless.c
e shell=True replacement (emulate_shell=True?)
to match the normal user expectations without using the shell?
Cheers - Chris
--
Christian Tismer-Sperling:^) tis...@stackless.com
Software Consulting : http://www.stackless.com/
Karl-Liebknecht-Str. 121 : https://github.co
and test for
> the exception (I'm at the airport, hence why I don't know the name of
> the context manager; the warnings module docs actually have a sample on
> how best to write tests the involve warnings).
>
>
> On Fri, Nov 17, 2017, 01:34 Christian Tismer, <tis...@stackless.com
t-over.
My question:
Is that known, and is that intended?
To what extent are the test cases isolated from each other?
I do admit that my usage of warnings is somewhat special.
But it is very convenient to report many errors on remote servers.
Cheers -- Chris
--
Christian Tismer :^)
gt; is the default answer, as that inherently hides any struct layout
> details behind PyObject*.
Thank you very much for the clarification.
I think we can live with the Python interface for now.
Now I'm sure that I'm going the way to go.
Cheers -- Chris
--
Christian Tismer :^) t
Hi Brett,
On 18.08.17 18:31, Brett Cannon wrote:
>
>
> On Fri, 18 Aug 2017 at 02:05 Christian Tismer <tis...@stackless.com
> <mailto:tis...@stackless.com>> wrote:
>
...
> Is it a bad idea to support signatures in Python 2 as well?
> Do I introduc
holds type info, Python 2 does not).
That needed much more internal knowledge as intended...
Well, I thought the existence of __signature__ might be a good reason
to switch to Python 3, but if I support Python 2, the advantage
is gone. But if it's ok with you, then I'll publish both versions.
Than
s -- Chris
--
Christian Tismer :^) tis...@stackless.com
Software Consulting : http://www.stackless.com/
Karl-Liebknecht-Str. 121 : https://github.com/PySide
14482 Potsdam: GPG key -> 0xFB7BEE0E
phone +49 173 24 18 776 fax +49 (30) 700143-0023
On 25.06.17 14:41, Serhiy Storchaka wrote:
> 25.06.17 15:06, Christian Tismer пише:
>> by chance, I stumbled over
>>
>> meth_get__qualname__
>>
>> in methodobject.c and
>>
>> calculate_qualname
>>
>> in descrobject.c .
>>
romFormat("%S.%S", type_qualname, descr->d_name);
To my knowledge, the "%S" character is undefined in C99 and C11.
Q: Why this character, and why this difference?
cheers - Chris
--
Christian Tismer :^) tis...@stackless.com
Software Consulting : http://www.
ions, and which parts of
> python call c++ functions. You can't do that with pdb.
>
>
>> On 13 Oct 2016, at 19:12, Christian Tismer <tis...@stackless.com
>> <mailto:tis...@stackless.com>> wrote:
>>
>> Hi Alexandru,
>>
>> I stumbled over thi
Hi Alexandru,
I stumbled over this question a little late by chance.
There is the possibility to use GDB, but it is most likely that you want to use
python's pdb module, instead.
Only in rare cases, when debugging the interpreter itself, you use gdb. For
debugging Python code, use pdb or
eter.
>
> Would that clarify?
Yes please, that would be a good place to document it. For some reason
I did not look up __future__.
Thanks -- Chris
On 01/10/16 14:17, Chris Angelico wrote:
On Sat, Oct 1, 2016 at 9:39 PM, Christian Tismer <tis...@stackless.com> wrote:
The exec() scri
the future statement were implicitly there.
Is that a bug or a feature?
You can try the effect by "pip install dedent" and adding
the future statement there.
I'd like to know if this is a bug (and I think so)
--
Christian Tismer :^) tis...@stackless.com
Software
gt;>> https://mail.python.org/mailman/options/python-dev/brett%40python.org
>>
>>
>> ___
>> Python-Dev mailing list
>> Python-Dev@python.org
>> https://mail.python.org/mailman/listinfo/python-dev
>> Unsubs
a while,
we stopped this, and I left the branch in a private, unmaintained
repository.
https://bitbucket.org/stackless-dev/stackless-private/branch/2.8-slp
Maybe you can make use of this, use it as you like it. You will
get an invitation.
cheers - Chris
--
Christian Tismer :^) tis
this is wrong and should be in the executable file,
which is __main__ .
cheers - Chris
- --
Christian Tismer :^) tis...@stackless.com
Software Consulting : http://www.stackless.com/
Karl-Liebknecht-Str. 121 : http://www.pydica.net/
14482 Potsdam: GPG
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 08.10.14 14:20, Donald Stufft wrote:
On Oct 8, 2014, at 6:16 AM, Christian Tismer tis...@stackless.com
wrote:
...
So is there anything officially preferred, and should that go into pep 8?
Some editors can use shebang lines to control
thing if glossary entries were always
found via the search page.
2)
And about this glossary entry:
An object that supports the Buffer Protocol
- can I take that for granted, as a real definition, meaning
an object is bytes-like iff it supports the buffer protocol?
cheers - Chris
--
Christian
not exist for the Python 3.X series
at all. My impression is that no 3.X user ever would want to stick
with any older version.
Is that true, or am I totally wrong?
cheers -- Chris
- --
Christian Tismer :^) tis...@stackless.com
Software Consulting : http://www.stackless.com
participation and keen to
keep Python running well.
Very nice, great to read this.
Welcome from me as well!
cheers - Chris
--
Christian Tismer :^) tis...@stackless.com
Software Consulting : http://www.stackless.com/
Karl-Liebknecht-Str. 121 : http
%40stackless.com
--
Christian Tismer :^) mailto:tis...@stackless.com
Software Consulting : Have a break! Take a ride on Python's
Karl-Liebknecht-Str. 121 :*Starship* http://starship.python.net/
14482 Potsdam: PGP key - http://pgp.uni-mainz.de
phone
On 16/04/14 16:35, Antoine Pitrou wrote:
On Wed, 16 Apr 2014 09:39:34 +0200
Christian Tismer tis...@stackless.com wrote:
I think in cases like hg command line scripts there is no need
to import site just for hg scripts.
If you don't import site you won't be able to import Mercurial in most
, therefore.
Thanks and cheers - Chris
On Thu, Apr 10, 2014 at 10:12 PM, Christian Tismer
tis...@stackless.comwrote:
Hi guys,
I tried to find advice for hours, but failed so fer, so here is my
question:
Whenever I think to adopt a new module that does a good job, I always
can't stand
Thank you too, Tres.
Somehow I had a brain shortcut and forgot that
the dict is locally generated, *because* of the stars.
Good to become adjusted and restarted, sorry about the noise.
ciao - Chris
On 11/04/14 05:48, Tres Seaver wrote:
On 04/10/2014 10:12 PM, Christian Tismer wrote:
I
Hi Chris,
On 11/04/14 21:50, Chris Barker wrote:
On Thu, Apr 10, 2014 at 7:12 PM, Christian Tismer tis...@stackless.comwrote:
Then I rather often see things like this:
class someclass(object):
# note that there is no comment about argument destruction...
def __init__(self
On 12.04.14 01:55, Ethan Furman wrote:
On 04/11/2014 02:01 PM, Christian Tismer wrote:
I have these style problems with several modules that I am reluctant to
use, therefore. I know that I'm pretty alone with that.
You are not alone in that.
Funny not to be alone in being alone
? Is this bad style and should be noticed somewhere,
or is the caller supposed to protect the arguments, or are my worries
useless?
Thanks cheers -- Chris
--
Christian Tismer :^) mailto:tis...@stackless.com
Software Consulting : Have a break! Take a ride on Python's
there is a filter in the
brains?
If one removes the word Stackless everywhere, the above text reads
still almost syntactic correctly, but changes it's meaning a lot.
--
Christian Tismer :^) mailto:tis...@stackless.com
Software Consulting : Have a break! Take a ride
On 21/11/13 19:59, Ethan Furman wrote:
On 11/21/2013 10:53 AM, Christian Tismer wrote:
So even if VS2010 exists only in the stackless branch, it is very likely
to get used as CPython VS 2010, and I again have the naming problem ...
What's wrong with calling it CPython VS 2010? And Stackless
. And based on the discussions here,
there are plenty of good alternatives.
+1 from me :-)
Thank you for that input! It was important and urgent, as I saw myself
jumping
into the wrong wagon, again.
--
Christian Tismer :^) mailto:tis...@stackless.com
Software Consulting
On 21/11/13 22:13, Glenn Linderman wrote:
On 11/21/2013 12:23 PM, Christian Tismer wrote:
Maybe I would generate a cpython and spython exe and support them
both in the same distribution?
That sounds cool, if possible.
Hooka Hooka!
Let's see if the nightmares agree :-)
--
Christian Tismer
want to build that now, for good.
I think you have helped me incredibly much, and we need to talk in private.
Cheers -- Chris
--
Christian Tismer :^) mailto:tis...@stackless.com
Software Consulting : Have a break! Take a ride on Python's
Karl-Liebknecht-Str. 121
our eyes and pretend hey it is Stackless,
because that is admittedly close to a fraud.
So even if VS2010 exists only in the stackless branch, it is very likely
to get used as CPython VS 2010, and I again have the naming problem ...
cheers - Chris
--
Christian Tismer :^) mailto:tis
never will clash
with CPython?
And if not, what do you suggest then?
It will be submitted by end of November, thanks for your quick responses!
all the best -- Chris
--
Christian Tismer :^) mailto:tis...@stackless.com
Software Consulting : Have a break! Take a ride
2.8 that would
be incompatible with extensions compiled in Pypi would be tough. and I
doubt it could even be done without making your project look bad on
the process.
Can't you just mark it as visual studio 2010 version instead?
js
--
On 20 November 2013 18:52, Christian Tismer tis
Hey Barry,
On 20.11.13 23:30, Barry Warsaw wrote:
On Nov 20, 2013, at 09:52 PM, Christian Tismer wrote:
Many customers are forced to stick with Python 2.X because of other products,
but they require a Python 2.X version which can be compiled using Visual
Studio 2010 or better
Yes Paul,
On 20.11.13 23:15, Paul Moore wrote:
On 20 November 2013 22:04, Christian Tismer tis...@stackless.com wrote:
My question is not answered at all, sorry Joao!
I did not ask a teacher for his opinion on Stackless, but the community
about the
validity of pep 404.
I don't want a python
completely to
provide a better solution.
I appreciate very much that Victor tried his best to fill that old gap.
And after
that breakage happened again, I think it is urgent to have an in-depth
discussion how that
situation should be treated in the future.
--
Christian Tismer
of
these matters
than I have. (and not asking those who don't... ;-) )
cheers -- Chris
--
Christian Tismer :^) mailto:tis...@stackless.com
Software Consulting : Have a break! Take a ride on Python's
Karl-Liebknecht-Str. 121 :*Starship* http://starship.python.net
--
Christian Tismer :^) mailto:tis...@stackless.com
Software Consulting : Have a break! Take a ride on Python's
Karl-Liebknecht-Str. 121 :*Starship* http://starship.python.net/
14482 Potsdam: PGP key - http://pgp.uni-mainz.de
phone +49 173 24 18 776
On 15.05.13 14:01, Stefan Drees wrote:
Hi Chris,
On 15.05.13 13:32 Christian Tismer wrote:
Hi Raymond,
On 08.01.13 15:49, Maciej Fijalkowski wrote:
On Mon, Dec 10, 2012 at 3:44 AM, Raymond Hettinger
raymond.hettin...@gmail.com wrote:
The current memory layout for dictionaries
don't think the given example is very helpful,
but adds confusion.
Where would I add such a complaint, usually?
Or should I simply fix it?
cheers - chris
--
Christian Tismer :^) mailto:tis...@stackless.com
Software Consulting : Have a break! Take a ride on Python's
Karl
- chris
--
Christian Tismer :^) mailto:tis...@stackless.com
Software Consulting : Have a break! Take a ride on Python's
Karl-Liebknecht-Str. 121 :*Starship* http://starship.python.net/
14482 Potsdam: PGP key - http://pgp.uni-mainz.de
phone +49
care about companies that ignore this necessity.
I agree it is hard to push things forward, when certain tools are just
supporting
2.x. My way to get over this is ranting, and porting some things, and
claiming
it was a cake walk. A lie, but it helped.
my 2.01 cent -- chris
--
Christian Tismer
),
much like the relationship that developed between Stackless and Eve
Online.
What do you think: does it make sense to think of a framework that
allows to replace the interpreter at runtime, without making normal
CPython really slower?
cheers - chris
--
Christian Tismer
saying don't do that, like CS
students learn for most other languages.
cheers - chris
--
Christian Tismer :^) mailto:tis...@stackless.com
Software Consulting : Have a break! Take a ride on Python's
Karl-Liebknecht-Str. 121 :*Starship* http://starship.python.net
On 13.02.13 13:10, Steven D'Aprano wrote:
On 13/02/13 10:53, Christian Tismer wrote:
Hi friends,
_efficient string concatenation_ has been a topic in 2004.
Armin Rigo proposed a patch with the name of the subject,
more precisely:
/[Patches] [ python-Patches-980695 ] efficient string
: x = ('%s' * len(abcd)) % abcd
Which becomes in the new formatting style
x = ('{}' * len(abcd)).format(*abcd)
hmm, hmm, not soo nice
--
Christian Tismer :^) mailto:tis...@stackless.com
Software Consulting : Have a break! Take a ride on Python's
Karl-Liebknecht
.
How about the .format() style: Is that jitted as well?
In order to get people to prefer .format over __mod__,
it would be nice if PyPy made this actually _faster_ :-)
--
Christian Tismer :^) mailto:tis...@stackless.com
Software Consulting : Have a break! Take a ride
Hey Nick,
On 13.02.13 15:44, Nick Coghlan wrote:
On Wed, Feb 13, 2013 at 10:06 PM, Christian Tismer tis...@stackless.com wrote:
To avoid such hidden traps in larger code bases, documentation is
needed that clearly gives a warning saying don't do that, like CS
students learn for most other
in-place
add when it is not optimized.
If += is anyway a bit slower than other ways, forget it.
I would then maybe add a commend somewhere that says
avoiding '+=' because it is not reliable or something.
cheers - chris
--
Christian Tismer :^) mailto:tis...@stackless.com
Software
1 - 100 of 152 matches
Mail list logo
