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 f
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:
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'Apr
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:
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
Let me reiterate what David said: Can you post
Floris van Manen added the comment:
On 25 Jan 2013, at 19:35, Stefan Krah wrote:
Stefan Krah added the comment:
Floris van Manen rep...@bugs.python.org wrote:
From what i understand is that issue14591 was able to reproduce the same
feature as it seems related to the jumpahead
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 install
pyyam
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
(thanks!)
.F
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 show how you determined
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.getstate
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 test against 2.7 tip?
using 2.7.3
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
___
Python tracker rep
Floris van Manen v...@klankschap.nl 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
13 matches
Mail list logo