I know, I have nothing to decide here, since I'm no contributer and just a silent watcher on this list.
However I just wanted to point out I fully agree with Chris Barker's position. Couldn't have stated
it better. Performance should be interpreter implementation issue, not language issue.
>
Hello developers,
I observed strange behaviour in CPython (tested in 2.7.5 and 3.3.3)
regarding object resurrection.
Yes, resurrection is evil, but it is a valid scenario. If an object is
resurrected via its finalizer __del__, sometimes its unique id value as
returned from id() changes. Additional
22 Uhr
> Von: "Antoine Pitrou"
> An: python-dev@python.org
> Betreff: Re: [Python-Dev] results of id() and weakref.getweakrefs() sometimes
> break on object resurrection
>
>
> Hello Stefan,
>
> On Sun, 26 Oct 2014 00:20:47 +0200
> "Stefan Richthofer&q
tober 2014 um 06:53 Uhr
Von: "Guido van Rossum"
An: "Stefan Richthofer"
Cc: "python-dev@python.org"
Betreff: Re: [Python-Dev] results of id() and weakref.getweakrefs() sometimes break on object resurrection
On Saturday, October 25, 2014, Stefan Richthofer <st
when porting complex stuff from CPython to
Jython), but since I try to
bridge it, I have to look into this more carefully.
Best,
Stefan
On 10/26/2014 06:44 PM, Armin Rigo wrote:
Hi Stefan,
On 26 October 2014 02:50, Stefan Richthofer wrote:
It appears weakrefs are only cleared if this is do
since in 2.x etc
it does
not call finalizers in cycles. (Since I mainly work on Jython or Python
2.7 I
currently have no 3.4 installed to test this instantaneously. I will
test it someday...)
Best,
Stefan
On 10/27/2014 03:14 PM, Antoine Pitrou wrote:
On Mon, 27 Oct 2014 14:36:31
ref-drop-to-zero
triggered cleanup)
Best,
Stefan
On 10/27/2014 04:31 PM, Antoine Pitrou wrote:
On Mon, 27 Oct 2014 16:20:06 +0100
Stefan Richthofer wrote:
I already pointed out
"One can surely argue x2 has never been dead, or see it as
"it was killed along with x and then res
looking
at it. So far I have all answers I needed. Thanks for the discussion!
-Stefan
On 10/27/2014 05:36 PM, Antoine Pitrou wrote:
On Mon, 27 Oct 2014 17:23:23 +0100
Stefan Richthofer wrote:
You mean Jython deletes instance attributes before calling __del__ ?
No. I think the term of
Uhr
> Von: "Terry Reedy"
> An: python-dev@python.org
> Betreff: Re: [Python-Dev] results of id() and weakref.getweakrefs() sometimes
> break on object resurrection
>
> On 10/27/2014 12:23 PM, Stefan Richthofer wrote:
> >
> >> You mean Jython deletes instan
Honestly, the right solution would be to have a function or macro that generates the TypeError messages
from X, Y, Z arguments. (Until now I actually believed this would be already the case)
- type errors would be of uniform style
- if for some reoson the format should be changed, this can be d
Pascal allows to define custom indexing. The indexes are defined on array declaration
myArray : Array[1..5] of Integer;
see http://pascal-programming.info/lesson10.php
However, in pascal array-size must be set at compile time, wich is rather annoying, but allows for some optimizations.
Visua
>>Should I be worried?
You mean should *I* be worried ;)
Stuff like this is highly relevant for JyNI, so thanks very much for clarifying
this
subtle behavior. It went onto my todo-list right now to ensure that JyNI will
emulate
this behavior as soon as I am done with gc-support. (Hopefully it w
Hey everybody,
I need help/advice for this JyNI-related issue:
https://github.com/Stewori/JyNI/issues/4
Especially I need advice from someone familiar with TCL and TK internals,
preferably also Tkinter.
The issue is rather strange in the sense that it works well on Linux, while the
program hang
I don't see the point in this discussion.
As far as I know, the major version is INTENDED to
indicate backward-incompatible changes.
The meaning of the versioning scheme is literally
[API compatibility].[new features].[bug fixes],
isn't it?
So all you are asking for is never do produce a Python
't remove anything, don't break
> backward compatibility
>
> On Mar 10, 2014, at 04:25 PM, Stefan Richthofer wrote:
>
> >> I don't see any reason to bump
> >> the major version number until after Python 3.9.
> >
> >Even then, there is no n
>> I am currently exploring a type hint generator that produces hints out of types used in unit tests.
Note that pytypes (https://github.com/Stewori/pytypes) already supports this. It can dump PEP 484 style stubfiles from runtime type observations (made via decorators or profiler hook).
>>
16 matches
Mail list logo
