Hi Martin,
On Sun, 18 Nov 2018 at 23:59, Martin Schöön wrote:
>
> Den 2018-11-18 skrev Shakti Kumar :
> > On Sun, 18 Nov 2018 at 18:18, Martin Schöön wrote:
> >>
> >> Now I hit a bump in the road when some of the data is not in plain
> >> decimal notation (xxx,xx) but in 'scientific' (xx,xxxe-xx
Martin Schöön wrote:
> My pandas is up to date.
>
> In your example you use the US convention of using "." for decimals
> and "," to separate data. This works perfect for me too.
>
> However, my data files use European conventions: decimal "," and TAB
> to separate data:
>
> col1 col2
> 1,1
On 2018-11-18, Malcolm Greene wrote:
> Curious to learn what Python related git pre-commit hooks people are
> using? What hooks have you found useful and which hooks have you tried
> and abandoned? Appreciate any suggestions for those new to this process.
> Background: Window, macOS, and Linux dev
Hello everyone,
I've been looking for something in the documentation
(https://docs.python.org/3.8/reference/datamodel.html) recently
and I've noticed something weird. Documentation states that every
object has a value, but doesn’t provide any definition
whatsoever of what the value is. Now, I'm su
As far as I know currently NTFS is missing a key feature for code development
and compare: "versioning information" per file and per folder.
This sucks badly.
Currently I have files as follows:
folder version 0.01\
some_source_code_file_version_1.pas
some_other_source_code_file_version1.pas
an
On 19/11/2018 14:08, Iwo Herka wrote:
I've been looking for something in the documentation
(https://docs.python.org/3.8/reference/datamodel.html) recently
and I've noticed something weird. Documentation states that every
object has a value, but doesn’t provide any definition
whatsoever of what th
On 2018-11-19, Dennis Lee Bieber wrote:
> On Sun, 18 Nov 2018 15:33:47 -0600, Dan Sommers
><2qdxy4rzwzuui...@potatochowder.com> declaimed the following:
>
>>
>>What if the oom-killer kills the watchdog?
>>
>
> Then you have TWO processes with out-of-control memory growth.
>
> The out-o
On 11/19/2018 08:42 AM, skybuck2...@hotmail.com wrote:
As far as I know currently NTFS is missing a key feature for code development and
compare: "versioning information" per file and per folder.
This is not a mailing list for the purpose of discussing Microsoft
Windows enhancements.
How i
On 19/11/2018 16:42, skybuck2...@hotmail.com wrote:
As far as I know currently NTFS is missing a key feature for code development and
compare: "versioning information" per file and per folder.
While I appreciate your desire for Files-11 (the OpenVMS filing system),
I'm struggling to see how t
Looking at its source code, it seems the PRNG behind random.random() is
Mersenne Twister, but I'm not sure. It also seems that random.random()
is using /dev/urandom. Can someone help me to read that source code?
I'm talking about CPython, by the way. I'm reading
https://github.com/python/cp
Robert Girault wrote:
> Looking at its source code, it seems the PRNG behind random.random() is
> Mersenne Twister, but I'm not sure. It also seems that random.random()
> is using /dev/urandom. Can someone help me to read that source code?
>
> I'm talking about CPython, by the way. I'm reading
On 11/19/2018 9:08 AM, Iwo Herka wrote:
Hello everyone,
I've been looking for something in the documentation
(https://docs.python.org/3.8/reference/datamodel.html) recently
and I've noticed something weird. Documentation states that every
object has a value, but doesn’t provide any definition
wh
Described also as:
(Versioning System Integration with Windows Explorer)
Anyway
Googling NTFS and GIT turned up this:
https://blogs.msdn.microsoft.com/devops/2017/02/03/announcing-gvfs-git-virtual-file-system/
The objective of this project seems to be a bit different. To handle very large
pr
On Tue, Nov 20, 2018 at 3:08 AM Iwo Herka wrote:
>
> Hello everyone,
>
> I've been looking for something in the documentation
> (https://docs.python.org/3.8/reference/datamodel.html) recently
> and I've noticed something weird. Documentation states that every
> object has a value, but doesn’t prov
Peter Otten <__pete...@web.de> writes:
> Robert Girault wrote:
>
>> Looking at its source code, it seems the PRNG behind random.random() is
>> Mersenne Twister, but I'm not sure. It also seems that random.random()
>> is using /dev/urandom. Can someone help me to read that source code?
>>
>> I'm
> Attempting to define value here would be at best a massive
> distraction from the concepts the documentation is trying
> to get across.
> There is one very simple definition of "value" which is entirely
> accurate, but probably not helpful, and that is: An object's
> value is whatever it is equa
On Tue, Nov 20, 2018 at 7:31 AM Robert Girault wrote:
> Nice. So Python's random.random() does indeed use mt19937. Since it's
> been broken for years, why isn't it replaced by something newer like
> ChaCha20? Is it due to backward compatibility? That would make sense.
What exactly do you mean
Den 2018-11-18 skrev Stefan Ram :
> Martin =?UTF-8?Q?Sch=C3=B6=C3=B6n?= writes:
>>to read from such files. This works so so. 'Common floats' (3,1415 etc)
>>works just fine but 'scientific' stuff (1,6023e23) does not work.
>
> main.py
>
> import sys
> import pandas
> import locale
> print( sys.ve
Too many files to go through them with an editor :-(
/Martin
--
https://mail.python.org/mailman/listinfo/python-list
On Tue, Nov 20, 2018 at 7:46 AM Martin Schöön wrote:
> Thanks, I just tried this. The line locale.setlocale... throws an
> error:
>
> "locale.Error: unsupported locale setting"
>
> Trying other ideas instead of 'de' results in more of the same.
> '' results in no errors.
Haven't been reading in d
Den 2018-11-19 skrev Peter Otten <__pete...@web.de>:
> Martin Schöön wrote:
>
>> My pandas is up to date.
>>
>
> The engine="python" produces an exception over here:
>
> """
> ValueError: The 'decimal' option is not supported with the 'python' engine
> """
>
> Maybe you can try and omit that optio
Chris Angelico writes:
> On Tue, Nov 20, 2018 at 7:31 AM Robert Girault wrote:
>> Nice. So Python's random.random() does indeed use mt19937. Since it's
>> been broken for years, why isn't it replaced by something newer like
>> ChaCha20? Is it due to backward compatibility? That would make se
Den 2018-11-19 skrev Martin Schöön :
> Den 2018-11-19 skrev Peter Otten <__pete...@web.de>:
>>
>> The engine="python" produces an exception over here:
>>
>> """
>> ValueError: The 'decimal' option is not supported with the 'python' engine
>> """
>>
>> Maybe you can try and omit that option?
>
> Bin
On Mon, Nov 19, 2018 at 2:12 PM Robert Girault wrote:
>
> Chris Angelico writes:
>
> > On Tue, Nov 20, 2018 at 7:31 AM Robert Girault wrote:
> >> Nice. So Python's random.random() does indeed use mt19937. Since it's
> >> been broken for years, why isn't it replaced by something newer like
> >>
On 2018-11-19 21:32, Martin Schöön wrote:
Den 2018-11-19 skrev Martin Schöön :
Den 2018-11-19 skrev Peter Otten <__pete...@web.de>:
The engine="python" produces an exception over here:
"""
ValueError: The 'decimal' option is not supported with the 'python' engine
"""
Maybe you can try and om
On 2018-11-19 20:44, Martin Schöön wrote:
Too many files to go through them with an editor :-(
If only Python could read and write files... :-)
--
https://mail.python.org/mailman/listinfo/python-list
Dennis Lee Bieber writes:
> On Mon, 19 Nov 2018 19:05:44 -0200, Robert Girault declaimed
> the following:
>
>>I mean the fact that with 624 samples from the generator, you can
>>determine the rest of the sequence completely.
>
> Being able to predict the sequence after a large sampling doe
On Tue, Nov 20, 2018 at 10:51 AM Robert Girault wrote:
> If you're just writing a toy software, even K&R PRNG works just fine.
> If you're writing a weather simulation, I suppose you need real
> random-like properties and still need your generator to be reproducible.
> If you're using random Quick
On 2018-11-18 19:22, Martin Schöön wrote:
> Den 2018-11-18 skrev Shakti Kumar :
>> On Sun, 18 Nov 2018 at 18:18, Martin Schöön wrote:
>>>
>>> Now I hit a bump in the road when some of the data is not in plain
>>> decimal notation (xxx,xx) but in 'scientific' (xx,xxxe-xx) notation.
>>>
>>
>> Martin
On 11/19/18 6:49 PM, Robert Girault wrote:
> I think I disagree with your take here. With mt19937, given ANY seed,
> I can eventually predict all the sequence without having to query the
> oracle any further.
Even if that's true, and I use mt19937 inside my program, you don't
[usually|necessari
I had yet another program where I accidentally had more than one
thread enter pdb at once, leaving me with the "pdb's battling for
the keyboard" syndrome. So I extended pdb to recognize and handle
threads. I added:
"jobs"
List threads, with one current one being the only one involved
with the k
31 matches
Mail list logo
