Re: [ANN] Austin -- CPython frame stack sampler v1.0.0 is now available

2019-10-21 Thread Gabriele
Austin computes the deltas of resident memory between samples. That's because resident memory is the closest to the actual space occupied in physical memory. I hope this answers your question! Best, G On Mon, 21 Oct 2019, 22:37 Barry, wrote: > > > > On 20 Oct 2019, at 23:12, Gabriele wrote: >

Re: Black

2019-10-21 Thread Cameron Simpson
On 21Oct2019 07:18, lizhollinshe...@gmail.com wrote: What do people think about black? Personally, I prefer yapf. Details below. I'm asking because one of my personal preferences is to use spaces for clarity: 1. right = mystr[ start : ] black version right=mystr[start:] 2. m

Re: python2 vs python3

2019-10-21 Thread Eryk Sun
On 10/21/19, Albert-Jan Roskam wrote: > On 18 Oct 2019 20:36, Chris Angelico wrote: > >> That's correct. The output of the command is, by default, given to you >> in bytes. > > Do you happen to know why this is the default? And is there a reliable way > to figure out the encoding? On posix, it's

Re: [ANN] Austin -- CPython frame stack sampler v1.0.0 is now available

2019-10-21 Thread Barry
> On 20 Oct 2019, at 23:12, Gabriele wrote: > > The > latest release introduces a memory profiling mode which allows you to > profile memory usage. I am curious how do you determine used memory for Python Program? What is you definition of “memory”? The reason I am asking is that I have loo

Re: Convert a scientific notation to decimal number, and still keeping the data format as float64

2019-10-21 Thread doganadres
For me. The problem is solved. Thank you for your participation. -- https://mail.python.org/mailman/listinfo/python-list

Re: Convert a scientific notation to decimal number, and still keeping the data format as float64

2019-10-21 Thread Joel Goldstick
On Mon, Oct 21, 2019 at 4:59 PM Chris Angelico wrote: > > On Tue, Oct 22, 2019 at 7:41 AM wrote: > > > > They ought to have a reason to make the program switch from pure decimal to > > scientific notation representation. I don't know that reason. Getting along > > with it. > > > > This is JUST

Re: python2 vs python3

2019-10-21 Thread Chris Angelico
On Tue, Oct 22, 2019 at 8:16 AM Albert-Jan Roskam wrote: > > > > On 18 Oct 2019 20:36, Chris Angelico wrote: > > On Sat, Oct 19, 2019 at 5:29 AM Jagga Soorma wrote: > > > > Hello, > > > > I am writing my second python script and got it to work using > > python2.x. However, realized that I shoul

Re: python2 vs python3

2019-10-21 Thread Albert-Jan Roskam
On 18 Oct 2019 20:36, Chris Angelico wrote: On Sat, Oct 19, 2019 at 5:29 AM Jagga Soorma wrote: > > Hello, > > I am writing my second python script and got it to work using > python2.x. However, realized that I should be using python3 and it > seems to fail with the following message: > > --

Re: Convert a scientific notation to decimal number, and still keeping the data format as float64

2019-10-21 Thread Chris Angelico
On Tue, Oct 22, 2019 at 7:41 AM wrote: > > They ought to have a reason to make the program switch from pure decimal to > scientific notation representation. I don't know that reason. Getting along > with it. > This is JUST a default display representation. Nothing more. If you care about how so

Re: Convert a scientific notation to decimal number, and still keeping the data format as float64

2019-10-21 Thread doganadres
On Monday, October 21, 2019 at 4:09:23 PM UTC+3, Piet van Oostrum wrote: > Piet van Oostrum writes: > > > doganad...@gmail.com writes: > > > >> I dont know much about scala actually. I have just have tried to give > >> 0.0001 and it returned a presentation with an 'e' .whereas python takes > >> 0

Re: Black

2019-10-21 Thread DL Neil via Python-list
Top posting? Agreed. As my eyes age (they're even older than my teeth!) I find the additional horizontal white space improves (my) comprehension, particularly when dealing with a dense nesting of structures. Of course the more 'across' the text stretches, the more likely a vertical expansio

Re: Black

2019-10-21 Thread Paul Moore
IMO, if you care enough to not like black's formatting choices, you probably shouldn't use it. The point of black is to *not* care about formatting, but leave the decisions to the tool. If you're not doing that, then it's probably the wrong tool for you. There may be other code formatters that are

Re: Black

2019-10-21 Thread Rhodri James
On 21/10/2019 15:18, lizhollinshe...@gmail.com wrote: What do people think about black? It's the new orange? Seriously, some context would be good. I take it from a quick Google that black is a Python code formatter that makes some frankly rather dubious claims for what it will do to your c

Black

2019-10-21 Thread lizhollinshead5
What do people think about black? I'm asking because one of my personal preferences is to use spaces for clarity: 1. right = mystr[ start : ] black version right=mystr[start:] 2. mtime = time.asctime( time.localtime( info.st_mtime ) ) black version mtime = time.asct

Re: Convert a scientific notation to decimal number, and still keeping the data format as float64

2019-10-21 Thread Piet van Oostrum
Piet van Oostrum writes: > doganad...@gmail.com writes: > >> I dont know much about scala actually. I have just have tried to give >> 0.0001 and it returned a presentation with an 'e' .whereas python takes >> 0.0001 and gives 0.0001 . it made me think python is better in that >> specific subject.

Re: Convert a scientific notation to decimal number, and still keeping the data format as float64

2019-10-21 Thread Piet van Oostrum
doganad...@gmail.com writes: > I dont know much about scala actually. I have just have tried to give > 0.0001 and it returned a presentation with an 'e' .whereas python takes > 0.0001 and gives 0.0001 . it made me think python is better in that > specific subject. > > However, python though starts