Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
v18.12.1
Linux ember.foxkit.us 5.15.44-mc2-easy #1 SMP Wed Aug 17 20:37:04 UTC 2022 i686 GNU/Linux
fs
make jstest
time_t
Always reproducible on any 32-bit computer with 64-bit time_t. This includes Linux musl libc, and glibc when _TIME_BITS=64.
_TIME_BITS=64
Passing tests.
=== release test-fs-utimes-y2K38 === Path: parallel/test-fs-utimes-y2K38 node:assert:124 throw new AssertionError(obj); ^ AssertionError [ERR_ASSERTION]: Expected values to be strictly equal: + actual - expected + -2147483648 - 2147483648 at Object.<anonymous> (/usr/src/packages/user/node/src/node-v18.12.1/test/parallel/test-fs-utimes-y2K38.js:48:8) at Module._compile (node:internal/modules/cjs/loader:1159:14) at Module._extensions..js (node:internal/modules/cjs/loader:1213:10) at Module.load (node:internal/modules/cjs/loader:1037:32) at Module._load (node:internal/modules/cjs/loader:878:12) at Function.executeUserEntryPoint [as runMain] (node:internal/modules/run_main:81:12) at node:internal/main/run_main_module:23:47 { generatedMessage: true, code: 'ERR_ASSERTION', actual: -2147483648, expected: 2147483648, operator: 'strictEqual' } Node.js v18.12.1 Command: out/Release/node /usr/src/packages/user/node/src/node-v18.12.1/test/parallel/test-fs-utimes-y2K38.js
This is passing on the 16 LTS branch. It seems like it may be fallout from #43714 but I'm not sure.
The text was updated successfully, but these errors were encountered:
cc @LiviaMedeiros
Libuv is probably also partially - if not wholly - to blame for using long for uv_timespec_t.tv_sec.
long
uv_timespec_t.tv_sec
Sorry, something went wrong.
No branches or pull requests
awilfox commentedDec 19, 2022
Version
v18.12.1
Platform
Linux ember.foxkit.us 5.15.44-mc2-easy #1 SMP Wed Aug 17 20:37:04 UTC 2022 i686 GNU/Linux
Subsystem
fs
What steps will reproduce the bug?
make jsteston a 32-bit computer with 64-bittime_t.How often does it reproduce? Is there a required condition?
Always reproducible on any 32-bit computer with 64-bit
time_t. This includes Linux musl libc, and glibc when_TIME_BITS=64.What is the expected behavior?
Passing tests.
What do you see instead?
Additional information
This is passing on the 16 LTS branch. It seems like it may be fallout from #43714 but I'm not sure.
The text was updated successfully, but these errors were encountered: