- This topic has 2 replies, 2 voices, and was last updated 9 hours, 1 minute ago by
.
-
Posts
-
Hi,
It seems like I am unable to build my linux app using WSL2. I have tried to follow these instructions (Troubleshooting Windows Subsystem For Linux (WSL) – VisualGDB Documentation), but still seems to hang on building. It is hanging on the following:
Run “sudo make CONFIG=Debug” in directory “/mnt/d/source/repos/XXXXx/XXX” on (Windows 10 Linux subsystem)
sudo make CONFIG=DebugI do not see the LinuxAppLauncher being called in the VisualGDB Diagnostics Console.
Any help would be appreciated,
Chris
Hi,
VisualGDB handles WSL by launching a monitor process on the Linux side that forwards the actual application output back Windows via TCP. The most likely explanation why it’s not working is that the firewall either on Linux or Windows side is preventing VisualGDB from connecting to it.
If turning the firewall off doesn’t work, you can try narrowing it down by running VisualGDB.exe /lxsstest. It will run the “uname -a” command inside WSL, but will launch the monitor process in a separate window, so you can check if it does anything suspicious.
Running that gives the following output.
Connecting to port 55932…
Launching uname, pty=5…
argv[0] = uname
argv[1] = -aDISPLAY = :10
Waiting for the target process PID…
Target process PID: 7096
Forwarding output…
..Reporting exit code (0)
+[0]
Connecting to port 55933…
Launching uname, pty=5…
argv[0] = uname
argv[1] = -aDISPLAY = :10
Waiting for the target process PID…
Target process PID: 7101
Forwarding output…
..Reporting exit code (0)…
This keeps running for a while and incrementing the ports. Does this indicate it is working?
Thank you,
- You must be logged in to reply to this topic.