[BUG] Failing Parse date test on 32bit x86 system

[arkamar]

Prerequisites

• Put an X between the brackets on this line if you have done all of the following:
  • Read about bug reporting in general: https://rspamd.com/doc/faq.html#how-to-report-bugs-found-in-rspamd
  • Enabled relevant debugging logs: https://rspamd.com/doc/faq.html#how-to-debug-some-module-in-rspamd
  • Checked the FAQs about Core files in case of fatal crash: https://rspamd.com/doc/faq.html#how-to-figure-out-why-rspamd-process-crashed
  • Tried ASAN package and obtained the ASAN report (if possible): https://rspamd.com/doc/faq.html#asan-builds
  • Checked that your issue isn't already filed: https://github.com/issues?utf8=%E2%9C%93&q=is%3Aissue+user%3Arspamd
  • Checked that there is not already an experimental package or master branch

Describe the bug
I tried to run tests in Gentoo i686 container and one of the Parse date tests fail with following output:

...
Parse date: Tue, 19 Jan 2038 03:14:09 GMT                            [F]
...
------------------------------------------------------------------------
608 tests 604 passed 1191 assertions 1 failed 0 errors 3 unassertive 0 pending

Parse date: Tue, 19 Jan 2038 03:14:09 GMT:
Failed asserting that
  (actual)   : -2147483647
 equals to
  (expected) : 2147483649
stack traceback:
        ...amd-3.7.5/work/rspamd-3.7.5_build/test/lua/telescope.lua:199: in function 'assert_rspamd_eq'
        ....7.5/work/rspamd-3.7.5_build/test/lua/unit/smtp_date.lua:51: in function <....7.5/work/rspamd-3.7.5_build/test/lua/unit/smtp_date.lua:49>
        [C]: in function 'xpcall'
        ...amd-3.7.5/work/rspamd-3.7.5_build/test/lua/telescope.lua:441: in function 'invoke_test'
        ...amd-3.7.5/work/rspamd-3.7.5_build/test/lua/telescope.lua:481: in function 'run'
        .../rspamd-3.7.5/work/rspamd-3.7.5_build/test/lua/tests.lua:28: in main chunk
ninja: build stopped: subcommand failed.

It clearly looks like some 32 bit vs 64 bit signed int issue, probably related to time_t.

Steps to Reproduce

1. run tests in 32 bit x86 system
2. observe the error :)

Expected behavior
Test pass

Versions

The same happens in rspamd versions 3.6, 3.7.4 and 3.7.5.

OS: Gentoo i686
System uname: Linux-6.5.9-x86_64-AMD_Ryzen_5_2400G_with_Radeon_Vega_Graphics-with-glibc2.38
(It is 32 bit environment in 64 bit machine)

[arkamar]

see also this: https://bugs.gentoo.org/922250

[vstakhov]

To be honest, I don't know what to do with this issue. Remove this test?

[thesamesam]

If you can't portably check for the size of time_t in Lua, I'd just skip it for now. Maybe we could have the build system check and set a macro for it then copy from test.lua.in -> test.lua if we really care.

Migrating to 64-bit time_t system-wide is something we're planning but it will take time.