Floris van Manen added the comment:
On Mar 7, 2010, at 13:08, Ronald Oussoren wrote:
> IMO it adding this support is not worth the effort or the additional code
> complexity.
I do agree.
We have to look forwards ...
F
--
___
Python t
New submission from Floris van Manen :
when using numpy defined values i get nan results.
when using math defined values, no nan errors occur.
check2 bb [5.0, 2.285379077161093, nan, nan, 2.285379077161092]
check2 cc [5.0, 2.285379077161093, 4.341186402706317, 4.341186402706317
Floris van Manen added the comment:
Well, the thing is that i pass two (apparent) identical values into the same
function, and get two different results.
Apparent as in one value generated via np.linspace() and one directly retrieved
from a list.
> On 12 Sep 2018, at 18:12, Steven D
Floris van Manen added the comment:
Well, the thing is that i pass two (apparent) identical values into the same
function, and get two different results.
Apparent as in one value generated via np.linspace() and one directly retrieved
from a list.
If i pass the np variable into to function
Floris van Manen added the comment:
I know it has nothing todo with linspace.
But there seems to be a link to using numpy generated variables and not using
them.
>From a naive point of view i’d expect the same results.
But it does not.
There is two functions, and two variables.
And from
New submission from Floris van Manen:
I recently noticed that the standard random() function generates values >= 1.0
As processes are called from an event scheduler, each process has its own
Random() instance.
self.random = random.Random(seed)
self.randomState = self.random.getst
Floris van Manen added the comment:
On 23 Jan 2013, at 19:18, R. David Murray wrote:
>
> R. David Murray added the comment:
>
> That indeed looks likely. Fortunately there will be a new release of 2.7
> including that fix soon.
>
> Floris, do you have any way to
Floris van Manen added the comment:
indeed, looks like the same.
.F
On 23 Jan 2013, at 19:09, Peter Otten wrote:
>
> Peter Otten added the comment:
>
> This could be a duplicate of issue14591.
>
> --
> nosy: +peter.otten
>
> _
Floris van Manen added the comment:
It is in the combination with jumpahead(), getstate(), setstate() that you'll
experience random() to produce values >= 1.0
.F
On 25 Jan 2013, at 06:24, Raymond Hettinger wrote:
>
> Raymond Hettinger added the comment:
>
> Can you sho
Floris van Manen added the comment:
On 25 Jan 2013, at 11:07, Stefan Krah wrote:
>
> Stefan Krah added the comment:
>
>> It is in the combination with jumpahead(), getstate(), setstate() that
>> you'll experience random() to produce values >= 1.0
>
> Le
Floris van Manen added the comment:
On 25 Jan 2013, at 19:35, Stefan Krah wrote:
>
> Stefan Krah added the comment:
>
> Floris van Manen wrote:
>> From what i understand is that issue14591 was able to reproduce the same
>> feature as it seems related to the jum
Floris van Manen added the comment:
On 25 Jan 2013, at 22:27, Stefan Krah wrote:
> Then always call python with the full path. If your app is a simple
> script, then:
>
> /tmp/usr/bin/python app.py
ok.
and how do i add extra packages to that new python version ?
e.g. i need to i
Floris van Manen added the comment:
On 25 Jan 2013, at 22:27, Stefan Krah wrote:
> Then always call python with the full path. If your app is a simple
> script, t
ok, managed to install the extra packages and run the app.
Seems to work correctly now, no more random() >= 1.0
(th
13 matches
Mail list logo
