Parallels or Virtualbox quite often.
There the "wall clock" stuff notoriously does not work.
It would be good (but difficult?) if the supposed-to-be-accurate
clock could test itself, if it works at all, and replace itself
with a fallback.
In my case, this causes quite a few PyPy tests
s hardware where this api fails (virtual or
not?) Perhaps there is no real need to have a fallback mechanism, and it would
even be best to write such a mechanism inside the function itself, and just
return getsystemtimeasfiletime() instead.
K
-Original Message-----
From: Christian Tismer [
, I just would like to understand why.
cheers -- chris
--
Christian Tismer :^)<mailto:tis...@stackless.com>
tismerysoft GmbH : Have a break! Take a ride on Python's
Karl-Liebknecht-Str. 121 :*Starship* http://starship.python.net/
14482 Potsdam
On 27.04.12 02:39, Nick Coghlan wrote:
On Fri, Apr 27, 2012 at 7:30 AM, Christian Tismer wrote:
No big deal and easy to work around, I just would like to understand why.
I don't like it either and want to change it, but I'm also not going
to mess with it until the importlib bootst
On 27.04.12 22:00, Brett Cannon wrote:
On Fri, Apr 27, 2012 at 10:39, Christian Tismer <mailto:tis...@stackless.com>> wrote:
On 27.04.12 02:39, Nick Coghlan wrote:
On Fri, Apr 27, 2012 at 7:30 AM, Christian
Tismermailto:tis...@stackless.com>> wrote:
the real question I was after was "can os.chdir() be freely used?"
It would be great to get "yes" or "no", but the answer is right now "it
depends".
cheers - chris
--
Christian Tismer :^)<mailto:tis...@stackless.com>
tismerysoft
full path etc.
is deeply hidden in a C function as a side effect. Brr!
It would be much cleaner and easier if that stuff would be ignored
today and called a Python implementation, instead.
Is that in the plans to get rid of C for such stuff? I hope so :-)
cheers -- Chris
--
Christian
the
best example for clean code that is consistent with the docs.
Is the usage of dir() correct in this context or is the doc right?
It would be nice to add a sentence of clarification if the use of
dir() is in fact the correct way to implement inspect.
cheers - chris
--
Christian Tismer
sys._getframe() are declared
as deprecated.
""" This is no longer recommended to use. Use inspect.currentframe
instead """
cheers - chris
--
Christian Tismer :^)<mailto:tis...@stackless.com>
tismerysoft GmbH : Have a break! Take a
ciate this effort very well, as we are heavily using virtualenv
in a project.
One urgent question: will this feature be backported to Python 2.7?
We still need 2.7 for certain reasons (PyPy is not ready for 3.x).
cheers - chris
--
Christian Tismer :^)<mailto:tis...@stackless.com
ly ;-)
So please let's abandon the old 'if exists ...' pattern, at least this
one time.
By the explicit cfg file, the file can clearly say if there is a virtual
env or not.
Together with removing magic from the .dll, the situation at least for
windows
would greatly improve.
ciao - c
s what it needs.
Am I somehow blinded, maybe?
(yes, you all know that I am, so please be patient with me) -- Chris
--
Christian Tismer :^)<mailto:tis...@stackless.com>
tismerysoft GmbH : Have a break! Take a ride on Python's
Karl-Liebknecht-Str. 12
On 6/4/12 4:11 PM, Carl Meyer wrote:
Hello Christian,
On 06/03/2012 03:56 PM, Éric Araujo wrote:
Le 02/06/2012 12:59, Christian Tismer a écrit :
One urgent question: will this feature be backported to Python 2.7?
Features are never backported to the stable versions. virtualenv still
exists
Hi friends,
I have a project that has its root somewhere on my machine.
This project has many folders and contains quite some modules.
There is a common root of the module tree, and I want to use
- either absolute imports
- relative imports with '.'
Problem:
- I want to run any module inside
is another reason why I dislike the absence of __init__. :
Rhere is no longer an indicator that pretty clearly defines the root of my
module heirarchy.
Cheers, hoping for enlightment - chris
Sent from my Ei4Steve
On Nov 11, 2012, at 21:31, Christian Tismer wrote:
> Hi friends,
>
>
Hi Eric,
On 11.11.12 22:45, Eric Snow wrote:
On Sun, Nov 11, 2012 at 1:53 PM, Christian Tismer
mailto:tis...@stackless.com>> wrote:
Once again on this:
With the introduction of module folders
without __init__, it has become even harder to deduce a sensible
projec
s great when people help me to leave a dead-lock in my brain :-)
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.p
on looks.
>
> K
>
>
>> -Original Message-
>> From: Python-Dev [mailto:python-dev-
>> bounces+kristjan=ccpgames@python.org] On Behalf Of Christian Tismer
>> Sent: 11. nóvember 2012 20:31
>> To: python-dev@python.org
>> Subject: [Python-Dev] Set
ng
> up the hierarchy and finding the proper root.
> site.py is there to merely import sitecustomize.py, in case a site.py is not
> found in all the default places python looks.
>
> K
>
>
>> -Original Message-
>> From: Python-Dev [mailto:python-dev-
>>
having __main__.py as python
scripts?
Daniel Holth
On Nov 15, 2012, at 4:43 PM, Christian Tismer wrote:
Hi Kristjan,
does that mean that your scheme simply works, without any config step
necessary after I did my checkout?
This would in fact be an interesting alternative to
Python
o reference it?
Maybe there could be some auxiliary info page with proper keywords
that collects links to relevant discussions like this.
Do we have such a thing already?
ciao - chris
--
Christian Tismer :^) <mailto:tis...@stackless.com>
Software Consulting : Have a bre
the exception to be raised, or a callable to
handle this case?
Sloppy coding can be dangerous. So maybe the warning module could be
helpful as well: If None is passed and no explicit flag/exception/callable
given, bother the user with a warning message ;-)
cheers - chris
--
Christian Tismer
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
for this: http://bugs.python.org/issue15776
Stefan
On 23.07.2012, at 09:09, Stefan H. Holek wrote:
The feature certainly is on *my* wish-list but I might be alone here. ;-)
--
Christian Tismer :^) <mailto:tis...@stackless.com>
Software Consulting : Have a break! Take a
ed
all over the place and became a very common pattern since introduced.
/How ironic that a foreseen problem occurs _now_, and _there_ :-)//
/
cheers -- chris
(*)
http://pypy.readthedocs.org/en/latest/cpython_differences.html
http://pypy.org/compat.html
http://pypy.org/performance.html
--
Chr
thon":
There are obviously good things, but "obvious" is the finest liar.
--
Christian Tismer :^) <mailto:tis...@stackless.com>
Software Consulting : Have a break! Take a ride on Python's
Karl-Liebknecht-Str. 121 :*Starship* http://star
ct was, if any at all.
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?
--
Christian Tismer :^) <mailto:tis...@stackless.com>
Software Consulting
en 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 languages.
cheers - chris
--
Christian Tismer :^) <mailto:tis...@stackless.com>
Software Consulting
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 s
is
more than 3 and some of them are literal strings.
Fixed: 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.
es, it's jitted.
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 :
Hey Nick,
On 13.02.13 15:44, Nick Coghlan wrote:
On Wed, Feb 13, 2013 at 10:06 PM, Christian Tismer 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 langu
reader not to use 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 :^) &l
Hi Lennart,
Sent from my Ei4Steve
On Feb 13, 2013, at 8:42, Lennart Regebro wrote:
>> Something is needed - a patch for PyPy or for the documentation I guess.
>
> Not arguing that it wouldn't be good, but I disagree that it is needed.
>
> This is only an issue when you, as in your proof, have
7;m shutting up, intentionally.)
--
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
eded is a simple but secure notification
method. Probably I need one windows machine which is
always online.
ciao - chris
--
Christian Tismer :^) <mailto:[EMAIL PROTECTED]>
tismerysoft GmbH : Have a break! Take a ride on Python's
Johannes-Niemeyer-
if applicable.
Registered Participants
---
all days:
Jacob Hallén
Armin Rigo
Holger Krekel
Samuele Pedroni
Anders Chrigström
Bea Düring
Christian Tismer
Richard Emslie
--
Christian Tismer :^) <mailto:[EMAIL
Guido van Rossum wrote:
...
> Please don't respond with answers to these questions -- each of them
> is worth several threads. Instead, ponder them, and respond with a +1
> or -1 on the creation of the python-3000 mailing list. We'll start
> discussing the issues there -- or here, if the general s
ke some background monitoring or other stuff
which is not really involved in you control/data flow.
ciao - chris
--
Christian Tismer :^) <mailto:[EMAIL PROTECTED]>
tismerysoft GmbH : Have a break! Take a ride on Python's
Johannes-Niemeyer-Weg 9A
like a bot. Please shut down and get adjusted.
Guidos don't say that. :-)
--
Christian Tismer :^) <mailto:[EMAIL PROTECTED]>
tismerysoft GmbH : Have a break! Take a ride on Python's
Johannes-Niemeyer-Weg 9A :*Starship* http://starship.python.ne
thing, if lists
are used in a dequeue-style manner. Or is this maybe too much magic
happening?
merry christmas -- chris
--
Christian Tismer :^) <mailto:[EMAIL PROTECTED]>
tismerysoft GmbH : Have a break! Take a ride on Python's
Johannes-Niemeyer-Weg 9A
Martin Blais wrote:
> On 12/25/05, Christian Tismer <[EMAIL PROTECTED]> wrote:
[is auto-dequeue too much magic?]
> IMO it's a little bit too much magic. Plus, if you pass these
> instances around e.g. between libraries, how could you determine with
> certainty the
Hi all,
not addressing anybody directly here,
but this thread is about my dequeue question.
It would just be nice if you could use the original thread
topic or a different one to discuss the original question.
--
Christian Tismer :^) <mailto:[EMAIL PROTECTED]>
tismerysof
27;t worry.
Don't worry, I'm not expecting anything positive from python-dev,
and the only thing that makes me still unhappy is unreflected
abuses of my changed topic, but that's a minor matter of taste :-))
all the best -- chris
--
Christian Tismer :^) <ma
the win32 documentation seems to have no hints about this.
I assumend the value would be in UTC, but it is obviously not.
Is there a way to circumvent this problem, or am I missing something?
If this is not the expected behavior, then it might make sense
to find a patch.
thanks -- chris
--
Christ
se Unicode file names on one system, and
> ANSI file names on the other.
Correcting it just for NT/XP would make the majority of people
happy, IMHO.
cheers - chris
--
Christian Tismer :^) <mailto:[EMAIL PROTECTED]>
tismerysoft GmbH : Have a break! Take a
Martin v. Löwis wrote:
> Christian Tismer wrote:
>> 1. create a file
>> 2. get it's os.path.getmtime()
>> 3. change your time zone
>> 4. get os.path.getmtime again
>>
>> compare - the time stamps are different.
>> Change the time zone back,
mbda does support local scope, like here:
>>> def locallambda(x, y):
... func = lambda: x+y
... return func
...
>>> f=locallambda(2, 3)
>>> f()
5
>>>
ciao - chris
--
Christian Tismer :^) <mailto:[EMAIL PROTECTED]>
tismerysoft
),
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
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
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
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
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
funnily - slower! Using the clumsy if-guards 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
ieve it's accidental that match-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,
101 - 155 of 155 matches
Mail list logo