Cross Compiling C-Programm WSL unter Win 11
-
@Th69 sagte in Cross Compiling C-Programm WSL unter Win 11:
netstat -a
Danke Dir. Hat leider nicht geklappt. Ich weiß nicht wo da was falsch ist. Schade das ich keinen habe, der hier vor Ort ist und mitguckt.
LG
Heiko
-
Es würde deinen Anliegen sehr helfen, wenn du auch mal mehr Problembeschreibung liefern würdest als dies:
@Data2006 sagte in Cross Compiling C-Programm WSL unter Win 11:
Hat leider nicht geklappt.
@Data2006 sagte in Cross Compiling C-Programm WSL unter Win 11:
Leider klappt das nicht
@Data2006 sagte in Cross Compiling C-Programm WSL unter Win 11:
Leider funktioniert das nicht.
Jemand, der bei dir vor Ort ist und hilft, kann sehen, was genau du tust, kann sehen was passiert, und sieht warum das nicht das ist, was du willst. Da wir nicht vor Ort sind, musst du uns all das beschreiben.
-
Ja, ok.
Das Blöde ist das man hier keine Anlagen hochladen kann. Ich könnte sonst z. B. mit OBS Studio ein Video drehen, wie ich vorgehe.
LG
Heiko
-
Guten Abend,
habe die beiden Ubuntu's deinstalliert und Ubuntu 22.04 LTS neu installiert.
Wenn ich danach logout eingebe, erhalte ich in der Linux-Shel die Meldung:heiko@DESKTOP-6BJM1HM:~$ logout Fehler beim Installationsprozess für die Verteilung „Ubuntu-22.04“. Exitcode: 1. Fehlercode: Wsl/WSL_E_INSTALL_PROCESS_FAILED C:\Windows\System32>
Klappt es mit dem Verbinden über VS 2019 deswegen nicht?
LG
Heiko
-
Schritt-für-Schritt-Anleitung zur Behebung: 1. Windows-Features überprüfen und aktivieren: Drücken Sie die Windows-Taste + R, geben Sie optionalfeatures ein und drücken Sie die Eingabetaste. Stellen Sie sicher, dass die Optionen Hyper-V (falls verfügbar) und Virtuelle Maschinenplattform aktiviert sind. Falls nicht, aktivieren Sie diese. Sie müssen möglicherweise Windows-Subsystem für Linux ebenfalls aktivieren, falls es deaktiviert ist.
Bei mir war das Hyper-V nicht aktiviert. Nach der Aktivierung und Neustart von Windows, habe ich Ubuntu neu installiert. Anstatt 22.04 LTS habe ich jetzt 24.04 LTS genommen. Ich meine diese Auwahl hatte ich vorher nicht oder ich habe sie übersehen.
Wenn ich jetzt logout mache, kommt keine Fehlermeldung mehr.LG
Heiko
-
Habe noch was probiert. Von Windows 11 aus kann ich mich mit Ubuntu connecten:
PS C:\WINDOWS\system32> ssh heiko@172.24.232.112 -p 22 heiko@172.24.232.112's password: Welcome to Ubuntu 24.04.3 LTS (GNU/Linux 6.6.87.2-microsoft-standard-WSL2 x86_64) * Documentation: https://help.ubuntu.com * Management: https://landscape.canonical.com * Support: https://ubuntu.com/pro System information as of Thu Aug 28 12:27:41 CEST 2025 System load: 0.0 Processes: 29 Usage of /: 0.2% of 1006.85GB Users logged in: 1 Memory usage: 2% IPv4 address for eth0: 172.24.232.112 Swap usage: 0% Last login: Thu Aug 28 12:26:52 2025 from 172.24.224.1 heiko@DESKTOP-6BJM1HM:~$
Nur in VS 2019 gehts trotzdem nicht.
LG
Heiko
-
In VS auch "172.24.232.112" und Port 22 angegeben ("localhost" ist ja 127.0.0.1)?
Und was genau hat bei
netstat -a
nicht geklappt? Mit Windows-Terminal meinte ich die Eingabeaufforderung bzw. PowerShell.
-
Guten Abend,
die genannte IP-Adresse mit dem Port 22 habe ich ja auch in VS genommen.
Über den Verbindungsmanager kann ich auch die Verbindung anlegen. Nur wenn ich dann im VS das Programm starten möchte, kommt die Fehlermeldung:Das Debuggen konnte nicht gestartet werden, weil die angegebene Verbindung ungültig ist. Fügen Sie unter Extras/Optionen/Plattformübergreifend/Verbindungs-Manager eine Verbindung hinzu, oder wechseln Sie in den Eigenschaftenseiten zu einer anderen Verbindung.
Außerdem zeigt mir VS 2x Fehler in der stdio.h-Datei (Zeile 195 und 266) an:
Das"__malloc__"-Attribut verwendet keine Argumente.
Fehlercode: E1094.
netstat -a in der Powershell von Win 11 zeigt an:
PS C:\WINDOWS\system32> netstat -a Aktive Verbindungen Proto Lokale Adresse Remoteadresse Status TCP 0.0.0.0:135 DESKTOP-6BJM1HM:0 ABHÖREN TCP 0.0.0.0:445 DESKTOP-6BJM1HM:0 ABHÖREN TCP 0.0.0.0:2179 DESKTOP-6BJM1HM:0 ABHÖREN TCP 0.0.0.0:5040 DESKTOP-6BJM1HM:0 ABHÖREN TCP 0.0.0.0:5357 DESKTOP-6BJM1HM:0 ABHÖREN TCP 0.0.0.0:49664 DESKTOP-6BJM1HM:0 ABHÖREN TCP 0.0.0.0:49665 DESKTOP-6BJM1HM:0 ABHÖREN TCP 0.0.0.0:49668 DESKTOP-6BJM1HM:0 ABHÖREN TCP 0.0.0.0:49669 DESKTOP-6BJM1HM:0 ABHÖREN TCP 0.0.0.0:49670 DESKTOP-6BJM1HM:0 ABHÖREN TCP 0.0.0.0:49671 DESKTOP-6BJM1HM:0 ABHÖREN TCP 0.0.0.0:49679 DESKTOP-6BJM1HM:0 ABHÖREN TCP 127.0.0.1:22 DESKTOP-6BJM1HM:0 ABHÖREN TCP 127.0.0.1:5354 DESKTOP-6BJM1HM:0 ABHÖREN TCP 127.0.0.1:5354 DESKTOP-6BJM1HM:49673 HERGESTELLT TCP 127.0.0.1:5354 DESKTOP-6BJM1HM:49676 HERGESTELLT TCP 127.0.0.1:27015 DESKTOP-6BJM1HM:0 ABHÖREN TCP 127.0.0.1:49673 DESKTOP-6BJM1HM:5354 HERGESTELLT TCP 127.0.0.1:49676 DESKTOP-6BJM1HM:5354 HERGESTELLT TCP 127.0.0.1:49682 DESKTOP-6BJM1HM:49683 HERGESTELLT TCP 127.0.0.1:49683 DESKTOP-6BJM1HM:49682 HERGESTELLT TCP 127.0.0.1:49684 DESKTOP-6BJM1HM:49685 HERGESTELLT TCP 127.0.0.1:49685 DESKTOP-6BJM1HM:49684 HERGESTELLT TCP 127.0.0.1:49688 DESKTOP-6BJM1HM:49689 HERGESTELLT TCP 127.0.0.1:49689 DESKTOP-6BJM1HM:49688 HERGESTELLT TCP 127.0.0.1:50068 DESKTOP-6BJM1HM:50069 HERGESTELLT TCP 127.0.0.1:50069 DESKTOP-6BJM1HM:50068 HERGESTELLT TCP 172.22.240.1:139 DESKTOP-6BJM1HM:0 ABHÖREN TCP 172.24.224.1:139 DESKTOP-6BJM1HM:0 ABHÖREN TCP 192.168.178.41:139 DESKTOP-6BJM1HM:0 ABHÖREN TCP 192.168.178.41:50668 static:https HERGESTELLT TCP 192.168.178.41:51976 20.189.173.25:https HERGESTELLT TCP 192.168.178.41:51984 4.231.128.59:https WARTEND TCP [::]:135 DESKTOP-6BJM1HM:0 ABHÖREN TCP [::]:445 DESKTOP-6BJM1HM:0 ABHÖREN TCP [::]:2179 DESKTOP-6BJM1HM:0 ABHÖREN TCP [::]:5357 DESKTOP-6BJM1HM:0 ABHÖREN TCP [::]:49664 DESKTOP-6BJM1HM:0 ABHÖREN TCP [::]:49665 DESKTOP-6BJM1HM:0 ABHÖREN TCP [::]:49668 DESKTOP-6BJM1HM:0 ABHÖREN TCP [::]:49669 DESKTOP-6BJM1HM:0 ABHÖREN TCP [::]:49670 DESKTOP-6BJM1HM:0 ABHÖREN TCP [::]:49671 DESKTOP-6BJM1HM:0 ABHÖREN TCP [::]:49679 DESKTOP-6BJM1HM:0 ABHÖREN TCP [::1]:22 DESKTOP-6BJM1HM:0 ABHÖREN TCP [::1]:42050 DESKTOP-6BJM1HM:0 ABHÖREN TCP [::1]:49672 DESKTOP-6BJM1HM:0 ABHÖREN TCP [2003:ca:4f19:b500:d80e:e22d:9cd8:6b1c]:49687 [2603:1020:206:d::2]:https HERGESTELLT TCP [2003:ca:4f19:b500:d80e:e22d:9cd8:6b1c]:51497 g2a02-26f0-1700-0495-0000-0000-0000-4106:https SCHLIESSEN_WARTEN TCP [2003:ca:4f19:b500:d80e:e22d:9cd8:6b1c]:51986 [2603:1063:27:2::14]:https HERGESTELLT UDP 0.0.0.0:53 *:* UDP 0.0.0.0:53 *:* UDP 0.0.0.0:500 *:* UDP 0.0.0.0:3702 *:* UDP 0.0.0.0:3702 *:* UDP 0.0.0.0:4500 *:* UDP 0.0.0.0:5050 *:* UDP 0.0.0.0:5353 *:* UDP 0.0.0.0:5353 *:* UDP 0.0.0.0:5353 *:* UDP 0.0.0.0:5353 *:* UDP 0.0.0.0:5353 *:* UDP 0.0.0.0:5353 *:* UDP 0.0.0.0:5353 *:* UDP 0.0.0.0:5355 *:* UDP 0.0.0.0:49665 *:* UDP 0.0.0.0:49669 *:* UDP 0.0.0.0:59583 *:* UDP 0.0.0.0:62759 *:* UDP 0.0.0.0:63843 *:* UDP 0.0.0.0:64260 *:* UDP 127.0.0.1:1900 *:* UDP 127.0.0.1:49664 127.0.0.1:49664 UDP 127.0.0.1:49667 127.0.0.1:49668 UDP 127.0.0.1:49668 127.0.0.1:49667 UDP 127.0.0.1:61885 *:* UDP 172.22.240.1:67 *:* UDP 172.22.240.1:68 *:* UDP 172.22.240.1:137 *:* UDP 172.22.240.1:138 *:* UDP 172.22.240.1:1900 *:* UDP 172.22.240.1:5353 *:* UDP 172.22.240.1:61883 *:* UDP 172.24.224.1:137 *:* UDP 172.24.224.1:138 *:* UDP 172.24.224.1:1900 *:* UDP 172.24.224.1:5353 *:* UDP 172.24.224.1:61886 *:* UDP 192.168.178.41:137 *:* UDP 192.168.178.41:138 *:* UDP 192.168.178.41:1900 *:* UDP 192.168.178.41:5353 *:* UDP 192.168.178.41:61884 *:* UDP [::]:500 *:* UDP [::]:3702 *:* UDP [::]:3702 *:* UDP [::]:4500 *:* UDP [::]:5353 *:* UDP [::]:5353 *:* UDP [::]:5353 *:* UDP [::]:5353 *:* UDP [::]:5355 *:* UDP [::]:49666 *:* UDP [::]:49670 *:* UDP [::]:63844 *:* UDP [::]:64261 *:* UDP [::1]:1900 *:* UDP [::1]:5353 *:* UDP [::1]:61881 *:* UDP [fe80::553e:7505:e842:99ad%15]:1900 *:* UDP [fe80::553e:7505:e842:99ad%15]:61879 *:* UDP [fe80::8039:7e0f:68c2:d10d%34]:1900 *:* UDP [fe80::8039:7e0f:68c2:d10d%34]:61882 *:* UDP [fe80::be3d:80b0:ac8a:e0e5%17]:1900 *:* UDP [fe80::be3d:80b0:ac8a:e0e5%17]:61880 *:* PS C:\WINDOWS\system32>
Dort finde ich nur die genannte IP-Adresse nicht. Aber mit ssh konnte ich doch eine Verbindung zu WSL/Ubuntu 24.04 aufbauen.
Wo könnte jetzt noch ein Fehler sein?
Lieben Dank,
Heiko
-
Probiere mal "127.0.0.1" und Port 22 (wie in Zeile 18 deines
netstat -a
Logs).Laut einer der Antworten in Can't connect to WSL2 from Visual Studio wird "localhost" zuerst als IPv6 aufgelöst, aber die interne
SSH.NET
Library unterstützt nur IPv4 (und benutzt nicht den Fallback auf IPv4).
-
Moin,
habe mal 127.0.0.1 und Port 22 ausprobiert. Eine SSH-Verbindung über die Win-Power-Shell kann ich anlegen.
Nur VS 2019 sagt mir wieder das die Verbindung ungültig sei.
Was nu? Muß ich vielleicht einen anderen Port nehmen? Den müßte ich dann doch im WSL/Ubuntu auch in einer Datei abändern oder? Fällt mir nur gerade nicht ein welche Datei das ist.
LG
Heiko
-
Den Link dazu hatte ich dir als erstes gegeben: Herstellen einer Verbindung mit WSL
Wenn Sie eine Verbindung mit WSL herstellen
localhost
, tritt möglicherweise ein Konflikt mit dem Windows-Clientssh
auf Port 22 auf. Ändern Sie in WSL den Port, von demssh
Anforderungen erwartet, in/etc/ssh/sshd_config
auf 23:(auch wenn der erste Teilsatz eigenartig übersetzt ist...)
-
Moin,
so, habe in der /etc/ssh/sshd_config den Port auf 23 geändert. Und
PasswordAuthentication yes
aktiviert, das war nämlich # auskommentiert.
Unter VS 2019 dann localhost und Port 23 genommen. Da kommt jetzt auch wieder die Fehlermeldung mit der ungültigen Verbindung.
LG
Heiko