On Mon, Jul 9, 2018 at 3:18 PM, Guido van Rossum wrote:
> Definitely docs first. And we should keep references to generator
> expressions too, if only to explain that they've been renamed.
>
> Perhaps someone should try it out in a 3rd party tutorial to see how it
> goes?
>
I'm not sure what "tr
On Fri, Jul 13, 2018 at 5:03 AM André Malo wrote:
>
> * INADA Naoki wrote:
>
> > Is there any real application which marshal.dumps() performance is
> > critical?
>
> I'm using it for spooling big chunks of data on disk, exactly for the reason
> that it's faster than pickle.
>
> Cheers,
Does your
On 07/12/2018 03:03 PM, Abdur-Rahmaan Janhangeer wrote:
btw smileys in this thread should have been :=)
lol!
--
~Ethan~
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
https://mail
ok then was a point i wanted to clear
btw smileys in this thread should have been :=)
Abdur-Rahmaan Janhangeer
https://github.com/Abdur-rahmaanJ
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubs
*D in BDFL stands for Dictator. *
The B diminishes that
ex sugar not same as salty sugar
Abdur-Rahmaan Janhangeer
https://github.com/Abdur-rahmaanJ
>
>
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-d
On Thu, 12 Jul 2018 22:03:30 +0200
André Malo wrote:
> * INADA Naoki wrote:
>
> > Is there any real application which marshal.dumps() performance is
> > critical?
>
> I'm using it for spooling big chunks of data on disk, exactly for the reason
> that it's faster than pickle.
Which kind of da
* INADA Naoki wrote:
> Is there any real application which marshal.dumps() performance is
> critical?
I'm using it for spooling big chunks of data on disk, exactly for the reason
that it's faster than pickle.
Cheers,
--
"Das Verhalten von Gates hatte mir bewiesen, dass ich auf ihn und seine
be
On Thu, Jul 12, 2018 at 6:21 PM, Barry Warsaw wrote:
> [...]
>
> I was -1 as well, but I’d say I’m a firm +0 now[*]. I like how many of
> the problematic syntactic and semantic issues have been narrowed and
> prohibited, and I can see myself using this sparingly.
>
[...]
I think experienc
On Thu, Jul 12, 2018, 1:24 PM Barry Warsaw wrote:
> It’s not the first time I’ve found myself in this position with a new
> Python feature, and it’s one of the reasons I deeply trust Guido’s
> intuition and sensibilities.
>
Sure... Except for the terrible choice to drop the '<>' inequality
opera
On Jul 12, 2018, at 09:23, INADA Naoki wrote:
>>
>> Yes, the PEP has improved significantly since that time. My guess is the
>> same poll taken now could give an opposite result.
>>
>
> I still -0 on PEP 572. But strong -1 on restart discussion about changing it.
> We should polish and implem
On Fri, Jul 13, 2018 at 12:48 AM Ivan Levkivskyi wrote:
>
> On 12 July 2018 at 16:41, Victor Stinner wrote:
>>
>> 2018-07-12 17:14 GMT+02:00 Abdur-Rahmaan Janhangeer :
>> > sorry for reviving the dead but community acceptance, a fundamental pep
>> > principle has not been respected for 572
>> >
>
On 12 July 2018 at 16:41, Victor Stinner wrote:
> 2018-07-12 17:14 GMT+02:00 Abdur-Rahmaan Janhangeer >:
> > sorry for reviving the dead but community acceptance, a fundamental pep
> > principle has not been respected for 572
> >
> > also 29 core devs dislike vs 3 like
>
> [...] *as the PEP evol
Hooray! I could be a happy python oneliner now!
Greetings.
ZHUO QL (KDr2, http://kdr2.com)
On Thursday, July 12, 2018, 8:12:54 AM GMT+8, Guido van Rossum
wrote:
As anticippated, after a final round of feedback I am hereby accepting PEP
572, Assignment Expressions: https://www.py
2018-07-12 17:14 GMT+02:00 Abdur-Rahmaan Janhangeer :
> sorry for reviving the dead but community acceptance, a fundamental pep
> principle has not been respected for 572
>
> also 29 core devs dislike vs 3 like
You are referring to a *poll* that I ran in May. I don't see any
community issue, the P
sorry for reviving the dead but community acceptance, a fundamental pep
principle has not been respected for 572
also 29 core devs dislike vs 3 like
maybe there are special cases where the BDFL can pin issues
also, maybe there are two aspects, one disliking := and one the actual
expression assig
On Thu, 12 Jul 2018 09:21:55 +0300
Serhiy Storchaka wrote:
>
> > Is there any real application which marshal.dumps() performance is
> > critical?
> EVE Online is a well known example.
>
> What if write a script which loads .pyc files and stabilize them? This
> could solve the problem for app
Eve is indeed based on stackless 2, and are well capable of ignoring
changes they don't think they need (or were when I was working with them).
At one point I seem to remember they optimised their interpreter to use
singleton floating-point values, saving large quantities of memory by
having only o
(status := "Accepted") and "Congratulations!" ;-) (hope I did that right,
but I can't try it yet!)
Thanks for hanging in there, Guido, and for your patience with everyone
during the discussions. I'm glad you're still with us!
--Chris
On Wed, Jul 11, 2018 at 5:10 PM, Guido van Rossum wrote:
>
> -Original Message-
> From: Python-Dev list=sdamon@python.org> On Behalf Of Victor Stinner
> Sent: Thursday, July 12, 2018 4:01 AM
> To: Serhiy Storchaka
> Cc: python-dev
> Subject: Re: [Python-Dev] Can I make marshal.dumps() slower but stabler?
>
> 2018-07-12 8:21 GMT+02:00 Ser
On Thu, Jul 12, 2018 at 3:22 PM Serhiy Storchaka wrote:
>
> 12.07.18 08:43, INADA Naoki пише:
> > I'm working on making pyc stable, via stablizing marshal.dumps()
> > https://bugs.python.org/issue34093
>
> This is not enough for making pyc stable. The order in frozesets still
> is arbitrary.
But
2018-07-12 8:21 GMT+02:00 Serhiy Storchaka :
>> Is there any real application which marshal.dumps() performance is
>> critical?
>
> EVE Online is a well known example.
EVE Online has been created in 2003. I guess that it still uses Python 2.7.
I'm not sure that a video game would pick marshal in
21 matches
Mail list logo
