terminal: Crash On Start (OpenConsole.exe) - FIXED IN 1.19.10821
Windows Terminal version
1.19.2402.26003-1.21.2402.29001
Windows build number
10.0.19045.4046 (22H2)
Other Software
No response
Steps to reproduce
Canary latest ok : terminal-1.21.491.0 terminal-1.21.501.0 - š„crash on start ⦠terminal-1.21.601.0 -š„crash on start
latest release / preview with š„crash on start terminal-1.19.10573.0 terminal-1.20.10572.0
previous release / preview - ok terminal-1.19.10302.0 terminal-1.20.10303.0
š„crashš„ happens in OpenConsole.exe
FAILED_INSTRUCTION_ADDRESS:
OpenConsole!Microsoft::Console::Render::XtermEngine::StartPaint+610
00007ff6`b8c2d650 f34a0fb8043b popcnt rax,qword ptr [rbx+r15]
FAULTING_SOURCE_LINE: C:\__w\1\s\src\renderer\vt\XtermEngine.cpp
FAULTING_SOURCE_FILE: C:\__w\1\s\src\renderer\vt\XtermEngine.cpp
FAULTING_SOURCE_LINE_NUMBER: 87
MODULE_NAME: OpenConsole
IMAGE_NAME: OpenConsole.exe
FAILURE_BUCKET_ID: ILLEGAL_INSTRUCTION_c000001d_OpenConsole.exe!Microsoft::Console::Render::XtermEngine::StartPaint
reproduced 100% version where work OpenConsole.exe popcnt used twiced in latest version OpenConsole.exe used 4 times
If i change in new version WT, OpenConsole.exe to old version - WT work fine.
warning: my cpu is old: Intel Core 2 Duo E8400
dump for terminal-1.19.10573.0
Expected Behavior
work fineā¦
Actual Behavior
trap on strartā¦
About this issue
- Original URL
- State: closed
- Created 4 months ago
- Reactions: 9
- Comments: 33 (10 by maintainers)
Commits related to this issue
- build: roll back to a build container with the 14.38 compiler (#16907) The 14.39 compiler seems pretty busted. Refs #16794 — committed to microsoft/terminal by DHowett 3 months ago
- build: roll back to a build container with the 14.38 compiler (#16907) The 14.39 compiler seems pretty busted. Refs #16794 (cherry picked from commit ff47e0c25742b2a332645f846e9c88d277ff2856) Servi... — committed to microsoft/terminal by DHowett 3 months ago
- build: roll back to a build container with the 14.38 compiler (#16907) The 14.39 compiler seems pretty busted. Refs #16794 (cherry picked from commit ff47e0c25742b2a332645f846e9c88d277ff2856) Servi... — committed to microsoft/terminal by DHowett 3 months ago
Hello!
We have a test build that we think will fix this.
Can somebody here test out one of these portable builds and report whether it works?
amd64 Microsoft.WindowsTerminalCanary_1.21.802.0_x64.zip
x86 Microsoft.WindowsTerminalCanary_1.21.802.0_x86.zip
Thanks everyone for the help! We have some releases of 1.19 and 1.20 that are ready to go out via the Store to yāall. Publication is held up on some authentication problems, but you can expect these to come out on Monday March 25 (usually in the morning, US Central time).
Weāll need to wait a little bit and re-issue new releases compiled with VS 17.9.1+ to test this hypothesis. Sorry for the delay.
Thank you all so much for testing this out. We just released 1.19.10821 and 1.20.10822, which have been built with the fix.
Put away your conspiracy theories, folks.
Thereās a compiler bug in MSVC 19.38 that results in the output of the
CPUIDinstruction being misinterpreted, among other things. It turns out that the1057xbuild series of Terminal was built with MSVC 19.38.Yes, it looks like it happens on older intel CPUās that are not supporting SSE 4.2. Same situation as happened a couple of weeks before with a couple of other updated apps from in the Microsoft store like Calculator. I have other PCās here that are not effected by this error and those all have SSE 4.2 support.
Yes. I will inform you (and ask for help!) when our build agents have the new compiler. Then we can validate the Canary build and recompile the Stable and Preview builds if it works.
Not intended from my side. š And good to know that you figure out what the root cause was.
You can always just manually install from https://github.com/microsoft/terminal/releases
Yes, I can confirm that at least x64 build is nicely working on my venerable Core 2 Duo CPU š Thanks!
@DHowett latest canary for example: terminal-1.21.691.0 [10.03.2024] still crash, its normal?
I am not sure if this is related ā but this issue just happens on my intel computer, my oher AMD computers work fine with the update
Same here on Windows 10 Pro 22H2, 2x IntelĀ® XeonĀ® CPU E5410 @ 2.33GHz
Same for me with the latest version of Windows Terminal and Windows Terminal Preview. Older versions before are doing fine. CPU: IntelĀ® Coreā¢2 Duo CPU, E8400. Windows 10 Pro, Version 22H2, build 19045.4123, Windows Feature Experience Pack 1000.19054.1000.0
Event log: WindowsTerminalError.zip
I have the same issue.
CPU: Intel Mobile Core 2 Duo P8400 Support: MMX, SSE, SSE2, SSE3, SSSE3, SSE4.1, EM64T, VT-x System: Windows 11 Pro 22H2 22621.3155
Windows Terminal v1.19.10573.0: crash Windows Terminal v1.18.10301.0: work fine.
There is a report of miscompilation in VS 17.8.6 related to POPCNT [here]
Apparently it is fixed in VS 17.9.1
I tests both the 64 as 32 bit version of the fix and they are working
x86 version of WindowsTermianl.exe wt.exe and OpenConsole.exe all launch for me for both PowerShell and Command Prompt. This old computer was a fresh install just at the time the terminal broke, so there was no previous configuration.
Also confirmed that it launcehes on a new Lenovo ThinkPad (AMD Ryzen Pro 7) quite by accident (downloaded on that machine and forgot at first that was not the machine I on which the crash was happening).
Thank you for this!
woah~ makes sense. just like what they did with Windows 11 by introducing TPM 2.0ā¦
So, any luck on it working again on older Intel CPUs in the next update or it will not be supporting at all ?
(ā Ā ā ļ¼ā āā ļ¼ā ) hehe ⦠welp !
Processor: PentiumĀ® Dual-Core CPU E5700 @ 3.00GHz 3.00 GHz Installed RAM: 4.00 GB System type: 64-bit operating system, x64-based processor Edition: Windows 10 Pro Version: 22H2 OS build: 19045.4123 Experience: Windows Feature Experience Pack 1000.19054.1000.0
Oh shiii-! Yes! The previous one was working fine and when I updated it to v1.19.10573.0, it started crashing with exit code 259. Like, no matter which profile (PowerShell, CMD, WSL) I open, it crashes immediately. And if me open, for example, PowerShell or CMD without Windows Terminal, it opens just fine.
And you know whatās the fun part? I literally did system restore 2 times and reset Windows 1 time and finally format and re-install Windows thinking me did something wrong with my PC and finally got to know here that itās not just me⦠ćā½ć Why Microsoft ? ~(>_<ć)ļ¼¼
I have the same issue ---- attached are the event log entry
As noted in previous posts, I to have an older laptop which might have the issue with the instruction being used
[ event-log-terminal-2024-03-07-09-55-41-544.zip
I may be misreading the disassembly incorrectly, but it seems to be correct to me:
Maybe the contents of the
r12dregister are incorrect? Hereās the corresponding C++ code for the jump: https://github.com/microsoft/terminal/blob/ad51b22f440a57ff8381499c84e19b9f1d174cab/oss/libpopcnt/libpopcnt.h#L628Itās very likely that this is a miscompilation. Itād be our 2nd one in these releases: #16742
I encountered the same issue.
My cpu is IntelĀ® Coreā¢2 Quad CPU Q6600 @ 2.40GHz 2.40 GHz.
This cpu did not support SSE 4.2 POPCNT so it may happen.
Windows Terminal version:1.19.10573.0
Below is WinDbg result.