wsltty not working with Windows Subsystem for Linux Preview from Windows Store?

[pa-jberanek]

Version: WSLtty 3.5.1

I can't provide a huge amount of detail here, but I installed "Windows Subsystem for Linux Preview"[1] from the Windows Store, to try out the new WSL version, and all my WSLtty shortcuts stopped working.

When launched a mintty window opens and then closes very soon after, so fast that I can't see any error messages.

I removed the Windows Store version of WSL, and WSLtty sprung back to life again.

[1] https://www.microsoft.com/store/productId/9P9TQF7MRM4R

[Biswa96]

BTW, can you provide the error message from that WSL preview setup?

1. Install that WSL Preview as you've done.
2. Run Command Prompt in C:\Users\UserName\AppData\Local\wsltty\bin folder.
3. Run wslbridge2.exe command there. You can see the error message.

[pa-jberanek]

assertion "hRes == 0" failed: file "GetVmId.cpp", line 181, function: HRESULT GetVmId(GUID*, GUID*)
      0 [main] wslbridge2 1274 cygwin_exception::open_stackdumpfile: Dumping stack trace to wslbridge2.exe.stackdump

[RobertSpir]

the same error with offline package (WSL2)

[pa-jberanek]

Converted a WSL distro to version 1, and:

C:\Users\johnb\AppData\Local\wsltty\bin>wslbridge2.exe -d Ubuntu-20.04
johnb@PCNAME:/mnt/c/Users/johnb/AppData/Local/wsltty/bin$

C:\Users\johnb\AppData\Local\wsltty\bin>wsl -l -v
  NAME             STATE           VERSION
* openSUSE-Leap    Running         2
  Ubuntu-20.04     Running         1

C:\Users\johnb\AppData\Local\wsltty\bin>wslbridge2.exe -d openSUSE-Leap
assertion "hRes == 0" failed: file "GetVmId.cpp", line 181, function: HRESULT GetVmId(GUID*, GUID*)
      0 [main] wslbridge2 1677 cygwin_exception::open_stackdumpfile: Dumping stack trace to wslbridge2.exe.stackdump

[Biswa96]

Here is some report from a quick look.

• wslbridge2.exe in wsltty uses undocumented ILxssUserSession COM interface. It is provided by LxssManager.dll loaded in normal Win32 service host process.
• The WSL Preview Store version registers its own service and COM interface, named IWSLService, in a UWP like process. That interface is somehow replaces itself with ILxssUserSession at runtime (probably).
• If I try to use ILxssUserSession now then CreateLxProcess in GetVmId.cpp returns error 1224 i.e. The requested operation cannot be performed on a file with a user-mapped section open. This is the error you've seen.

Next I shall try to do the same thing with wsltty.appx. But I need to figure out what I did years ago 😄

[aatkinson]

same issue after upgrading to Windows 11 with wsltty 3.3.0. Upgrading to wsltty 3.5.1 fixed the issue for me.

[Biswa96]

Upgrading to wsltty 3.5.1 fixed the issue for me.

Are you using WSL Preview from Windows Store?

[aatkinson]

Upgrading to wsltty 3.5.1 fixed the issue for me.

Are you using WSL Preview from Windows Store?

I thought I was but turns out I am not. Please disregard my comment if it's irrelevant.

[UScr00ge]

I just discovered the wsl mintty project a few days ago, and tried to get it working with my Windows 11 machine running the WIndows Store version of the Linux subsystem stuff. I'm also getting the black-screen-then-immediate-close problem.

I change my shortcut to pause on the error, and can now see this is the error I'm getting.

/bin/wslbridge2: Aborted. assertion "hRes == 0" failed: file "GetVmId.cpp", line 54, function: void ComInit()

It doesn't quite match the other errors posted so I'm not sure if it's the same issue or not.

[mintty]

Is this something still to be fixed before release of 3.5.2?

[Biswa96]

Need time.

[jibnew]

Have the exact same problem when installing wsl preview from windows store (worked well before that, 3.5.1) except in my case the message from running wslbridge2.exe is different: it is note: wsl.exe output: The process cannot access the file because it is being used by another process. This also happens immediately after restart

[Biswa96]

Would anyone like to volunteer to test a wslbridge2.exe? The test executable will be provided from CI and one has to just copy/paste it in wsltty installation.

[RobertSpir]

Sure

[RobertSpir]

It seems to be partially working, if the wsl2 is already running, it works, but if I shutdown using wsl --shutdown then it fails with assertion "hRes == 0" failed: file "GetVmId.cpp", line 236, function: HRESULT GetVmId(GUID*, GUID*) 0 [main] wslbridge2 1322 cygwin_exception::open_stackdumpfile: Dumping stack trace to wslbridge2.exe.stackdump

[lededev]

Here are the steps:

1. Download the ZIP file from here https://ci.appveyor.com/project/Biswa96/wslbridge2/build/job/mx67rxpl87fbxvfv/artifacts
2. Extract wslbridge2.exe from it.
3. Rename or backup the wslbridge2.exe file in %LocalAppData%\wsltty\bin path.
4. Move the previously extract wslbridge2.exe in that path.
5. Now run WSL Preview from store.

I download this build and do steps above, there is a cgywin dll error. I tried both cygwin1.dll come from wsltty 3.5.1 and latest cygwin install by setup-x86_64.exe today.

./wslbridge2.exe
      0 [main] wslbridge2 (10504) C:\Users\user\AppData\Local\wsltty\bin\wslbridge2.exe: *** fatal error - cygheap base mismatch detected - 0x180348408/0x180345408.
This problem is probably due to using incompatible versions of the cygwin DLL.
Search for cygwin1.dll using the Windows Start->Find/Search facility
and delete all but the most recent version.  The most recent version *should*
reside in x:\cygwin\bin, where 'x' is the drive on which you have
installed the cygwin distribution.  Rebooting is also suggested if you
are unable to find another cygwin DLL.

After git clone wslbrideg2 and make RELEASE=1 using new installed cygwin, it works.

[mintty]

Released 3.5.3 with the wslbridge2 fix applied. Please test.

[RobertSpir]

It seems to be partially working, if the wsl2 is already running, it works, but if I shutdown using wsl --shutdown then it fails with assertion "hRes == 0" failed: file "GetVmId.cpp", line 236, function: HRESULT GetVmId(GUID*, GUID*) 0 [main] wslbridge2 1322 cygwin_exception::open_stackdumpfile: Dumping stack trace to wslbridge2.exe.stackdump

[Biswa96]

I have solved this issue with wsltty.appx project. Here are my plans:

• Revive the project so that it can be easily built.
• There should be a easier and secure way to install the appx package. But the problem is I have no idea about security :zany_face: To install a package manually, one need to add a certificate in system. I am sure how to securely provide that to users. One can generate certificate and sign the package in their own machine but it would not be a convenient way to all users.
• I would like to discuss the development plans in wsltty.appx repository and keep this thread to discuss if the package works or not i.e. feedback.

I need help with two parts.

1. What would be the easiest way to build the package without installing gigantic Visual Studio? Is the current method in wsltty.appx easier enough for everyone?
2. What would be the most secure way to share the package?

[haard]

I am not sure if this is related, although it seems like it. On a clean install of Win11, WSL Preview from Windows Store, wsltty 3.6.0, everything worked on install but after first reboot wsltty crashes on launch with a segmentation fault in wslbridge2.

[Biswa96]

Yes, I am aware of that. The newer version of WSL Preview from Store has different COM interface. I have a fix. But I am waiting for the above discussion in wsltty.appx.

[Biswa96]

For testing, the wslbridge2.exe can be downloaded from CI artifacts https://ci.appveyor.com/project/Biswa96/wslbridge2/build/job/q3y0vyk50s27up5b/artifacts.

1. Download the zip file.
2. Backup the existing wslbridge2.exe in C:\Users\your-user-name\AppData\Local\wsltty\bin.
3. Extract wslbridge2.exe in that path.
4. Hope it works 🤞

The normal wsltty installation does not work with WSL Store version. For that, you have to start wsl.exe then use wsltty. But it is possible to use wsltty.appx (in discussion) without that workaround.

[haard]

that worked for me, thanks a lot!

[adamprice2]

new bridge works if WSL is already running, but still fails to start it with the following error.

/bin/wslbridge2: Aborted. assertion "hRes == 0" failed: file "GetVmId.cpp", line 287, function: HRESULT GetVmId(GUID*, GUID*, bool) Stack trace: Frame Function Args 000FFFFB2A0 001800620B7 (000FFFFB4A8, 00000000002, 00000000002, 000FFFFDE50) 00000000000 001800640F5 (000FFFFBC50, 00000000000, 000000002C4, 00000000000) 000FFFFB9B0 00180130FD8 (00000000000, 000007D2160, 00000620000, 00000000000) 000000000C1 0018012C70B (00000000000, 00000000000, 00000000000, 00100000037) 000FFFFBDA0 0018012CB15 (0018026A458, 00180132E3E, 0000000011F, 0018026A3DF) 000FFFFBDA0 001802137F8 (00100424000, 0010042401E, 0000000011F, 0018026A3DF) 000FFFFBDA0 001800434C7 (000FFFFC0D0, 00000000000, 00000000000, 00000000000) 000FFFFC390 00100401A1A (001004232E0, FEFEFEFEFF372C45, 8080808080808080, 00000000000) 000FFFFC390 001004215A5 (000FFFFCC20, 000FFFFCD30, 00180368960, 000FFFFCDF0) 000FFFFCD30 00180049B8D (00000000000, 00000000000, 00000000000, 00000000000) 000FFFFFFF0 00180047746 (00000000000, 00000000000, 00000000000, 00000000000) 000FFFFFFF0 001800477F4 (00000000000, 00000000000, 00000000000, 00000000000) End of stack trace

[Biswa96]

Agree, I have mentioned about that in above comment. wsltty.appx is required for WSL Store version. I am waiting for the discussion in that repository.

[puellanivis]

The artifact also worked for me. Thank you so much! 🙏

[g2flyer]

The artifact also worked for me. Thank you so much! 🙏

ditto

[adamprice2]

Agree, I have mentioned about that in above comment. wsltty.appx is required for WSL Store version. I am waiting for the discussion in that repository.

Any plans to proceed? The appx project seems to be totally dead, I see no response to your issues raised and the last update seems to have been in February where the message "This project is obsolete" was added to the readme.

I think you should propose your fixes here...

[Biswa96]

Try the cygwin zip from here https://github.com/Biswa96/wslbridge2/releases/tag/v0.9. If you are using WSL Preview from Store make sure to run wsl.exe before running wsltty.exe.

[mintty]

run wsl.exe before running wsltty.exe

I'm considering to do this automatically within mintty.exe, which could also be used to adjust locale configuration.

I was evaluating an alternative solution but its implementation turns out to be cumbersome so far.

[adamprice2]

Try the cygwin zip from here https://github.com/Biswa96/wslbridge2/releases/tag/v0.9. If you are using WSL Preview from Store make sure to run wsl.exe before running wsltty.exe.

Yeah I am using wsl Preview from Store. It's the 'run wsl.exe before running wsltty' part that I'm hoping to see fixed. Would be great to see it all integrated into the wsltty.exe

[Biswa96]

I'm considering to do this automatically within mintty.exe, which could also be used to adjust locale configuration.

I think wsl.exe should be initiated from wslbridge2.exe. It will handle default distro and wsl2 or not logics. But I did not figure out how to do that.

wsl.exe should not be run constantly. Otherwise there will be an bash process lingering around which we fixed in another issue. Assume the first wsl.exe process is like a spark plug. It will initiate the WSL2 VM and exit. Then wslbridge2.exe will catch up with that VM instance quickly.

[vkoukis]

I bumped into this issue after upgrading to Windows 11 from Windows 10 and upgrading to the Store version of wsl2 with wsl --update. After this, the wsltty window would close immediately after attempting to start it.

It seems there is a solid workaround for this issue, but I couldn't find a step-by-step description of how to solve this, so I include a step-by-step list of what I did, in the hope someone else finds it useful.

To reproduce:

1. Upgrade to Windows 11
2. Upgrade to the Store version of WSL2: C:\WINDOWS\system32>wsl --update
3. Confirm the upgrade:

   C:\Users\vangelis>wsl --version
   WSL version: 0.70.4.0
   Kernel version: 5.15.68.1
   WSLg version: 1.0.45
   MSRDC version: 1.2.3575
   Direct3D version: 1.606.4
   DXCore version: 10.0.25131.1002-220531-1700.rs-onecore-base2-hyp
   Windows version: 10.0.22621.674
   

4. Confirm that wslbridge2 fails with an assertion error:

   C:\Users\vangelis\AppData\Local\wsltty\bin>wslbridge2 -s
   assertion "hRes == 0" failed: file "GetVmId.cpp", line 126, function: bool IsWslTwo(GUID*, std::wstring)
         0 [main] wslbridge2 1374 cygwin_exception::open_stackdumpfile: Dumping stack trace to wslbridge2.exe.stackdump   
   

This series of steps solved the issue for me:

1. Install the latest wsltty version from https://github.com/mintty/wsltty/releases/download/3.6.0/wsltty-3.6.0-x86_64-install.exe
2. Download the latest release of wslbridge2 from https://github.com/Biswa96/wslbridge2/releases/tag/v0.9 and replace the files under in %LocalAppData%\wsltty\bin

@biswa96 I understand this issue is still open, but I am not sure why. I have tested this works regardless of whether I've run wsl.exe before attempting to start wsltty. Here is what I did:

1. Reboot the system, log in
2. Start cmd.exe and run: C:\> %LOCALAPPDATA%\wsltty\bin\mintty.exe --WSL=Debian -~ /bin/bash -l

My impression is that releasing a new version of wsltty which integrates the latest wslbridge2 is enough to close this issue, but maybe I am missing something. Thanks!