[CCed from 'bugs'...]
Florian Hengstberger wrote:
> pl [0.1:1] 1.e11/x
>
> and zoom to let's say (0.14,6.5e11) - (0.9,1.4e11) and the same error
> occurs again.
[Error is that the y range of the zoomed plot is completely bollocks,
result depending on the host platform.]
> So it actually depends on the size of the numbers!
> I bet you are using a platform independent library for the manipulation
> of floats ...
Based on what clue?
> (where does the non gnuplot-style error message "integer overflow;
> change to floating point"
> come from, why does the error message differ from platform to platform?).
Because we're *not* using any such library. If we did, the message
would be the same, and the behaviour would be platform-independent.
As there don't appear to be many of the core team actually reading the
bugs mailing list, I'm forwarding this to the beta list.
[Oh and next time you reply to a 5-page long list digest mail, please
consider snipping the quoted material to the part you're actually
replying to...]
|
