mORMot Open Source

Found the problem.
The script uses -O2, the .lpi from github uses -O1.

Changing optimization in lazarus project to -O2 solved the failing hashes-test.

With your change, also the failing quickjs-test passed with my locale (de_DE.UTF-8).

Thanks for your efforts.

The quickjs issue seems to be a locale problem as tthomas found.

See https://synopse.info/forum/viewtopic.php?id=5933

@ab

damiand seems to have the same issues with the hashes.
This time on intel. But what might be the reason?

Shouldn't we continue in one forum thread?

Sorry ttomas. I always thought that first ...
The result of

add(434.732,343.045)

should be 777.777 (or maybe something else as decimal sep) but
it returns a plain 777 without decimals.

So I don't think this is a locale problem.
(BTW LANG=de_DE.UTF8 and no other LC_* are set)

Hm. I thought building the FPC with fpcupdeluxe is a reasonable way ...
The FPC testsuite gave the expected and known errors and problems.
Could you give me the exact revision of your compiler? (fpc -iW)

Just checked: Same date, size is 1072632 bytes.
I downloaded mormot2static.7z on 8. july. Size is 18989699 bytes.

No. I use, as stated by ab, the officially supported FPC Version 3.2.0 Rev. 45643, linux_x86_64, running on a 64bit debian 10. CPU is AMD.

OK. I see your point :-)
I'll cross check if this is the same statement failing here :-)

In short the test passes only with 32bit compiler on windows
and only with a 32bit target on 64bit linux with 64bit compiler.

Here's the summary:

Compiler FPC 3.0.2 32bit on Windows 10, 64bit
  - Target Windows 32, i386    - native, Run on Windows 64
    PASS
  - Target Windows 64, x86_64 - cross compiled, Run on Windows 64
    FAILED: Hashes at 1.3
  - Target Linux, x86_64 - cross compiled, Run on Debian VM, 64bit
    FAILED: Hashes at 1.3, Core Script at 3.1
   
Compiler FPC 3.0.2 64bit on Windows 10, 64bit
   
  - Target Windows 32, i386    - cross, Run on Windows 64
    FAILED: Hashes OK, Lots of errors related to floating point or currency
  - Target Windows 64, x86_64 - native, Run on Windows 64
    FAILED: Hashes at 1.3
  - Target Linux, x86_64 - cross compiled, Run on Debian VM, 64bit
    FAILED: Hashes at 1.3, Lots of errors related to floating point or currency

Compiler FPC 3.0.2 64bit on Debian 10 VM, 64bit
   
  - Target Windows 32, i386    - cross compiled, Run on Windows 64
    PASS
  - Target Windows 64, x86_64 - cross compiled, Run on Windows 64
    FAILED: Hashes at 1.3
  - Target Linux, x86_64 - native, Run on Debian VM, 64bit
    FAILED: Hashes at 1.3, Core Script at 3.1

I see. This might be fixed in 3.2.2.
But as I've read ... there are problems with variants.

Well, this is software :-)

Hm. Checked what you wrote.
I'm using Windows 10 - 64 bit and mORMot2.

I do not know how to register http.sys in this environment. Is this needed?

From mORMot 1.18 in TestSQL3Register.dpr:

{ in order to be able to use http.sys server for TestSQL3.exe under
   Vista or Seven, call first this program with Administrator rights
  - you can unregister it later with command line parameter /delete }

This is not in mORMot 2.

Edit:

Same problem with Hashes in a brand new Debian 64-bit VM with FPC 3.2.
And additionally in 3.1 Core Script a lot of

#xxxx 777 <> 777.777

see https://gist.github.com/stj-mv/68e79698 … 8230681159

Edit:

Crosscompiled on linux x86-64 for win 64 gives the same as native on win 64.
Test for the hashes failed.

For me this sounds really like a CPU problem ...

Edit:

Crosscompiled on Win 64 for linux x86-64 gives lots of failed tests.
Most of them seems to be related to floating point values.

see https://gist.github.com/stj-mv/e49fd632 … f0f5933a16

Did a quick test:

Hash32Test: Failed. L = 249 at modif = 120
Hash64Test: Failed. L = 249 at modif = 120
Hash128Test: Failed. L = 249 at modif = 120

I'm just setting up a VM with Ubuntu for a Liinux test and will setup a cross-compiler for Win32.
Stay tuned :-)