Test failure: JIT/Regression/JitBlue/Runtime_56953/Runtime_56953/Runtime_56953.sh

[BruceForstall]

Linux/arm JitStress (ZapDisable)

Kusto reports about 6 recent failures.

This is #67870

Oddly, the console log shows:

      Assert failure(PID 6125 [0x000017ed], Thread: 6125 [0x17ed]): Assertion failed '(constIndexOffset  6.364959e-231lemSize) == 0' in 'System.Collections.Generic.Dictionary`2[System.__Canon,System.__Canon]:TryInsert(System.__Canon,System.__Canon,ubyte):bool:this' during 'Do value numbering' (IL size 668; hash 0x4b844e7e; FullOpts)
      
          File: /__w/1/s/src/coreclr/jit/gentree.cpp Line: 18040
          Image: /root/helix/work/correlation/corerun

but the code for the assert is:

assert((constIndexOffset % elemSize) == 0);

so someone is interpreting the % e as a printf format string?!?

[ghost]

Tagging subscribers to this area: @JulieLeeMSFT, @jakobbotsch
See info in area-owners.md if you want to be subscribed.

Issue Details

---

Linux/arm JitStress (ZapDisable)

Kusto reports about 6 recent failures.

This is #67870

Oddly, the console log shows:

      Assert failure(PID 6125 [0x000017ed], Thread: 6125 [0x17ed]): Assertion failed '(constIndexOffset  6.364959e-231lemSize) == 0' in 'System.Collections.Generic.Dictionary`2[System.__Canon,System.__Canon]:TryInsert(System.__Canon,System.__Canon,ubyte):bool:this' during 'Do value numbering' (IL size 668; hash 0x4b844e7e; FullOpts)
      
          File: /__w/1/s/src/coreclr/jit/gentree.cpp Line: 18040
          Image: /root/helix/work/correlation/corerun

but the code for the assert is:

assert((constIndexOffset % elemSize) == 0);

so someone is interpreting the % e as a printf format string?!?

Author:	BruceForstall
Assignees:	-
Labels:	arch-arm32, os-linux, area-CodeGen-coreclr
Milestone:	8.0.0

[BruceForstall]

This was fixed by #76819