- Status geschlossen
- Prozent erledigt
- Aufgabentyp Fehlerbericht
- Kategorie GUI & Server → Server → Plugin
-
zuständig
Souko - Betriebssystem All
- Schweregrad niedrig
- betrifft Version 3.2 Alpha x
- fällig in Version 3.2
-
fällig am
unbestimmt
- Stimmen
- versteckt
gehört zu Projekt: DMXControl 3
angelegt von LightningBrothers - 03.02.2019
zuletzt bearbeitet von Soon5 - 19.08.2019
angelegt von LightningBrothers - 03.02.2019
zuletzt bearbeitet von Soon5 - 19.08.2019
FS#3363 - System.Net.Sockets.SocketException (0x80004005): nur einfache Verwendung des Socket
Getestet mit Build 1581
Beim Starten des Kernels ist mit folgende Fehlermeldung aufgefallen. Im gleichen Zusammenhang frage die Windows Firewall nach, ob die den Datenverkehr zulassen soll.
2019-02-03 15:10:52,754 [Main] ERROR LumosLIB.Kernel.Input.Macroboard.AbstractMacroBoardManager - System.Net.Sockets.SocketException (0x80004005): Normalerweise darf jede Socketadresse (Protokoll, Netzwerkadresse oder Anschluss) nur jeweils einmal verwendet werden bei System.Net.Sockets.Socket.DoBind(EndPoint endPointSnapshot, SocketAddress socketAddress) bei System.Net.Sockets.Socket.Bind(EndPoint localEP) bei System.Net.Sockets.UdpClient..ctor(Int32 port, AddressFamily family) bei System.Net.Sockets.UdpClient..ctor(Int32 port) bei org.dmxc.DMXDude.DMXDudeReceiver.StartRecieverThread(IPAddress ListenerIP) in C:\Users\Grote\Source\Repos\Arduino_DMXC_Streamdeck\DMXDude_VirtualControls_Board\DMXDude_VirtualControls_Board\UDPNetwork.cs:Zeile 33. bei LumosLIB.Kernel.Input.Macroboard.AbstractMacroBoardManager.initializeManager() in D:\Jenkins\workspace\Lumos_Release\Lumos\LumosLIB\src\Kernel\Input\MacroBoard\AbstractMacroBoardManager.cs:Zeile 219.
Projekt und Logs siehe FS#3362 .
Mehr Input bitte!
hast du mehr als eine IP?
In welcher reihenfolge startest du ?
Ich hab auch die Vermutung gehabt, dass die IP Addressen die Ermittelt wurden nicht eindeutig waren. Ich hab da was gefixt gestern Abend. Evtl. nochmal testen.
Hab das nur wenn ich zuhause im Netzwerk bin
Wir sollten mal vor der Schleife ein "Implode" auf die IP Addressen ins Log dumpen, damit man sieht, wo überall ein Bind probiert wird.
Ich hab den Fehler auch, weil auch bei mir über mehrere IPs iteriert wird (LAN-Interface und VirtualBox-Netz). Ich schätze, das Problem könnte sein, dass zwar eine IP übergeben wird, aber vll. doch auf 0.0.0.0 gebunden wird?
Oder ist einfach meine DLL mit dem org.dmxc.DMXDude.*-Zeug nicht aktuell?
Ich hab mal Debug Infos eingebaut, auf welchen IP Addressen gelauscht wird und ein Sleep um ein IP Connection Race zu verhindern. Angeblich soll das zu schnelle aufbauen diverser Verbindungen auf manchen Systemen auch ein Problem sein.
Bitte in aktueller BETA nochmal testen
In der aktuellen Beta taucht der Fehler ebenfalls (wieder) auf und zwar mit folgenden Einträgen im Kernel-Log:
Die genannten IP-Adressen sind dabei wie folgt zugeordnet:
Deaktiviere ich die virtuelle Netzwerkkarte, tritt der Fehler nicht mehr auf. Die vollständigen Logfiles hänge ich dem Ticket
FS#3755an.Wie heute besprochen, soll der Code für das Plugin entsprechend auskommentiert und nicht mehr mit ausgeliefert werden.
KEine hecktick, das mach ich dann wenn der RC so weit ist
Hat sich erledigt, ich habs gefunden. Fehler war in der "DMXDude" bib.