On Thu, 22 Feb 2024, Michael Anochin via fpc-pascal wrote:
Hello,
the TCustomJSONRPCHandler.DoCheckParamArray in fpjsonrpc.pp causes an
exception with the message "List index (0) out of bounds".
This happens, for example, if ParamArray is empty and there are not
required parameter in
Hello,
the TCustomJSONRPCHandler.DoCheckParamArray in fpjsonrpc.pp causes an
exception with the message "List index (0) out of bounds".
This happens, for example, if ParamArray is empty and there are not
required parameter in ParamDef (required not set). In that case
ParamArray[i] not exists,
On 22/02/2024 14:22, Jean SUZINEAU via fpc-pascal wrote:
As far as I know Extended is not supported on Linux.
This is wrong, sorry. I'm using Extended on Linux and it works just fine.
Cheers,
Peter
___
fpc-pascal maillist -
Op 22-2-2024 om 15:08 schreef Thomas Kurz via fpc-pascal:
If you're using Win64, then the answer is simple: x86_64-win64 unlike any
other x86 target does not support Extended, so neither the compiler nor the
code in runtime will ever calculate anything with that precision.
That's another
I seem to recall there is some way to get 80 Bit Extended on 64 Bit Windows,
but it involved compiling a 64bit version of FPC myself somehow, and I can't
remember what it was all about, I'm pretty sure I was doing that for a while,
but then I wanted to upgrade and couldn't remember how it was
I see that Wikipedia is not very clear on this, you just find "x86"
mentioned, but for Pascal: "this Extended type is available on 16, 32
and 64-bit platforms, possibly with padding"
https://en.wikipedia.org/wiki/Extended_precision
___
fpc-pascal
> For constants, the compiler will choose a type and consequently the
> precision.
> Jonas and others have explained the rules that the compiler uses.
>
> If you don't like the rules that the compiler uses, you can set a type for
> your
> constants. When you explicitly set a type, you are also
Aaaah, ok. Thank you very much for alrifying this long-standing question!
- Original Message -
From: Tomas Hajny via fpc-pascal
To: FPC-Pascal users discussions
Sent: Thursday, February 22, 2024, 15:25:34
Subject: [fpc-pascal] Floating point question
On 2024-02-22 15:08, Thomas Kurz
> for example, here on Earth, (7 decimal places) 0.001 degree latitude is
> ""only"" 1cm... (8 decimal places) 0.0001 degree latitude is ""only""
> 1mm...
> longitude, on the other hand, is variable such that 7 decimal places at the
> equator is the same as latitude but as you move
On 2024-02-22 15:08, Thomas Kurz via fpc-pascal wrote:
If you're using Win64, then the answer is simple: x86_64-win64 unlike
any
other x86 target does not support Extended, so neither the compiler
nor the
code in runtime will ever calculate anything with that precision.
That's another thing
Le 22/02/2024 à 15:08, Thomas Kurz via fpc-pascal a écrit :
But it's supported on Linux but not on Windows? Huh?
As far as I know Extended is not supported on Linux.___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
> If you're using Win64, then the answer is simple: x86_64-win64 unlike any
> other x86 target does not support Extended, so neither the compiler nor the
> code in runtime will ever calculate anything with that precision.
That's another thing I've never understood. How can it depend on the OS?
12 matches
Mail list logo