这是indexloc提供的服务,不要输入任何密码
Skip to content

Turbo crashes when running with tui as ui on Windows #8861

@espenja

Description

@espenja

Verify canary release

  • I verified that the issue exists in the latest Turborepo canary release.

Link to code that reproduces this issue

https://github.com/espenja/turbo-watch-tui-failure

What package manager are you using / does the bug impact?

pnpm

What operating system are you using?

Windows

Which canary version will you have in your reproduction?

turbo 2.0.10-canary.2

Describe the Bug

When changing "ui" to "tui" in turbo.json, turbo/pnpm crashes with an error code (-1073741510) when running turbo lint or turbo watch lint.

Output after running command:

~\source\github\espenja\turbo-watch-tui-failure on  main [+] via  v20.11.0 
λ turbo lint
turbo 2.0.10-canary.2

• Packages in scope: app-a, app-b, pkg-a, pkg-b, tooling-config
• Running lint in 5 packages
• Remote caching disabled
┌ app-b#lint > cache miss, executing 4e15d3950b9d96be
│
└────>
┌ pkg-a#lint > cache miss, executing 53c24e105a1c2c93
│
│ command finished with error: command (C:\Users\username\source\github\espenja\turbo-watch-tui-failure\packages\pkg-a) C:\Users\username\App
│ Data\Local\pnpm\pnpm.exe run lint exited (-1073741510)
└────>
┌ app-a#lint > cache miss, executing 9806529b9f24373b
│
│ command finished with error: command (C:\Users\username\source\github\espenja\turbo-watch-tui-failure\apps\apps-a) C:\Users\username\AppDat
│ a\Local\pnpm\pnpm.exe run lint exited (-1073741510)
└────>
  × internal errors encountered: unable to determine why task exited


~\source\github\espenja\turbo-watch-tui-failure on  main via  v20.11.0 took 2s

The only change necessary to reproduce this error after running npx create-turbo@canary -e with-shell-command is to change "ui" to "tui" in turbo.json

Expected Behavior

Turbo runs the task without error

To Reproduce

  • Run npx create-turbo@canary -e with-shell-command
  • Add "ui": "tui" in turbo.json
  • Run turbo lint task with turbo lint

Additional context

I tested my reproduction against different canary releases, and the first one that introduced the bug was turbo@=2.0.10-canary.1, since reverting to turbo@=2.0.10-canary.0 works.

Metadata

Metadata

Assignees

No one assigned

    Labels

    kind: bugSomething isn't workingneeds: triageNew issues get this label. Remove it after triage

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions